[net-dns-users] bug in rr_add or breaking change in 0.69?

Filip Hajný filip at hajny.net
Mon Feb 10 10:43:50 UTC 2014


Hi guys,

a customer reported a breaking change in how Net::DNS behaves, as we updated our packages past 0.68. I’ve isolated the change to r1025 (and 0.69). Given the following script:

use Net::DNS;
use Data::Dumper;
$Data::Dumper::Indent = 1;
$Data::Dumper::Sortkeys = 1;
$update = Net::DNS::Update->new('example.com');
$update->push(update => rr_add('host.example.com. A 10.5.5.5'));
print Dumper($update->authority);

In 0.68, it used to yield:

$VAR1 = bless( {
  'address' => '10.5.5.5',
  'class' => 'IN',
  'name' => 'host.example.com',
  'rdata' => '',
  'rdlength' => 0,
  'ttl' => 86400,
  'type' => 'A'
}, 'Net::DNS::RR::A' );

Whereas since r1025, the output is:

$VAR1 = bless( {
  'address' => '
',
  'class' => 'IN',
  'name' => 'host.example.com',
  'owner' => bless( {
    'label' => [
      'host',
      'example',
      'com'
    ],
    'name' => 'host.example.com'
  }, 'Net::DNS::DomainName1035' ),
  'ttl' => 86400,
  'type' => 'A'
}, 'Net::DNS::RR::A' );

The customer expects the address returned to contain the IP address, but seems it hold a linebreak in 0.69 (I’ve also seen a gibberish character there in an odd case, which suggests there might be problem with coding/decoding).

This happens both on SmartOS (an Illumos/SunOS fork) and OS X.

Is there a problem to look into?

-F



More information about the net-dns-users mailing list