openldap-bugs

openldap-bugs@openldap.org

1 participants
20959 discussions

(ITS#6357) Problem configuring openldap
by pierre42d＠9online.fr 30 Oct '09

30 Oct '09

Full_Name: Pierre Version: 2.4.19 OS: GNU/Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (79.89.161.74) [...] checking number of arguments of ctime_r... 2 checking number of arguments of gethostbyname_r... 6 checking number of arguments of gethostbyaddr_r... 8 checking db.h usability... no checking db.h presence... no checking for db.h... no configure: error: BDB/HDB: BerkeleyDB not available But I have Berkeley DB installed in its default location...

1 0

Re: ITS#3526 chaining enhancements
by masarati＠aero.polimi.it 30 Oct '09

30 Oct '09

> Looks to me like the mentioned features have been implemented and this ITS > should be closed. OK? Yes, everything seems to be implemented. Note that chained operations only work for a single hop, since back-ldap does not allow to add proxied authz control when already set. Thanks, p.

1 0

Re: (ITS#6324) slapd -d ? emits incorrect value for LDAP_DEBUG_ANY on x86_64
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

That fix caused a lot of overflow warnings about LDAP_DEBUG_ANY. I've updated ldap/include/ldap_log.h, ldap/servers/slapd/bconfig.c with an alternate fix. (The main.c fix stays.) While I was at it, I handled output of ANY as -1 specially, since that is a common input value but other negative numbers are not. -- Hallvard

1 0

(ITS#6356) slapd.conf tcp-buffer gets uninitialized value
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

Full_Name: Hallvard B Furuseth Version: HEAD OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard config_tcp_buffer() passes 'idx' uninitialized to tcp_buffer_add_one(). Introduced in rev 1.384 for ITS#6234 (TCP buffer configuration) when !defined(LDAP_TCP_BUFFER_X_ORDERED), then rev 1.388 removed the #ifdef LDAP_TCP_BUFFER_X_ORDERED which could set the value. (Not sure if this needed an ITS -- the code is in 2.4.18/19, but inside #ifdef LDAP_TCP_BUFFER which is #defined if LDAP_DEVEL.)

1 0

(ITS#6355) Uninitialiezed rsa_callback with OpenSSL
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

Full_Name: Hallvard B Furuseth Version: HEAD, 2.4.19 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard libldap/tls_o.c:lso_tmp_rsa_cb() returns an uninitialized value if BN_set_word() fails. Introduced in rev 1.13; openldap 2.4.19. Fixing to return NULL.

1 0

Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by quanah＠zimbra.com 30 Oct '09

30 Oct '09

--On Friday, October 30, 2009 9:44 AM +0100 Pierangelo Masarati <masarati(a)aero.polimi.it> wrote: > quanah(a)zimbra.com wrote: >> Full_Name: Quanah Gibson-Mount >> Version: 2.4.19 >> OS: >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (75.111.29.239) >> >> >> Executing ldapsearch -V to get the version information correctly prints >> it, but then proceeds to execute a search. > > Perhaps it's not clearly documented (no "-V" in man page, unclear message > in help) but you need to use -VV to exit after printing version. That's... bizarre. Even slapd doesn't behave that way. Nor any other program comes immediately to mind. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by masarati＠aero.polimi.it 30 Oct '09

30 Oct '09

quanah(a)zimbra.com wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.4.19 > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.29.239) > > > Executing ldapsearch -V to get the version information correctly prints it, but > then proceeds to execute a search. Perhaps it's not clearly documented (no "-V" in man page, unclear message in help) but you need to use -VV to exit after printing version. p.

1 0

Re: ITS#3526 chaining enhancements
by masarati＠aero.polimi.it 30 Oct '09

30 Oct '09

hyc(a)symas.com wrote: > Looks to me like the mentioned features have been implemented and this ITS > should be closed. OK? Not sure, need to check. p.

1 0

ITS#3526 chaining enhancements
by hyc＠symas.com 29 Oct '09

29 Oct '09

Looks to me like the mentioned features have been implemented and this ITS should be closed. OK? -- -- 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

Re: (ITS#6346) syncrepl problems with 2.4.19
by hyc＠symas.com 29 Oct '09

29 Oct '09

openldap(a)science-computing.de wrote: > Full_Name: Christoph Herrmann > Version: 2.4.19 > OS: SLES11 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (193.17.244.2) > > > > we did some stress tests to an openldap-2.4.19 test infrastructure. > we are running the tests in a single master environment with 5 slave servers, > all with openldap-2.4.19. All machines are running ntpd and are in sync: Thanks for this report, very helpful. A proposed fix for this is now in CVS HEAD overlays/syncprov.c. Please test and let us know your results, thanks. -- -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs