openldap-bugs July 2009

openldap-bugs@openldap.org

49 participants
166 discussions

Re: (ITS#6211) Build error: LDAP_VLV_ERROR
by hyc＠symas.com 13 Jul '09

13 Jul '09

Oops, forgot a commit. Fixed. michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: HEAD synced now > OS: openSUSE Linux 11.1 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.163.59.27) > > > Entering subdirectory libldap > make[2]: Entering directory > `/usr/src/michael/openldap/HEAD/openldap/libraries/libldap' > /bin/sh ../../libtool --mode=compile cc -g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER > -DDEVEL -I../../include -I../../include -I/dummy/include > -I/dummy/include -I/dummy/include -I/dummy/include -DSLAP_LIGHTWEIGHT_DISPATCHER > -DDEVEL -DLDAP_LIBRARY -c error.c > cc -g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -I../../include -I../../include > -I/dummy/include -I/dummy/include -I/dummy/include -I/dummy/include > -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -DLDAP_LIBRARY -c error.c -fPIC -DPIC -o > .libs/error.o > error.c: In function ldap_err2string: > error.c:90: error: LDAP_VLV_ERROR undeclared (first use in this function) > error.c:90: error: (Each undeclared identifier is reported only once > error.c:90: error: for each function it appears in.) > make[2]: *** [error.lo] Error 1 > make[2]: Leaving directory > `/usr/src/michael/openldap/HEAD/openldap/libraries/libldap' > make[1]: *** [all-common] Error 1 > make[1]: Leaving directory `/usr/src/michael/openldap/HEAD/openldap/libraries' > make: *** [all-common] Error 1 > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#6211) Build error: LDAP_VLV_ERROR� undeclared
by michael＠stroeder.com 13 Jul '09

13 Jul '09

Full_Name: Michael Ströder Version: HEAD synced now OS: openSUSE Linux 11.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.59.27) Entering subdirectory libldap make[2]: Entering directory `/usr/src/michael/openldap/HEAD/openldap/libraries/libldap' /bin/sh ../../libtool --mode=compile cc -g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -I../../include -I../../include -I/dummy/include -I/dummy/include -I/dummy/include -I/dummy/include -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -DLDAP_LIBRARY -c error.c cc -g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -I../../include -I../../include -I/dummy/include -I/dummy/include -I/dummy/include -I/dummy/include -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL -DLDAP_LIBRARY -c error.c -fPIC -DPIC -o .libs/error.o error.c: In function ldap_err2string: error.c:90: error: LDAP_VLV_ERROR undeclared (first use in this function) error.c:90: error: (Each undeclared identifier is reported only once error.c:90: error: for each function it appears in.) make[2]: *** [error.lo] Error 1 make[2]: Leaving directory `/usr/src/michael/openldap/HEAD/openldap/libraries/libldap' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/usr/src/michael/openldap/HEAD/openldap/libraries' make: *** [all-common] Error 1

1 0

