Skip site navigation (1) Skip section navigation (2)

Re: undefined symbol: krb5_cc_get_principal

From: Adam H(dot)Pendleton <fmonkey(at)fmonkey(dot)net>
To: Raphaël Enrici <blacknoz(at)club-internet(dot)fr>
Cc: Devrim GUNDUZ <devrim(at)gunduz(dot)org>,Karin Huegele <postgresql(at)lorecrafters(dot)com>,pgadmin-support(at)postgresql(dot)org, jm(at)poure(dot)com
Subject: Re: undefined symbol: krb5_cc_get_principal
Date: 2004-08-16 14:29:47
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgadmin-support
On Aug 13, 2004, at 4:33 PM, Raphaël Enrici wrote:

> to me it's something like this, although the ld found them. In fact, I 
> think FC1 may be more advanced than EL 3.0 or the opposite concerning 
> kerberos.
> can you confirm the following:
> nm -D /usr/kerberos/lib/ | grep krb5_cc_get_principal
> should give _nothing_ on your host.
> If yes, can you try packages for RH9.
> I played a bit with FC1 & RH9 packages and it seems that binaries 
> provided for RH9 don't refer to krb5_cc_get_principal and 
> krb5_cc_close.
> (see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3 
> is  looking for).
> That's not a definitive solution, just a try to provide you something 
> easy to install until someone try to build it for RH EL.
> If this does not work, I bet we are on the way to try a build on your 
> host. Are you ok to go with it if we guide you a bit ?

IIRC, the problem with RH kerberos link errors had to do with the fact 
that the SSL libraries linked dynamically with the kerberos libraries, 
and not including the kerberos libraries when you linked with SSL 
caused problems.  Try adding -lkrb5 to the LIBS variable in 


In response to


pgadmin-support by date

Next:From: Raphaël EnriciDate: 2004-08-16 14:54:03
Subject: Re: Compilation error
Previous:From: Raphaël EnriciDate: 2004-08-16 13:21:35
Subject: Re: Compilation error

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group