DLZ patch for ADDITIONAL in current bind?

Hi all, I'm looking into the ability of bind to add the ADDITIONAL
block to the answers returned.  I'm looking at current bind source
code and I see something that looks very similar to the patch
prescribed at the URL below.  Can anybody verify that this patch has
made it in to the bind trunk?

http://sourceforge.net/mailarchive/message.php?msg_id=1152107059.5393.10.camel%40localhost.localdomain

Also it has been my experience that bind (9.5.1-4.P3 in my case) can
provide an ADDITIONAL section.  Check out this sequence of queries.
First query shows that there is no ADDITIONAL section.  Second query
forces recursion on a hostname that should have been in the ADDITIONAL
section (and puts it in the cache).  Third query is the same as the
first, but now it returns an ADDITIONAL section with the correct info
for that one host.

[todd@tlyons ~]$ dig @dns52 gregstap.com

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33401
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; ANSWER SECTION:
gregstap.com.		7200	IN	A	208.89.138.21

;; AUTHORITY SECTION:
gregstap.com.		7200	IN	NS	ns3.ivenue.com.
gregstap.com.		7200	IN	NS	ns4.ivenue.com.

[todd@tlyons ~]$ dig @dns52 ns3.ivenue.com

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9337
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; ANSWER SECTION:
ns3.ivenue.com.		3600	IN	A	208.89.138.10

;; AUTHORITY SECTION:
ivenue.com.		3600	IN	NS	ns2.ivenue.com.
ivenue.com.		3600	IN	NS	ns1.ivenue.com.

;; ADDITIONAL SECTION:
ns1.ivenue.com.		97509	IN	A	64.14.201.140
ns2.ivenue.com.		97509	IN	A	64.14.201.141

[todd@tlyons ~]$ dig @dns52 gregstap.com

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29866
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1

;; ANSWER SECTION:
gregstap.com.		7200	IN	A	208.89.138.21

;; AUTHORITY SECTION:
gregstap.com.		7200	IN	NS	ns3.ivenue.com.
gregstap.com.		7200	IN	NS	ns4.ivenue.com.

;; ADDITIONAL SECTION:
ns3.ivenue.com.		3595	IN	A	208.89.138.10


No, we don't have 52 dns servers, that's just an internal naming convention :-)

-- 
Regards...      Todd
Real Integrity is doing the right thing, knowing that no body's going
to know whether you did it or not.

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com