Received: from exch-one.centrify.com (mail.centrify.com [63.199.144.28]) by krbdev.mit.edu (8.9.3p2) with ESMTP id OAA11191; Mon, 19 Jun 2006 14:44:47 -0400 (EDT) X-Mimeole: Produced By Microsoft Exchange V6.5 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [krbdev.mit.edu #3421] HPUX 11.22 getaddrinfo() issues Date: Mon, 19 Jun 2006 11:45:10 -0700 Message-Id: X-MS-Has-Attach: X-MS-Tnef-Correlator: Thread-Topic: [krbdev.mit.edu #3421] HPUX 11.22 getaddrinfo() issues Thread-Index: AcaRwJJUIiywIxuaSbWEAudK4qeDjgCDtA8g From: "Nate Yocom" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by krbdev.mit.edu id OAA11191 RT-Send-Cc: X-RT-Original-Encoding: us-ascii Content-Length: 932 > That would be the right place to fix this, I think, rather > than just in the telnet client program. (If it breaks for > telnet, why not for the library attempting to contact the KDC?) I agree the new wrapper is the best place to fix this. > Also, is this random flakiness, or is it a consistent problem > caused by incorrect configuration (e.g., if getaddrinfo uses > different config data, like a different nsswitch entry, from > gethostbyname)? This appears through testing to be a bug or issue in the HPUX 11.22 getaddrinfo() call when provided the service name "telnet" and hostname "localhost", despite an /etc/host entry (and appropriate nsswitch.conf config) with: 127.0.0.1 localhost.localdomain localhost loopback getaddrinfo() consitently returns EAI_NONAME in this case, which is documented as indicating that either a hostname or service was not provided, which is incorrect. Hope that helps, Nate