changed notes
changed state Open to Feedback

At 05:45 AM 12/22/98 GMT, yusufg@huge.net wrote:
>Platform Redhat Linux 5.2 with kernel 2.0.36
>Berkeley DB 2.6.4 (http://www.sleepycat.com)
>
>Configure command

> CPPFLAGS="-I/usr/local/site/BerkeleyDB/include/"
LDFLAGS="-L/usr/local/site/BerkeleyDB/lib -ldb" ./configure
--enable-wrappers --prefix=/usr/local/site/prefix

1) do a 'make veryclean' before running configure (to remove config.cache)
2) don't actually put '-ldb' in LDFLAGS... unless you really want every
application
   linked with it.

>make depend
>make
>
>Error seen
>
>ldbm.c: In function `ldbm_firstkey':
>ldbm.c:202: too few arguments to function

Likely the result of leftover cache settings.

I got a fresh cvs tree of REL_ENG_1_1 and get the same error with
Berkeley DB 2.6.4

However, its a clean compile with Berkeley DB 2.5.9. so the error could
be with some changes in Berkeley DB 2.6.4

On Tue, 22 Dec 1998 Kurt@openldap.org wrote:

> Date: Tue, 22 Dec 1998 07:03:12 GMT
> From: Kurt@openldap.org
> To: openldap-its@openldap.org
> Subject: Re: Error whilst compiling CVS (ITS#16)
> 
> At 05:45 AM 12/22/98 GMT, yusufg@huge.net wrote:
> >Platform Redhat Linux 5.2 with kernel 2.0.36
> >Berkeley DB 2.6.4 (http://www.sleepycat.com)
> >
> >Configure command
> 
> > CPPFLAGS="-I/usr/local/site/BerkeleyDB/include/"
> LDFLAGS="-L/usr/local/site/BerkeleyDB/lib -ldb" ./configure
> --enable-wrappers --prefix=/usr/local/site/prefix
> 
> 1) do a 'make veryclean' before running configure (to remove config.cache)
> 2) don't actually put '-ldb' in LDFLAGS... unless you really want every
> application
>    linked with it.
> 
> >make depend
> >make
> >
> >Error seen
> >
> >ldbm.c: In function `ldbm_firstkey':
> >ldbm.c:202: too few arguments to function
> 
> Likely the result of leftover cache settings.
> 

I fear, it´s not so easy :-( The support for Berkeley DB 2.x was tested
for DB version 2.3.16. It was released in January, 1998. Meanwhile,
Sleepycat has changed the API of the version 2 library with DB 2.5.x :-(
That means, we have to again patch the code to addept to that new API as
well. I will look for that in the next few days and update the -devel
branch when done.


Another point with the DB-2 support: when introducing the version 2 code,
I missed to update the slapd/tool programs as well (since I'm not using
those routinely :-). The effect was that ldif2ldbm crashed with an "id2entry
ldbm_store failed" error message on my linux 2.0.xx platform. The reason
was the usage of key and data variables of type Datum, which had not been
initialized to zero before usage. Since that structure now contains more
fields, which have to be set to zero when not used, I initialized every
occurance of Datum variables with memset(). The fix is included in -devel,
allready.


Merry Christmas and a Happy New Year,


Kurt Spanier (/KSp)


----------==========#########>>>>>ZDV<<<<<#########==========----------

X.500:                                              Tel.:
   Kurt Spanier, Zentrum fuer Datenverarbeitung,      +49 7071 29-70334
   Universitaet Tuebingen, DE
SMTP-Mail:                                          FAX.:
   kurt.spanier@zdv.uni-tuebingen.de                   +49 7071 29-5912
Snail-Mail:
   Dr. Kurt Spanier, Zentrum fuer Datenverarbeitung,
   Universitaet Tuebingen, Waechterstrasse 76, D-72074 Tuebingen
PGP-Public-Key:
   finger "Kurt Spanier"@x500.uni-tuebingen.de

----------==========##########>>>>>@<<<<<##########==========----------

changed notes
changed state Feedback to Suspended
moved from Incoming to Build

yusufg@huge.net wrote:

> I got a fresh cvs tree of REL_ENG_1_1 and get the same error with
> Berkeley DB 2.6.4
> 
> However, its a clean compile with Berkeley DB 2.5.9. so the error could
> be with some changes in Berkeley DB 2.6.4

The interface to db->cursor() changed in 2.6.4, add an
extra parameter, value 0.

See the release notes on www.sleepycat.com

I have updated the FAQ/README to note we require DB 2.3.16
and have suspended this ITS until developers address the
numerous issues in updating our code for later versions
of DB2.

Those interested working on this effort are encourged to
discuss development issues on OpenLDAP-devel mailing
list.

Kurt
At 05:24 PM 12/22/98 GMT, dboreham@netscape.com wrote:
>yusufg@huge.net wrote:
>
>> I got a fresh cvs tree of REL_ENG_1_1 and get the same error with
>> Berkeley DB 2.6.4
>> 
>> However, its a clean compile with Berkeley DB 2.5.9. so the error could
>> be with some changes in Berkeley DB 2.6.4
>
>The interface to db->cursor() changed in 2.6.4, add an
>extra parameter, value 0.
>
>See the release notes on www.sleepycat.com
>
>

changed notes
changed state Suspended to Closed

Per KSp's note, incompatible DB2 used.
OpenLDAP 1.1 requires DB 2.3.6.
Added FAQ documenting requirement.