Made the patch changes; but the problem still exists. I went back and reinstalled the 1.3.6 with my krb5.conf file and it still works flawlessly.
1.4.1 still returns: "Cannot resolve network address for KDC in requested realm while getting initial credentials" Thanks again and if there is anything I can do or try, please let me know. Lamar -----Original Message----- From: Saxon, Lamar Sent: Friday, May 06, 2005 11:04 AM To: 'kerberos@mit.edu' Subject: RE: Kerberos Digest, Vol 29, Issue 7 Made the changes and compiling now on AIX 5.2. Will let you know the results shortly. Thanks for all the help. Really appreciate it. Lamar -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, May 06, 2005 5:19 AM To: kerberos@mit.edu Subject: Kerberos Digest, Vol 29, Issue 7 Send Kerberos mailing list submissions to kerberos@mit.edu To subscribe or unsubscribe via the World Wide Web, visit https://mailman.mit.edu/mailman/listinfo/kerberos or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Kerberos digest..." Today's Topics: 3. AIX 5.2 and Kerberos 1.4.1 Patches (Milton Turley) Date: Thu, 05 May 2005 15:08:15 -0600 From: Milton Turley <[EMAIL PROTECTED]> To: kerberos@mit.edu Subject: AIX 5.2 and Kerberos 1.4.1 Patches Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 Precedence: list Message: 3 Following are 2 patches for kerberos 1.4.1 to build on AIX 5.2. The patches are for the problem of not being able to resolve the address for the kdc. The #ifndef LANL and #ifdef LANL are locale compiler directives and will need to be changed or specifiy -D LANL in configure process. The patch for dsnglue.c is if "thread-support" is enabled. The patch adds a 1024 byte buffer after the _res_state structure. IBM AIX has a problem where 735+- bytes are overlaid when res_ninit is called. The 1024 bytes pads the storage to stop res_ninit from overlaying critical storage. Ken Raeburn had tried a similar patch with 72 bytes. >*** ./src/lib/krb5/os/dnsglue.c.orig Fri Jan 14 17:10:53 2005 >--- ./src/lib/krb5/os/dnsglue.c Thu May 5 11:39:52 2005 >*************** >*** 62,68 **** >--- 62,76 ---- > char *host, int nclass, int ntype) > { > #if HAVE_RES_NSEARCH >+ #ifndef LANL > struct __res_state statbuf; >+ #else /* LANL */ >+ #ifndef _AIX >+ struct __res_state statbuf; >+ #else /* _AIX */ >+ struct { struct __res_state s; char pad[1024]; } statbuf; >+ #endif /* AIX */ >+ #endif /* LANL */ > #endif > struct krb5int_dns_state *ds; > int len, ret; The patch for locate_kdc.c is when "disable-thread-support" is set for configure. Again the #ifndef LANL and #ifdef LANL is a local compiler directive. This will need to be changed for local setting or -D LANL set for configure process. >*** ./src/lib/krb5/os/locate_kdc.c.orig Thu May 5 08:06:45 2005 >--- ./src/lib/krb5/os/locate_kdc.c Thu May 5 11:34:27 2005 >*************** >*** 267,275 **** >--- 267,283 ---- > memset(&hint, 0, sizeof(hint)); > hint.ai_family = family; > hint.ai_socktype = socktype; >+ #ifndef LANL > #ifdef AI_NUMERICSERV > hint.ai_flags = AI_NUMERICSERV; > #endif >+ #else /* LANL */ >+ #ifndef _AIX >+ #ifdef AI_NUMERICSERV >+ hint.ai_flags = AI_NUMERICSERV; >+ #endif >+ #endif /* _AIX */ >+ #endif /* LANL */ > sprintf(portbuf, "%d", ntohs(port)); > sprintf(secportbuf, "%d", ntohs(secport)); > err = getaddrinfo (hostname, portbuf, &hint, &addrs); ------------------------------ Privileged and Confidential. This e-mail, and any attachments there to, is intended only for use by the addressee(s) named herein and may contain privileged or confidential information. If you have received this e-mail in error, please notify me immediately by a return e-mail and delete this e-mail. You are hereby notified that any dissemination, distribution or copying of this e-mail and/or any attachments thereto, is strictly prohibited. ________________________________________________ Kerberos mailing list Kerberos@mit.edu https://mailman.mit.edu/mailman/listinfo/kerberos