Kerberos 5 v1.5.1 on AIX 5.2 or AIX 5.3

[Lamar.Saxon@americredit.com]

The saga of 1.5.1 continues with me on AIX.  Using CC ( XLC/XLC++ 8.0 )
on AIX 5.3, I am now getting this error:

making all in lib/rpc/unit-test...
Target "all" is up to date.
        cc   -I../../../include -I./../../../include -I.
-DKRB5_DEPRECATED=1 -DKRB5_PRIVATE=1   -D_
LARGE_FILES -DLANL -DLANL_ICN -qhalt=e -O -D_THREAD_SAFE   -c client.c
        cc   -I../../../include -I./../../../include -I.
-DKRB5_DEPRECATED=1 -DKRB5_PRIVATE=1   -D_
LARGE_FILES -DLANL -DLANL_ICN -qhalt=e -O -D_THREAD_SAFE   -c
rpc_test_clnt.c
        cc -L../../../lib
-blibpath:/usr/local/kerberos/lib::/usr/lib:/lib -D_LARGE_FILES -DLANL
-DL
ANL_ICN -qhalt=e -O -D_THREAD_SAFE   -o client client.o rpc_test_clnt.o
-lgssrpc -lgssapi_krb5 -lkr
b5 -lk5crypto -lcom_err -lkrb5support  -lpthreads
ld: 0706-006 Cannot find or open library file: -l gssrpc
        ld:open(): A file or directory in the path name does not exist.
ld: 0706-006 Cannot find or open library file: -l gssapi_krb5
        ld:open(): A file or directory in the path name does not exist.
ld: 0706-006 Cannot find or open library file: -l krb5
        ld:open(): A file or directory in the path name does not exist.
ld: 0706-006 Cannot find or open library file: -l k5crypto
        ld:open(): A file or directory in the path name does not exist.
ld: 0706-006 Cannot find or open library file: -l com_err
        ld:open(): A file or directory in the path name does not exist.
ld: 0706-006 Cannot find or open library file: -l krb5support
        ld:open(): A file or directory in the path name does not exist.
make: 1254-004 The error code from the last command is 255.


Stop.
make: 1254-004 The error code from the last command is 1.

Anyone else experiencing this problem ?

Thanks,
Lamar

-----Original Message-----
From: Marcus Watts [mailto:mdw at umich.edu]
Sent: Monday, September 18, 2006 9:44 PM
To: Saxon, Lamar
Cc: kerberos at mit.edu
Subject: Re: Kerberos 5 v1.5.1 on AIX 5.2 or AIX 5.3

Lamar.Saxon at americredit.com writes:
> Subject: RE: Kerberos 5 v1.5.1 on AIX 5.2 or AIX 5.3
> Date: Mon, 18 Sep 2006 21:01:12 -0500
> Message-ID:
<FBA40FC9A555684C8E734FD5F281C6530A683FBC at srvexcharl02.acf.americredit.c
om>
> From: <Lamar.Saxon at americredit.com>
> To: <raeburn at mit.edu>, <mdw at umich.edu>
> Cc: kerberos at mit.edu
>
>
> Believe it or not; both solutions seem to work and compilation
succeeds
> !

Right.  Take Ken's solution.  He's correct, there's definitely no
guarantee that automatic storage inside the GET_HOST_BY_NAME block will
still be live afterwards.  Also, my fix of just declaring the storage
isn't good enough; that will probably result in calling the library
gethostbyname_r function, ignoring its results, and instead using
uninitialized storage for the result.

Beware: GET_HOST_BY_ADDR right afterwards also has the automatic
storage problem.  (It doesn't have the unitialized storage problem
because it doesn't use TMP at all.)  You probably aren't hitting that
case since you'd most likely get a compiler error from passing the
wrong # of arguments to the macro if you were using it.

				-Marcus



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.