[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