openldap-bugs December 2006

openldap-bugs@openldap.org

23 participants
120 discussions

freeing mem from ldap_parse_result
by Dale Moore 06 Dec '06

06 Dec '06

I'm trying to write exceptionally correct code with no memory leaks. I'm calling ldap_parse_result(3). And of course one of the parameters is char ***referalsp; The documentation says to free the memory allocated to this data structure by calling the routine ldap_value_free(). But the routine ldap_value_free() is deprecated. My options are - Compile with -DLDAP_DEPRECATED = I hate to create software using deprecated API - Call ber_memvfree((void **)) instead of ldap_value_free() - Use a different mechanism to parse the message The bug I'm reporting here is - a problem with the documentation or - in the premature deprecation of ldap_value_free or - the lack of deprecation of ldap_parse_ressult() I'm not sure which. Looking for advice. Dale Moore

2 1

Re: ITS#3812 database config documentation
by raphael.ouazana＠linagora.com 06 Dec '06

06 Dec '06

On Jeu 16 novembre 2006 12:09, hyc(a)symas.com wrote: > I've committed a preliminary slapd-config.5 manpage to HEAD. In > anticipation of deleting slurpd from RE24, I have commented out all of > the slurpd-related keywords. Most of the text is the same as in > slapd.conf(5) but I've changed the organization to better reflect the > actual implementation. > > There may be options that I've missed. Please review and send patches / > corrections / comments. Thank you very much for this work. I've only some comments. Even if it is shown in the Examples part, I think the use of slapd.conf and slapd.d at the same time should be explained as it is in slapd(8). Furthermore slapd-config(5) make references to slapd-bdb(5), slapd-ldap(5) and others but these pages use old config style. Maybe you could add in a first time a note to indicate that users should add olc prefix to use these directives in cn=config branch. Of course I hope every pages will be updated one day... Raphael Ouazana. PS: I'm not able to see slapd-config(5) with man.cgi on the website (even if I use OpenLDAP 2.X-Devel). Is it normal ?

1 0

(ITS#4769) conditional as macro argument may be invalid
by ando＠sys-net.it 06 Dec '06

06 Dec '06

Full_Name: Pierangelo Masarati Version: HEAD, >= 2.3.29 OS: Solaris 8 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.214.117.67) There's a conditional in a macro argument in connection.c that gcc (actually, cpp) 3.4.2 doesn't like. The fix will be shortly in HEAD/re23. p.

1 0