Re: (ITS#6209) openldap-snacc 2.3.6 + gcc4.4.0
by hyc＠symas.com 13 Jul '09

13 Jul '09

Closing this ITS as a duplicate of #4699 ivan.kovalenko(a)gmail.com wrote: > Full_Name: Ivan Kovalenko > Version: openldap-snacc 2.3.6 > OS: RHAS4u3 i686 > URL: > Submission from: (NULL) (217.74.34.30) > > > When compiling openldap-snacc 2.3.6 using gcc 4.4.0 an varios errors comes out > > http://ivanko.pastebin.com/f5741d572 > > So, one by one > a) bits/fpos.h not found - changed it into ios in inc/asn-chartraits.h > b) rfc1155-smi.c - i've entirely removed c-examples and c++-examples from > makefile - no chance i'd resolve those errors > c) there were some errors after correcting a) like > http://ivanko.pastebin.com/f45802da6 - also cant handle it correctly. > > System info > [ivanko@vm-ivanko openldap-2.4.16]$ uname -a; gcc -v; env|egrep '(FLAGS|LD)' > Linux vm-ivanko.rosenergo.com 2.6.9-78.EL #1 Wed Jul 9 15:27:01 EDT 2008 i686 > i686 i386 GNU/Linux > Using built-in specs. > Target: i686-pc-linux-gnu > Configured with: ./configure --prefix=/home/ivanko/local/usr/ > --with-mpfr=/home/ivanko/local/usr --with-gmp=/home/ivanko/local/usr/ > --enable-languages=c,c++,java,objc > Thread model: posix > gcc version 4.4.0 (GCC) > LDFLAGS=-I/home/ivanko/local/usr/lib > CPPFLAGS=-I/home/ivanko/local/usr/include/ > OLDPWD=/u2/ivanko/0/t/openldap-snacc-2.3.6 > LD_LIBRARY_PATH=/home/ivanko/local/usr/lib > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#6210) comp_match module
by ivan.kovalenko＠gmail.com 13 Jul '09

13 Jul '09

Full_Name: Ivan Kovalenko Version: 2.4.16 OS: RHAS4u3 i686 URL: Submission from: (NULL) (217.74.34.30) When running tests om comp_match module test031 (openldap-2.4.16 with enable-modules=yes with gcc3.4.5) Can see this after installing comp_match module into tests dir. slapadd init: initiated tool. slap_sasl_init: initialized! bdb_back_initialize: initialize BDB backend bdb_back_initialize: Berkeley DB 4.6.21: (September 27, 2007) hdb_back_initialize: initialize HDB backend hdb_back_initialize: Berkeley DB 4.6.21: (September 27, 2007) lt_dlopenext failed: (./testdata/comp_libs/compmatch.la) ./testdata/comp_libs/compmatch.so.0: undefined symbol: BEncAsnOcts

1 0

(ITS#6209) openldap-snacc 2.3.6 + gcc4.4.0
by ivan.kovalenko＠gmail.com 12 Jul '09

12 Jul '09

Full_Name: Ivan Kovalenko Version: openldap-snacc 2.3.6 OS: RHAS4u3 i686 URL: Submission from: (NULL) (217.74.34.30) When compiling openldap-snacc 2.3.6 using gcc 4.4.0 an varios errors comes out http://ivanko.pastebin.com/f5741d572 So, one by one a) bits/fpos.h not found - changed it into ios in inc/asn-chartraits.h b) rfc1155-smi.c - i've entirely removed c-examples and c++-examples from makefile - no chance i'd resolve those errors c) there were some errors after correcting a) like http://ivanko.pastebin.com/f45802da6 - also cant handle it correctly. System info [ivanko@vm-ivanko openldap-2.4.16]$ uname -a; gcc -v; env|egrep '(FLAGS|LD)' Linux vm-ivanko.rosenergo.com 2.6.9-78.EL #1 Wed Jul 9 15:27:01 EDT 2008 i686 i686 i386 GNU/Linux Using built-in specs. Target: i686-pc-linux-gnu Configured with: ./configure --prefix=/home/ivanko/local/usr/ --with-mpfr=/home/ivanko/local/usr --with-gmp=/home/ivanko/local/usr/ --enable-languages=c,c++,java,objc Thread model: posix gcc version 4.4.0 (GCC) LDFLAGS=-I/home/ivanko/local/usr/lib CPPFLAGS=-I/home/ivanko/local/usr/include/ OLDPWD=/u2/ivanko/0/t/openldap-snacc-2.3.6 LD_LIBRARY_PATH=/home/ivanko/local/usr/lib

1 0

Re: (ITS#6208) Timelimit exceeded error when using unlimited timelimits
by quanah＠zimbra.com 10 Jul '09

10 Jul '09

--On Friday, July 10, 2009 7:46 PM +0000 quanah(a)zimbra.com wrote: > So it looks like OpenLDAP has a hard coded 1 hour time limit. Which, of > course, is not correct. Of course, this search shouldn't take an hour, > either. Never mind, there appears to be an issue in the SASL binding so that my account isn't getting correctly mapped. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6208) Timelimit exceeded error when using unlimited timelimits
by quanah＠zimbra.com 10 Jul '09

10 Jul '09

--On Friday, July 10, 2009 6:49 PM +0000 quanah(a)zimbra.com wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.4.16 > OS: Linux 2.6 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.29.239) > > > I executed the following search: > ldap-uat1:/etc/ldap# ldapsearch -LLL -Q -h ldap-uat1 -b > "dc=stanford,dc=edu" >> /dev/null > > Which ended with this error: > Time limit exceeded (3) A second run hit the same error: ldap-uat1:/root# time ldapsearch -LLL -Q -h ldap-uat1 -b "dc=stanford,dc=edu" >/dev/null Time limit exceeded (3) real 60m1.827s user 0m0.008s sys 0m0.004s So it looks like OpenLDAP has a hard coded 1 hour time limit. Which, of course, is not correct. Of course, this search shouldn't take an hour, either. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#6208) Timelimit exceeded error when using unlimited timelimits
by quanah＠zimbra.com 10 Jul '09

10 Jul '09

Full_Name: Quanah Gibson-Mount Version: 2.4.16 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.29.239) I executed the following search: ldap-uat1:/etc/ldap# ldapsearch -LLL -Q -h ldap-uat1 -b "dc=stanford,dc=edu" >/dev/null Which ended with this error: Time limit exceeded (3) Which should never happen, because my bind ID is part of the ldapadmin group, which is allowed to make searches completely free of time or sizelimit restrictions: # Let ldapadmin have limitless searches limits group="cn=ldapadmin,cn=applications,dc=stanford,dc=edu" time.soft=unlimited time.hard=unlimited size.soft=unlimited size.hard=unlimited

1 0

Re: (ITS#5836) hung writers
by jorge.perez＠adaptia.net 09 Jul '09

09 Jul '09

On Thu, Jul 9, 2009 at 9:55 PM, Quanah Gibson-Mount<quanah(a)zimbra.com> wrot= e:. > > I think you mean compiling --with-debug, as opposed to debug symbols (-g = to > gcc). =C2=A0All asserts get added to the code path if you build with > --with-debug, but that is not the same as having debug symbols (which is > generally good practice to have available). Exactly, depends on the testing phase, the slapd are compiled with-debug and -g or it's not compiled with-debug and it's stripped. Regards

1 0

Re: (ITS#5836) hung writers
by quanah＠zimbra.com 09 Jul '09

09 Jul '09

--On Thursday, July 09, 2009 9:23 AM +0000 jorge.perez(a)adaptia.net wrote: > The last testing was wrong due to an old slapd.conf without > writetimeout keyword, my apologies. We have been testing for 2 days to > reproduce this problem and we have not seen the problem again, even > though with debug symbols the assert ""assert( SLAP_SOCK_IS_ACTIVE( s > ))"" still fails. I think you mean compiling --with-debug, as opposed to debug symbols (-g to gcc). All asserts get added to the code path if you build with --with-debug, but that is not the same as having debug symbols (which is generally good practice to have available). --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs July 2009