openldap-bugs March 2008

openldap-bugs@openldap.org

34 participants
162 discussions

(ITS#5428) Enhancement: allow slapo-refint(5) to implement global referential integrity
by ando＠sys-net.it 15 Mar '08

15 Mar '08

Full_Name: Pierangelo Masarati Version: HEAD OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (82.63.140.131) Submitted by: ando See <http://www.openldap.org/lists/openldap-technical/200803/msg00068.html> for discussion. p.

1 0

(ITS#5427) slapo-refint(5) erroneously uses smr_str field for dnSubtreeMatch
by ando＠sys-net.it 15 Mar '08

15 Mar '08

Full_Name: Pierangelo Masarati Version: HEAD/re24 OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (82.63.140.131) Submitted by: ando The right field is smr_bvoid (or smr_names[0]). p.

1 0

(ITS#5426) syncrepl and syncprov clash on contextCSN updates
by hyc＠OpenLDAP.org 14 Mar '08

14 Mar '08

Full_Name: Howard Chu Version: 2.4/HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.91.220.157) Submitted by: hyc If syncprov-checkpoint is configured on a database with a syncrepl consumer (either for cascaded syncrepl or for mirrormode), the syncrepl consumer may fail to update the contextCSN because syncprov updates it first. In 2.4 the syncrepl consumer tries to delete its old value and add the new value, instead of just doing a modify/Replace as it used to in 2.3. The 2.4 consumer was changed in this respect because multiple consumers are now allowed on a database, thus using multiple values in the contextCSN attribute. Replacing the entire attribute when only a single value needed to change seemed like the wrong thing to do. The syncprov overlay still just uses a modify/Replace, so it doesn't have this problem. Since both syncrepl and syncprov now currently track all of the contextCSNs in use, probably syncrepl should just be switched back to using modify/Replace, with the full list of known contextCSNs.

1 0

Re: Adding new Attribute in OpenLdap (ITS#5423)
by ando＠sys-net.it 14 Mar '08

14 Mar '08

vijayaragavanp(a)zenithsoft.com wrote: > i was't able to find the manual ,can you please send me the link Please send software usage requests to the OpenLDAP-software mailing list. The ITS is to track software bug. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

(ITS#5425) slapdconfig.sdf and slapdconf2.sdf out of date
by ghenry＠OpenLDAP.org 14 Mar '08

14 Mar '08

Full_Name: Gavin Henry Version: HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (80.229.93.1) Submitted by: ghenry Note to self: These are missing the latest Syncrepl directives and others things. Need to sync them with slapd.conf(5)

1 0

RE: Adding new Attribute in OpenLdap (ITS#5423)
by vijayaragavanp＠zenithsoft.com 14 Mar '08

14 Mar '08

i was't able to find the manual ,can you please send me the link -----Original Message----- From: Pierangelo Masarati [mailto:openldap-its@OpenLDAP.org] Sent: Friday, March 14, 2008 2:46 PM To: vijayaragavanp(a)zenithsoft.com Subject: Re: Adding new Attribute in OpenLdap (ITS#5423) > how to add custom attributes in OpenLdap As clearly explained in the manual. p.

1 0

(ITS#5424) pwdGraceLoginLimit only mentioned, not documented in slapo-ppolicy
by ghenry＠OpenLDAP.org 14 Mar '08

14 Mar '08

Full_Name: Gavin Henry Version: HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry "(please refer to the pwdGraceLoginLimit password policy attribute)" Nothing else mentioned. Gavin.

1 0

(ITS#5423) Adding new Attribute in OpenLdap
by vijayaragavanp＠zenithsoft.com 13 Mar '08

13 Mar '08

Full_Name: vijayaragavanp Version: 2.0 OS: yes URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (124.30.128.168) how to add custom attributes in OpenLdap

1 0

(ITS#5422) strerror(errno) problems
by h.b.furuseth＠usit.uio.no 13 Mar '08

13 Mar '08

Full_Name: Hallvard B Furuseth Version: HEAD, RE23, RE24 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard "grep -i strerror" shows some places <strerror/STRERROR>(errno) are passed to Debug(). However Debug() can evaluate its arguments twice: for -d output and syslog. Thus it can syslog the wrong message, since the -d stdio call can change errno. Also strerror() can return NULL, which can break with Debug(%s). STRERROR() fixes that, but not the duplicate call. And strerror too can change errno:-( So the STRERROR() variant #elif defined( HAVE_STRERROR ) #define STRERROR(e) ( strerror(e) ? strerror(e) : _AC_ERRNO_UNKNOWN ) in include/ac/errno.h isn't quite safe either. I suggest we put something like below in ac/string.h or ac/errno.h, then we can usually say if (whatever) { DEF_STRERROR(msg, errno); Debug(..., msg, ...); } ac/something.h: #define DEF_STRERROR(msg, err) \ DECL_STRERROR(msg); \ SET_STRERROR(msg, err) #ifdef HAVE_SYS_ERRLIST #define DECL_STRERROR(msg) \ unsigned int msg##_err_; \ const char *msg #define SET_STRERROR(msg, err) \ ((void)(msg = (msg##_err_ = (e)) < (unsigned) sys_nerr \ ? sys_errlist[msg##_err_] : _AC_ERRNO_UNKNOWN)) #elif <threaded> && defined( HAVE_NONPOSIX_STRERROR_R ) #define DECL_STRERROR(msg) \ char msg##_buf_[80]; \ const char *msg #define SET_STRERROR(msg, err) \ ((void) ((msg = strerror_r(err, msg##_buf_, 80)) || \ (msg = _AC_ERRNO_UNKNOWN))) #elif <threaded> && defined( HAVE_STRERROR_R ) #define DECL_STRERROR(msg) \ char msg##_buf_[80]; \ const char *msg #define SET_STRERROR(msg, err) \ ((void) (msg = strerror_r(err, msg##_buf_, 80) != -1 \ ? msg##_buf_ : _AC_ERRNO_UNKNOWN)) #elif defined( HAVE_STRERROR ) #define DECL_STRERROR(msg) \ const char *msg #define SET_STRERROR(msg, err) \ ((void) ((msg = strerror(err)) || (msg = _AC_ERRNO_UNKNOWN))) #else #define DECL_STRERROR(msg) const char *msg #define SET_STRERROR(msg, err) ((void) (msg = "Unknown error")) #endif Don't know what the #if <threaded> test should look like, see ITS#5421.

1 0

(ITS#5421) slapd vs LDAP_R_COMPILE
by h.b.furuseth＠usit.uio.no 13 Mar '08

13 Mar '08

Full_Name: Hallvard B Furuseth Version: HEAD, RE23, RE24 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard Some slapd source files include libldap/ldap-int.h, which contains #ifdef LDAP_R_COMPILE in structs. slapd links libldap_r but does not define LDAP_R_COMPILE, so these files have access to bad struct definitions. A quick grep doesn't show any use cases though. Anyway: Either #ifdef LDAP_R_COMPILE in libldap(_r)should be something else, or we should define LDAP_R_COMPILE in slapd - maybe like this: --- slap.h 13 Mar 2008 13:37:07 +++ slap.h 13 Mar 2008 16:40:25 @@ -28,4 +28,10 @@ #define _SLAP_H_ +#if defined _LDAP_INT_H +# error include slap.h before ldap-int.h +#elif !defined NO_THREADS +# define LDAP_R_COMPILE 1 +#endif + #include "ldap_defaults.h"

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
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 March 2008