Hi, ahh, as i thought, it's the problem with bind8 and bind9. Well, you already build it with -DBIND_8_COMPAT but that will break it. Just remove this flag and include /usr/include/nameser8_compat.h in the dns.c and mtr will work as it should.
BTW, dig works here. Regards Andreas On Jul 8, 2008, at 20:46 , Alexander Hansen wrote: > On Tuesday 08 July 2008 16:28:04 Matthew Pounsett wrote: >> On 19-Jun-2008, at 16:03 , Andreas Gockel (gecko2) wrote: >>> On Jun 19, 2008, at 18:47 , Charles Lepple wrote: >>>> otool -L /sw/bin/mtr >>> >>> /sw/bin/mtr: >>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>> version 111.1.1) >>> /sw/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0, >>> current version 5.0.0) >>> /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current >>> version 25.0.0) >>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current >>> version 1.0.0) >>> >>> Same problem here with forward resolving. >> >> Possibly related... on my systems where mtr cannot do forward >> lookups, >> the +trace option to the default install of 'dig' also appears >> broken. Can anyone else confirm that this is broken on their 10.5.4 >> machines and/or working on 10.4? If anyone can confirm this then I'm >> going to file the libresolv problem as a bug with Apple and see what >> they do. >> >> --- >> % which dig >> /usr/bin/dig >> >> % dig +trace a.root-servers.net >> >> ; <<>> DiG 9.4.1-P1 <<>> +trace a.root-servers.net >> ;; global options: printcmd >> ;; Received 17 bytes from 192.0.2.32#53(192.0.2.32) in 16 ms >> >> --- >> If dig is working, then it should provide output that looks like >> this: >> >> % dig +trace a.root-servers.net >> >> ; <<>> DiG 9.4.1-P1 <<>> +trace a.root-servers.net >> ;; global options: printcmd >> . 345817 IN NS E.ROOT-SERVERS.NET. >> . 345817 IN NS F.ROOT-SERVERS.NET. >> . 345817 IN NS G.ROOT-SERVERS.NET. >> . 345817 IN NS H.ROOT-SERVERS.NET. >> . 345817 IN NS I.ROOT-SERVERS.NET. >> . 345817 IN NS J.ROOT-SERVERS.NET. >> . 345817 IN NS K.ROOT-SERVERS.NET. >> . 345817 IN NS L.ROOT-SERVERS.NET. >> . 345817 IN NS M.ROOT-SERVERS.NET. >> . 345817 IN NS A.ROOT-SERVERS.NET. >> . 345817 IN NS B.ROOT-SERVERS.NET. >> . 345817 IN NS C.ROOT-SERVERS.NET. >> . 345817 IN NS D.ROOT-SERVERS.NET. >> ;; Received 440 bytes from 192.0.2.32#53(192.0.2.32) in 7 ms >> >> a.root-servers.net. 3600000 IN A 198.41.0.4 >> root-servers.net. 3600000 IN NS k.root-servers.net. >> root-servers.net. 3600000 IN NS j.root-servers.net. >> root-servers.net. 3600000 IN NS a.root-servers.net. >> root-servers.net. 3600000 IN NS f.root-servers.net. >> ;; Received 274 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in >> 72 >> ms > > On my 10.5.4 setup I get essentially the "working" output as per > above, with a > different order of the output lines, and with "180308" instead of > "345817" ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
