Skip Menu |

This queue is for tickets about the Net-DNS CPAN distribution.

Report information
The Basics
Id: 1606
Status: resolved
Priority: 0/
Queue: Net-DNS
People
Owner: rt-cpan [...] triv.org
Requestors: mws-netdns [...] chameleon.net
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: 0.29
Fixed in: (no value)
Attachments
x

History Show all quoted text
  Thu Oct 03 22:06:14 2002 Guest - Ticket created
Subject: Proposed change to Net::DNS::Resolver::query()
I am working on software testing using Net::DNS as an engine to create and decode DNS packets. One of the problems I am facing is that it is currently not possible to get any information back from a query with ancount == 0 except the rcode. This doesn't work if you are trying to debug, for example, a negative proof sent by a DNSSEC secured zone. The enclosed patch allows for an additional argument to query() which is a reference to a scalar. This scalar will be filled with the $ans structure which is normally returned. I chose this method, since changing the return value would seem to break too much existing software. Other suggestions of how to get this data back out in a cleaner way would also be appreciated. Thanks. Mike.
Download x
application/octet-stream 770b

Message body not shown because it is not plain text.

  Thu Oct 03 22:13:07 2002 rt-cpan [...] triv.org - Taken
  Thu Oct 03 22:14:50 2002 rt-cpan [...] triv.org - Correspondence added
[guest - Thu Oct 3 22:06:14 2002]: Show quoted text
> I am working on software testing using Net::DNS as an engine to create > and decode DNS packets. One of the problems I am facing is that it > is currently not possible to get any information back from a query > with ancount == 0 except the rcode. This doesn't work if you are > trying to debug, for example, a negative proof sent by a DNSSEC > secured zone. > > The enclosed patch allows for an additional argument to query() which > is a reference to a scalar. This scalar will be filled with the > $ans structure which is normally returned. I chose this method, > since changing the return value would seem to break too much > existing software. Other suggestions of how to get this data back > out in a cleaner way would also be appreciated.
If you still need the answer object, even when ancount == 0; you should try Net::DNS::Resolver::send(). Hope this helps. -- Chris Reinhardt ctriv@dyndns.org Systems Architect Dynamic DNS Network Services http://www.dyndns.org/
  Thu Oct 03 22:14:51 2002 rt-cpan [...] triv.org - Status changed from 'new' to 'resolved'