(ITS#4768) test043-delta-syncrepl: line 55: 10507 Aborted
by michael＠stroeder.com 05 Dec '06

05 Dec '06

Full_Name: Michael Ströder Version: HEAD OS: SuSE Linux 10.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (77.177.36.63) $ ./run -b bdb test043 Cleaning up test run directory leftover from previous run. Running ./scripts/test043-delta-syncrepl... running defines.sh Starting master slapd on TCP/IP port 9011... ./scripts/test043-delta-syncrepl: line 55: 10507 Aborted $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING >$LOG1 2>&1 Using ldapsearch to check that master slapd is running... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... ldapsearch failed (255)! ./scripts/test043-delta-syncrepl: line 71: kill: (10507) - No such process

1 0

Re: (ITS#4767) test034-translucent: line 369: 9807 Segmentation fault
by michael＠stroeder.com 05 Dec '06

05 Dec '06

Seems to be ok now (synced HEAD). Ciao, Michael.

1 0

(ITS#4767) test034-translucent: line 369: 9807 Segmentation fault
by michael＠stroeder.com 04 Dec '06

04 Dec '06

Full_Name: Michael Ströder Version: HEAD OS: SuSE Linux 10.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.124.3.87) [..] Testing add: valid local record... Testing search: data merging... Testing compare: valid local... Testing compare: valid remote... Testing compare: bogus local... Testing compare: bogus remote... Testing modify: nonexistent record... Testing modify: valid local record, nonexistent attribute... Testing search: specific nonexistent remote attribute... Testing modify: nonexistent local record, nonexistent attribute... ./scripts/test034-translucent: line 369: 9807 Segmentation fault $SLAPD -f $CONF2 -h $URI2 -d $LVL $TIMING >$LOG2 2>&1 ldapsearch failed (255)! ./scripts/test034-translucent: line 384: kill: (9807) - No such process ------------------------------------------------------------------------- last lines of testrun/slapd.2.log => bdb_entry_get: ndn: "uid=fred,ou=users,o=translucent" => bdb_entry_get: oc: "(null)", at: "(null)" bdb_dn2entry("uid=fred,ou=users,o=translucent") => bdb_dn2id("uid=fred,ou=users,o=translucent") <= bdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30989) => translucent_modify: fabricating local add => glue_parent: fabricating glue for <ou=users,o=translucent> ==> bdb_add: o=translucent bdb_dn2entry("o=translucent") send_ldap_result: conn=17 op=1 p=3 send_ldap_result: err=68 matched="" text="" ==> bdb_add: ou=users,o=translucent bdb_dn2entry("ou=users,o=translucent") send_ldap_result: conn=17 op=1 p=3 send_ldap_result: err=68 matched="" text="" ==> bdb_add: uid=fred,ou=users,o=translucent is_entry_objectclass("uid=fred,ou=users,o=translucent", "2.5.17.0") no objectClass attribute is_entry_objectclass("uid=fred,ou=users,o=translucent", "2.5.17.0") no objectClass attribute bdb_dn2entry("uid=fred,ou=users,o=translucent") => bdb_dn2id("uid=fred,ou=users,o=translucent") <= bdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30989) => bdb_dn2id_add( "uid=fred,ou=users,o=translucent", 0x00000007 ) bdb_idl_insert_key: 7 %ou=users,o=translucent bdb_idl_insert_key: 7 @ou=users,o=translucent <= bdb_dn2id_add: 0 => index_entry_add( 7, "uid=fred,ou=users,o=translucent" ) <= index_entry_add( 7, "uid=fred,ou=users,o=translucent" ) success => entry_encode(0x00000007): uid=fred,ou=users,o=translucent bdb_add: added id=00000007 dn="uid=fred,ou=users,o=translucent" send_ldap_result: conn=17 op=1 p=3 send_ldap_result: err=0 matched="" text="" send_ldap_response: msgid=2 tag=103 err=0 ber_flush2: 14 bytes to sd 12

1 0

Re: (ITS#4765) sd_actives in daemon.c not initialized?
by hyc＠symas.com 03 Dec '06

03 Dec '06

Gang Wang wrote: > Yes. but funny that you invoked FD_ZERO() for sd_readers and sd_writers. > You are assuming the semantics of FD_ZERO() is to "set something as > zero", but on some system it is not. For example, implement fd_set as an > array, then 0 is a valid value. FD_ZERO() have to initialize something > as -1 ... > Funny that the code treat sd_actives differently. Thanks for pointing this out, the missing initialization has been added in CVS HEAD. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/

1 0

Re: (ITS#4766) Invalid DN not detected by bindconf_parse()
by ando＠sys-net.it 02 Dec '06

02 Dec '06

ando(a)sys-net.it wrote: > I've added optional normalization code as appropriate. > Fixed in HEAD/re23. It impacts all occurrences of bindconf_parse(), including syncrepl consumer side configuration, whenever an incorrect DN value is used as binddn, or an incorrect identity is used for authcid/authzid. p.

1 0

(ITS#4766) Invalid DN not detected by bindconf_parse()
by ando＠sys-net.it 02 Dec '06

02 Dec '06

Full_Name: Pierangelo Masarati Version: HEAD/re23 OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (87.28.220.33) Submitted by: ando I've added optional normalization code as appropriate. p.

1 0

Re: (ITS#4764) ditStructureRules/dITStructureRules typo error?
by ando＠sys-net.it 02 Dec '06

02 Dec '06

Kurt(a)OpenLDAP.org wrote: > At 11:59 PM 11/30/2006, wanggang.wang(a)gmail.com wrote: > >> ------=_Part_1103_3773705.1164959961858 >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> Content-Transfer-Encoding: 7bit >> Content-Disposition: inline >> >> oh, not compiler. but at runtime the daemon will output this during >> initialization: >> ... >> slap_schema_load: AttributeType "ditStructureRules": not defined in schema >> ... >> I tested this on some mainframe. case difference does matter. when i changed >> the case, it ran ok. >> > > Seems like strcasecmp(3) routines are not ignoring case as they should. > I've made the case of those strings conform to how they're indicated in the related RFC, although attribute names MUST be case insensitive. This solves your problem in the short term, but you should really look at that strcasecmp(3) issue. p.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs December 2006