Re: [Fink-devel] mtr unable to use resolver for destination hosts
Matthew Pounsett wrote: On 08-Jul-2008, at 16:56 , Martin Costabel wrote: Must be something on your machine or network. On 2 10.5.4 systems I get the output you say is correct, namely more or less the same as this one: Okay, thanks to the people that responded. It looks like the two things are unrelated after all. Rats... I was hoping I'd found a related issue that would help track down what's happening with the fink mtr. I gave a fix for the problem with getaddrinfo() on MacOSX 10.5.3 which I believe was the source of the problem. But it turns out this behavior of getaddrinfo() has changed back to the old ways on 10.5.4. Fink's stock mtr-0.72-27 now works for me correctly. Are you on 10.5.3 or 10.5.4? -- Martin - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On 09-Jul-2008, at 02:17 , Martin Costabel wrote: Matthew Pounsett wrote: On 08-Jul-2008, at 16:56 , Martin Costabel wrote: Must be something on your machine or network. On 2 10.5.4 systems I get the output you say is correct, namely more or less the same as this one: Okay, thanks to the people that responded. It looks like the two things are unrelated after all. Rats... I was hoping I'd found a related issue that would help track down what's happening with the fink mtr. I gave a fix for the problem with getaddrinfo() on MacOSX 10.5.3 which I believe was the source of the problem. But it turns out this behavior of getaddrinfo() has changed back to the old ways on 10.5.4. Fink's stock mtr-0.72-27 now works for me correctly. Are you on 10.5.3 or 10.5.4? I'm in 10.5.4. I just ran a selfupdate and don't see an updated mtr- nox. Am I meant to read in the above that the package was updated? Matt PGP.sig Description: This is a digitally signed message part - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
Matthew Pounsett wrote: On 09-Jul-2008, at 02:17 , Martin Costabel wrote: Matthew Pounsett wrote: On 08-Jul-2008, at 16:56 , Martin Costabel wrote: Must be something on your machine or network. On 2 10.5.4 systems I get the output you say is correct, namely more or less the same as this one: Okay, thanks to the people that responded. It looks like the two things are unrelated after all. Rats... I was hoping I'd found a related issue that would help track down what's happening with the fink mtr. I gave a fix for the problem with getaddrinfo() on MacOSX 10.5.3 which I believe was the source of the problem. But it turns out this behavior of getaddrinfo() has changed back to the old ways on 10.5.4. Fink's stock mtr-0.72-27 now works for me correctly. Are you on 10.5.3 or 10.5.4? I'm in 10.5.4. I just ran a selfupdate and don't see an updated mtr-nox. Am I meant to read in the above that the package was updated? No. What I was trying to say is that the fix that I proposed for 10.5.3 does not seem to be necessary any longer for 10.5.4. The mtr-nox package was not updated recently. If you still have a problem, then it is perhaps really related to your other problem with dig. Do you still get the same error message for mtr as on 10.5.3, nodename nor servname provided, or not known: Undefined error: 0 or something else? And for every address? -- Martin - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On 09-Jul-2008, at 14:18 , Martin Costabel wrote: No. What I was trying to say is that the fix that I proposed for 10.5.3 does not seem to be necessary any longer for 10.5.4. The mtr- nox package was not updated recently. If you still have a problem, then it is perhaps really related to your other problem with dig. Do you still get the same error message for mtr as on 10.5.3, Ah, okay. I actually never noticed the problem on 10.5.3 .. it started for me a few weeks ago after a patch to 10.5.4. It seems unlikely that it was a network issue since it was happening on all of my 10.5.4 machines, which are on different networks using different recursive name servers. In any case, I tried forcing fink to rebuild mtr-nox again today, and the issue seems to have passed. Perhaps the last patch I got from Apple fixed it.. or perhaps something else entirely was at play. Hard to say for sure now. Thanks for the assistance with this, though. Matt PGP.sig Description: This is a digitally signed message part - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
Matthew Pounsett wrote: [] I actually never noticed the problem on 10.5.3 .. it started for me a few weeks ago after a patch to 10.5.4. It seems unlikely that it was a Looking at the date of your first message in this thread, I conclude that you used some beta version of 10.5.4, not the official release that came with SoftwareUpdate. This could be the explanation. -- Martin - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
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. 360 IN A 198.41.0.4 root-servers.net. 360 IN NS k.root-servers.net. root-servers.net. 360 IN NS j.root-servers.net. root-servers.net. 360 IN NS a.root-servers.net. root-servers.net. 360 IN NS f.root-servers.net. ;; Received 274 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in 72 ms PGP.sig Description: This is a digitally signed message part - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
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. 360 IN A 198.41.0.4 root-servers.net. 360 IN NS k.root-servers.net. root-servers.net. 360 IN NS j.root-servers.net. root-servers.net. 360 IN NS a.root-servers.net. root-servers.net. 360 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 signature.asc Description: This is a digitally signed message part. - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
Matthew Pounsett wrote: 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. Must be something on your machine or network. On 2 10.5.4 systems I get the output you say is correct, namely more or less the same as this one: 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. 360 IN A 198.41.0.4 root-servers.net. 360 IN NS k.root-servers.net. root-servers.net. 360 IN NS j.root-servers.net. root-servers.net. 360 IN NS a.root-servers.net. root-servers.net. 360 IN NS f.root-servers.net. ;; Received 274 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in 72 ms -- Martin - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On 08-Jul-2008, at 16:56 , Martin Costabel wrote: Must be something on your machine or network. On 2 10.5.4 systems I get the output you say is correct, namely more or less the same as this one: Okay, thanks to the people that responded. It looks like the two things are unrelated after all. Rats... I was hoping I'd found a related issue that would help track down what's happening with the fink mtr. Matt PGP.sig Description: This is a digitally signed message part - 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
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. 360 IN A 198.41.0.4 root-servers.net. 360 IN NS k.root-servers.net. root-servers.net. 360 IN NS j.root-servers.net. root-servers.net. 360 IN NS a.root-servers.net. root-servers.net. 360 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
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On 19-Jun-2008, at 11:43 , Charles Lepple wrote: I wonder what resolver library it is using... Also, what does 'otool -L /sw/bin/mtr' return? Before and after doing a rebuild -k/reinstall: % 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) config.log attached. Thanks for digging into this. config.log Description: Binary data PGP.sig Description: This is a digitally signed message part - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On Thu, Jun 19, 2008 at 11:41 AM, Charles Lepple [EMAIL PROTECTED] wrote: (cc'ing the maintainer as well) On Tue, Jun 17, 2008 at 12:26 PM, Matthew Pounsett [EMAIL PROTECTED] wrote: Post from a non-subscriber, please CC if a response is necessary. As of the last OSX update from Apple, mtr on 10.5/i386 and 10.5/powerpc is unable to do DNS lookups on destination hosts supplied at the command line. Oddly enough, it *can* still do reverse lookups on hosts discovered along the path. I've attempted to recompile just in case there were only minor changes to referenced shared libraries, but that doesn't appear to have helped. % mtr localhost nodename nor servname provided, or not known: Undefined error: 0 I wonder what resolver library it is using... Also, what does 'otool -L /sw/bin/mtr' return? -- - Charles Lepple - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
(cc'ing the maintainer as well) On Tue, Jun 17, 2008 at 12:26 PM, Matthew Pounsett [EMAIL PROTECTED] wrote: Post from a non-subscriber, please CC if a response is necessary. As of the last OSX update from Apple, mtr on 10.5/i386 and 10.5/powerpc is unable to do DNS lookups on destination hosts supplied at the command line. Oddly enough, it *can* still do reverse lookups on hosts discovered along the path. I've attempted to recompile just in case there were only minor changes to referenced shared libraries, but that doesn't appear to have helped. % mtr localhost nodename nor servname provided, or not known: Undefined error: 0 I wonder what resolver library it is using... Please rebuild mtr using the following command line: fink -k rebuild mtr Then, copy config.log from /sw/src/fink.build/mtr-* (etc.) to somewhere like /tmp, gzip it, and post the resulting file. -- - Charles Lepple - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
On Thu, Jun 19, 2008 at 12:16 PM, Matthew Pounsett [EMAIL PROTECTED] wrote: On 19-Jun-2008, at 11:43 , Charles Lepple wrote: I wonder what resolver library it is using... Also, what does 'otool -L /sw/bin/mtr' return? Before and after doing a rebuild -k/reinstall: % 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) That's strange - libresolv.9 has a much higher version number on 10.4: /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 369.2.0) Can't test against 10.5 here, though. Anyone else? -- - Charles Lepple - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
Charles Lepple wrote: Can't test against 10.5 here, though. Anyone else? It seems that the getaddrinfo function has changed in 10.5, see for example this discussion: http://trac.macports.org/ticket/15528 The following patch fixes the problem for me: --- mtr-0.72/mtr.c~ 2006-09-29 21:38:49.0 +0200 +++ mtr-0.72/mtr.c 2008-06-19 21:56:05.0 +0200 @@ -384,7 +384,7 @@ bzero( hints, sizeof hints ); hints.ai_family = af; hints.ai_socktype = SOCK_DGRAM; - error = getaddrinfo( Hostname, 0, hints, res ); + error = getaddrinfo( Hostname, NULL, hints, res ); if ( error ) { perror( gai_strerror(error) ); exit( EXIT_FAILURE ); -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
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. System Info: Mac OS X 10.5.3 (9D34) Intel Core 2 (Merom) v15.0 Regards Andreas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] mtr unable to use resolver for destination hosts
Post from a non-subscriber, please CC if a response is necessary. As of the last OSX update from Apple, mtr on 10.5/i386 and 10.5/ powerpc is unable to do DNS lookups on destination hosts supplied at the command line. Oddly enough, it *can* still do reverse lookups on hosts discovered along the path. I've attempted to recompile just in case there were only minor changes to referenced shared libraries, but that doesn't appear to have helped. % mtr localhost nodename nor servname provided, or not known: Undefined error: 0 % mtr 127.0.0.1 My traceroute [v0.72] Matts-Laptop.local (0.0.0.0) Tue Jun 17 12:18:14 2008 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings HostLoss% Snt Last Avg Best Wrst StDev 1. localhost 0.0%450.2 0.1 0.1 0.3 0.0 I've reproduced this on an Intel Macbook Pro as well as a powerpc (G4) Mini. One of my co-workers is also reporting this on his MBP. Using Mac OS 10.5.3 Darwin Matts-Laptop.local 9.3.0 Darwin Kernel Version 9.3.0: Fri May 23 00:49:16 PDT 2008; root:xnu-1228.5.18~1/RELEASE_I386 i386 fink updating from unstable via rsync. Any suggestions for further troubleshooting, or is this sufficient detail to update the port? Thanks, Matt PGP.sig Description: This is a digitally signed message part - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel