[3352] in Kerberos-V5-bugs
krb5-libs/1108: Undefined symbol kdb2_dbopen
daemon@ATHENA.MIT.EDU (darrenr@chiron.nabaus.com.au)
Mon May 20 22:15:39 2002
Resent-From: gnats@rt-11.mit.edu (GNATS Management)
Resent-To: krb5-unassigned@rt-11.mit.edu
Resent-Reply-To: krb5-bugs@mit.edu, darrenr@chiron.nabaus.com.au
Message-Id: <200205210213.MAA01955@chiron.rais.nabaus.com.au>
From: darrenr@chiron.nabaus.com.au
Reply-To: darrenr@chiron.nabaus.com.au
To: krb5-bugs@mit.edu
Errors-To: krb5-bugs-admin@mit.edu
Date: Tue, 21 May 2002 12:13:17 +1000 (EST)
>Number: 1108
>Category: krb5-libs
>Synopsis: Undefined symbol kdb2_dbopen
>Confidential: No
>Severity: serious
>Priority: medium
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Mon May 20 22:14:01 EDT 2002
>Last-Modified:
>Originator: Darren Reed
>Organization:
Optimation
>Release: krb5-1.2.5
>Environment:
System: SunOS chiron 5.5.1 Generic_103640-34 sun4u sparc SUNW,Ultra-2
Architecture: sun4
>Description:
When linking in code from libkdb5.so which calls kdb2_dbopen(), you end
up with the following error:
Undefined first referenced
symbol in file
kdb2_dbopen /krb5/lib/libkdb5.so
Having looked into this, it would appear that the source code from
src/util/db2 is never installed anywhere nor aggregated as a part of
something else.
>How-To-Repeat:
See description.
>Fix:
A workaround is to manually put src/util/db2/obj/libdb.a in /krb5/lib/ as
libdb2.a and link with -ldb2. That db2 isn't being built as a shared library
I can get over, for now. In the long term, it would be nice to see
kdb2_dbopen() actually inside libkdb5.so so this is not necessary.
>Audit-Trail:
>Unformatted:
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
http://mailman.mit.edu/mailman/listinfo/krb5-bugs
