openldap-bugs

openldap-bugs@openldap.org

1 participants
21063 discussions

(ITS#5109) ldap_int_global_options not initialized
by damien.doiselet＠neolane.com 28 Aug '07

28 Aug '07

Full_Name: Damien Doiselet Version: 2.3.30 OS: Debian 4 (kernel 2.6.20.7) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (82.243.24.157) I'm developing an application which use openldap. I load the library at the runtime with function GetProcAddress My application work correctly except on one PC. This PC is a Debian 4.0 with a kernel 2.6.20.7. Ldap library is a 2.3.30. The library crash, and so my code too in ldap_initialize() (first call of a ldap function): #0 0xb7eab3a3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb3a2d1f9 in ber_strdup_x (s=0x6a626f28 <Address 0x6a626f28 out of bounds>, ctx=0x0) at memory.c:640 #2 0xaddcbdf6 in ldap_charray_dup () from /usr/lib/libldap-2.3.so.0 #3 0xaddc2773 in ldap_url_dup () from /usr/lib/libldap-2.3.so.0 #4 0xaddc2802 in ldap_url_duplist () from /usr/lib/libldap-2.3.so.0 #5 0xaddab4dc in ldap_create () from /usr/lib/libldap-2.3.so.0 #6 0xaddab7d1 in ldap_initialize () from /usr/lib/libldap-2.3.so.0 While I was debugging, ldap_int_global_options was not initialized. Nevertheless, with -lldap compilation with gcc, there is no problem.

1 0

Does libldap.so.2 still exist in the latest version of open-ldap, and if not, what could other applications link to instead?
by Oliver de Peyer 27 Aug '07

27 Aug '07

I am trying to install PINE on Fedora 7 (and hey, why not? It's good enough as a command line email program) So, I get hold of Pine-4.64-1-i386.rpm from the UW website. But when I try to install this with rpm, it told me I was missing various dependencies. I managed to download these one by one until I got to one called libldap.so.2. I got as far as working out that this is part of open-ldap. open-ldap.2.3.38 was the latest version I could find and it installed fine - I know it installed OK because the test scripts etc. run OK. But, libldap.so.2 is NOT THERE!! For instance, from the /../ directory, find -name libldap.so.2 -print doesn't find anything (but find -name *so.2 -print does, so there definitely are similarly named files around) I searched for libldap.so.2 in the open-ldap archives and all references to it were a few years ago. It seemed quite possible to me that libldap.so.2 has perhaps been renamed as something else in recent versions of open-ldap. Plenty of other libraries were created when I installed open-ldap.2.3.38, just not one with the exact name libldap.so.2. Is this some finickity requirement of PINE? I have got Apt installed but I don't really know how to use it - can I go look for something as specific as a .so.2 library file? So, what would people suggest? Can I get hold of this file for PINE or persuade it to use something else? (and if so, what and how?) Out of interest, why is PINE interested in libldap.so.2 in the first place and what does it do? Thanks in advance, Sarpeyer

2 1

Re: (ITS#5108) SID/RID: decimal or hex?
by hyc＠symas.com 27 Aug '07

27 Aug '07

ando(a)sys-net.it wrote: > Well, in slapd.conf(5) I already put 0-4095, but be can back it out. I > don't have any preference. Since the max will just slightly increase, I > don't see a big deal in terms of backwards compatibility. In any case > 4096 or 1000 is big for a RID, so no-one will be hurt. I was more > concerned about the 10 limit... OK. I kind of think they ought to be documented differently, so that people don't confuse SIDs with RIDs (as often happened in OpenLDAP 2.2) but it's probably fine the way it is. -- -- Howard Chu Chief Architect, 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#5108) SID/RID: decimal or hex?
by ando＠sys-net.it 27 Aug '07

27 Aug '07

Howard Chu wrote: > ando(a)sys-net.it wrote: >> Howard Chu wrote: > >>> The SID in the CSN has always been hex (but usually zero). The RID is >>> not part of the CSN and has always been decimal. Since the RID only >>> needs to be unique within a particular slapd instance, there's no real >>> problem there. >>> >> >> Right. but, well, slap_parse_csn_sid() was using strtoul(..., 10). Now >> fixed. > > Yeah, oops. That's good. > >> For consistency I've made both behave the same. The user won't >> basically notice it, so I don't see backward compatibility issues. > > So we leave the docs saying RID is 0-999? Well, in slapd.conf(5) I already put 0-4095, but be can back it out. I don't have any preference. Since the max will just slightly increase, I don't see a big deal in terms of backwards compatibility. In any case 4096 or 1000 is big for a RID, so no-one will be hurt. I was more concerned about the 10 limit... 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

Re: (ITS#5108) SID/RID: decimal or hex?
by hyc＠symas.com 27 Aug '07

27 Aug '07

ando(a)sys-net.it wrote: > Howard Chu wrote: >> The SID in the CSN has always been hex (but usually zero). The RID is >> not part of the CSN and has always been decimal. Since the RID only >> needs to be unique within a particular slapd instance, there's no real >> problem there. >> > > Right. but, well, slap_parse_csn_sid() was using strtoul(..., 10). Now > fixed. Yeah, oops. That's good. > For consistency I've made both behave the same. The user won't > basically notice it, so I don't see backward compatibility issues. So we leave the docs saying RID is 0-999? -- -- Howard Chu Chief Architect, 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#5108) SID/RID: decimal or hex?
by ando＠sys-net.it 27 Aug '07

27 Aug '07

Howard Chu wrote: > ando(a)sys-net.it wrote: >> Full_Name: Pierangelo Masarati >> Version: HEAD/re23 >> OS: irrelevant >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (82.63.140.131) >> Submitted by: ando >> >> >> Should SID/RID be decimal (0-999) as in parsing and the rest of the >> syncrepl >> code, or hexadecimal (0-FFF) as in code generating CSN values? I >> understand the >> point is (almost) moot, but we'd get there as soon as someone starts >> using >>> 10-way multimaster... >> >> I'm fixing the code so that it consistently uses hex server IDs, >> please holler >> if using decimals is preferred. > > The SID in the CSN has always been hex (but usually zero). The RID is > not part of the CSN and has always been decimal. Since the RID only > needs to be unique within a particular slapd instance, there's no real > problem there. > Right. but, well, slap_parse_csn_sid() was using strtoul(..., 10). Now fixed. For consistency I've made both behave the same. The user won't basically notice it, so I don't see backward compatibility issues. 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

Re: (ITS#5108) SID/RID: decimal or hex?
by hyc＠symas.com 26 Aug '07

26 Aug '07

ando(a)sys-net.it wrote: > Full_Name: Pierangelo Masarati > Version: HEAD/re23 > OS: irrelevant > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (82.63.140.131) > Submitted by: ando > > > Should SID/RID be decimal (0-999) as in parsing and the rest of the syncrepl > code, or hexadecimal (0-FFF) as in code generating CSN values? I understand the > point is (almost) moot, but we'd get there as soon as someone starts using >> 10-way multimaster... > > I'm fixing the code so that it consistently uses hex server IDs, please holler > if using decimals is preferred. The SID in the CSN has always been hex (but usually zero). The RID is not part of the CSN and has always been decimal. Since the RID only needs to be unique within a particular slapd instance, there's no real problem there. -- -- Howard Chu Chief Architect, 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#5106) LDAPI problem on amd64
by ando＠sys-net.it 26 Aug '07

26 Aug '07

svgmuc(a)bluebottle.com wrote: You should be using the latest 2.3 release; there was quite a bit of work on ldapi between 2.3.32 and 2.3.38 (ITS#4893 and other possibly related fixes). Having said this, I don't know if it will solve your problem, but at least it would make sure it's not fixed yet. No need to say that things work fine here on Linux/amd64. 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

Re: (ITS#5107) Wrong URL on admin guide in README
by ando＠sys-net.it 26 Aug '07

26 Aug '07

nicolasstlaurent.nospam(a)gmail.com wrote: > README file refer to : > > http://www.openldap.org/doc/guide/admin/guide.html > > The actual URL is : > > http://www.openldap.org/doc/admin/ Fixed in re23/re24. Thanks, 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

Re: (ITS#5108) SID/RID: decimal or hex?
by ando＠sys-net.it 26 Aug '07

26 Aug '07

ando(a)sys-net.it wrote: > Should SID/RID be decimal (0-999) as in parsing and the rest of the syncrepl > code, or hexadecimal (0-FFF) as in code generating CSN values? I understand the > point is (almost) moot, but we'd get there as soon as someone starts using >> 10-way multimaster... or, if RID is to be typed in decimal form, let's remove the 3 digit limitation, and set a < 4096 limitation like for serverID. 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

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