January 2007 - openldap-bugs

Re: (ITS#4826) assertion in connection.c

by ando＠sys-net.it

hyc(a)symas.com wrote: > Aaron Richton wrote: >> Wow, thanks. I never worried about setting that because I was under the >> impression that Solaris should autoconf to use poll() -- doesn't >> FD_SETSIZE only matter under select()? > > In current releases slapd only uses select() or epoll() (which is > Linux-specific). So you're getting select() right now. In HEAD/2.4 there's > support for Solaris /dev/poll. ... which doesn't work right now (as far as I remember; need to look at that before Solaris 8 becomes obsolete...) p.

16 years, 7 months

1
0
0 / 0

Re: (ITS#4826) assertion in connection.c

by hyc＠symas.com

Aaron Richton wrote: > Wow, thanks. I never worried about setting that because I was under the > impression that Solaris should autoconf to use poll() -- doesn't > FD_SETSIZE only matter under select()? In current releases slapd only uses select() or epoll() (which is Linux-specific). So you're getting select() right now. In HEAD/2.4 there's support for Solaris /dev/poll. The libldap library will use poll() on Solaris, but that's a different matter... > On Wed, 31 Jan 2007, Howard Chu wrote: > >> richton(a)nbcs.rutgers.edu wrote: >>> Full_Name: Aaron Richton >>> Version: 2.3.30 >>> OS: Solaris 9 >>> URL: Submission from: (NULL) (128.6.31.135) -- -- 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/

16 years, 7 months

1
0
0 / 0

Re: (ITS#4826) assertion in connection.c

by richton＠nbcs.rutgers.edu

Wow, thanks. I never worried about setting that because I was under the impression that Solaris should autoconf to use poll() -- doesn't FD_SETSIZE only matter under select()? On Wed, 31 Jan 2007, Howard Chu wrote: > richton(a)nbcs.rutgers.edu wrote: >> Full_Name: Aaron Richton >> Version: 2.3.30 >> OS: Solaris 9 >> URL: Submission from: (NULL) (128.6.31.135) >> >> >> Please note this is 2.3.30, so recent RE23 connection changes might make >> this >> irrelevant: > > No, no recent changes to connection.c would affect this. If your process is > actually able to use more than 4096 connections, then you need to recompile > with a larger OPENLDAP_FD_SET_SIZE. > > Note that with dtblsize = 4096, the maximum legal descriptor number is 4095, > since descriptors are zero-based. > > I'd call this a user configuration error, nothing to investigate here. > > -- > -- 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/ >

16 years, 7 months

1
0
0 / 0

Re: (ITS#4826) assertion in connection.c

by hyc＠symas.com

richton(a)nbcs.rutgers.edu wrote: > Full_Name: Aaron Richton > Version: 2.3.30 > OS: Solaris 9 > URL: > Submission from: (NULL) (128.6.31.135) > > > Please note this is 2.3.30, so recent RE23 connection changes might make this > irrelevant: No, no recent changes to connection.c would affect this. If your process is actually able to use more than 4096 connections, then you need to recompile with a larger OPENLDAP_FD_SET_SIZE. Note that with dtblsize = 4096, the maximum legal descriptor number is 4095, since descriptors are zero-based. I'd call this a user configuration error, nothing to investigate here. -- -- 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/

16 years, 7 months

1
0
0 / 0

(ITS#4827) test019-syncreplication-cascade

by kurt＠OpenLDAP.org

Full_Name: Kurt Zeilenga Version: HEAD OS: MacOSX 10.4.8 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (71.80.218.136) Recent builds fail test 18: Comparing retrieved entries from master and R1 slave... Comparing retrieved entries from master and R2 slave... test failed - master and R2 slave databases differ >>>>> ./scripts/test019-syncreplication-cascade failed (exit 1) % diff -u testrun/server[13].flt --- testrun/server1.flt 2007-01-31 12:31:55.000000000 -0800 +++ testrun/server3.flt 2007-01-31 12:32:00.000000000 -0800 @@ -66,6 +66,7 @@ seeAlso: cn=All Staff,ou=Groups,dc=example,dc=com userPassword:: Ympvcm4= homePostalAddress: 19923 Seven Mile Rd. $ South Lyon, MI 49999 +drink: Iced Tea description: Hiker, biker title: Director, Embedded Systems postalAddress: Info Tech Division $ 535 W. William St. $ Anytown, MI 48103 @@ -74,8 +75,6 @@ pager: +1 313 555 4474 facsimileTelephoneNumber: +1 313 555 2177 telephoneNumber: +1 313 555 0355 -drink: Iced Tea -drink: Mad Dog 20/20 dn: cn=Dorothy Stevens,ou=Alumni Association,ou=People,dc=example,dc=com objectClass: OpenLDAPperson

16 years, 7 months

1
0
0 / 0

(ITS#4826) assertion in connection.c

by richton＠nbcs.rutgers.edu

Full_Name: Aaron Richton Version: 2.3.30 OS: Solaris 9 URL: Submission from: (NULL) (128.6.31.135) Please note this is 2.3.30, so recent RE23 connection changes might make this irrelevant: Threw assertion 385 assert( s < dtblsize ); from connection.c. Backtrace: current thread: t@16 [1] __lwp_kill(0x0, 0x6, 0x0, 0xfec3c000, 0x0, 0x0), at 0xfec1fc54 [2] raise(0x6, 0x0, 0xd1fff638, 0x0, 0x0, 0x0), at 0xfebd0c48 [3] abort(0x3c, 0xd1fff6c8, 0x3c, 0x7efefeff, 0x81010100, 0xff0000), at 0xfebb6d50 [4] __assert(0x2314c8, 0x2314d8, 0x181, 0xd1fff86c, 0xd1fff8f0, 0xd1fff92d), at 0xfebb6ff0 =>[5] connection_init(s = 4096, listener = 0x1f4eb8, dnsname = 0x231ff0 "", peername = 0x231ff4 "", flags = 3, ssf = 0, authid = (nil)), line 385 in "connection.c" [6] connection_client_setup(s = 4096, func = 0xed908 = &`slapd`syncrepl.c`do_syncrepl(void *ctx, void *arg), arg = 0x31b4a8), line 1184 in "connection.c" [7] do_syncrepl(ctx = 0xd1fffe14, arg = 0x31b4a8), line 1099 in "syncrepl.c" [8] ldap_int_thread_pool_wrapper(xpool = 0x2c5f68), line 478 in "tpool.c" (dbx) print s s = 4096 (dbx) print dtblsize dtblsize = 4096

16 years, 7 months

1
0
0 / 0

(ITS#4825) Native Win32 build with WGCC/Interix

by markus.duft＠salomon.at

Full_Name: Markus Duft Version: 2.3.32 OS: Windows XP URL: ftp://ftp.openldap.org/incoming/markus.duft-31.01.2007.patch Submission from: (NULL) (193.186.16.254) Hey there. i have a patch for v2.3.32 that allowes building openldap using wgcc (interix-wgcc.sourceforge.net). The result is a native win32 binary (without dependencies to any cygwin.dll or anything like it) benefits: * fast compiler (cl.exe) * native win32, no overheads for big wrappers (there is a small wrapper though ;o) but thats statically linked (pxwc)) * debugable with Visual Studio (very cool) thats it, i'll write a FAQ for this ;o) P.S.: i know the patch is not perfect, but as a first thing it will do. there will be a second version for sure that may be nicer, so it can be incorporated with the official sources (if wanted...) Cheers, Markus

16 years, 7 months

1
0
0 / 0

Re: (ITS#4824) configure does not recognise --enable-dynamic

by dieter＠dkluenter.de

Howard Chu <hyc(a)symas.com> writes: > Dieter Kluenter wrote: >> Howard Chu <hyc(a)symas.com> writes: >> >>> dieter(a)dkluenter.de wrote: .......... > > I've now checked in a new configure script, regenerated from the > current 1.645 configure.in. So that would be configure 1.684. Try that > one. (The only difference between 1.683 and 1.684 is the comment > indicating the version of configure.in.) I have just co'ed a fresh CVS HEAD and configure is OK now. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

16 years, 7 months

1
0
0 / 0

Re: (ITS#4824) configure does not recognise --enable-dynamic

by hyc＠symas.com

Dieter Kluenter wrote: > Howard Chu <hyc(a)symas.com> writes: > >> dieter(a)dkluenter.de wrote: >>> Full_Name: Dieter Kluenter >>> Version: HEAD >>> OS: Linux URL: ftp://ftp.openldap.org/incoming/ >>> Submission from: (NULL) (80.187.149.11) >>> Hello, >>> calling ./configure results in following error >>> --enable-dynamic=yes: command not found >>> neither --enable-dynamic nor --enable-dynamic=yes will allow dynamic linking. >> Works for me. What revision is your configure script? Current is 1.683. > > pkg/ldap/configure.in,v 1.644 2007/01/10 23:54:45 hyc Exp . > > -Dieter > Even reverting to revision 1.682 of the configure script, with the typo from configure.in 1.644, I can't reproduce that error. Perhaps you should try deleting your source tree and fetching it again. You could list your full configure command here, with all relevant environment variable settings. But it seems you have a corrupted configure script. -- -- 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/

16 years, 7 months

1
0
0 / 0

Re: (ITS#4824) configure does not recognise --enable-dynamic

by hyc＠symas.com

Dieter Kluenter wrote: > Howard Chu <hyc(a)symas.com> writes: > >> dieter(a)dkluenter.de wrote: >>> Full_Name: Dieter Kluenter >>> Version: HEAD >>> OS: Linux URL: ftp://ftp.openldap.org/incoming/ >>> Submission from: (NULL) (80.187.149.11) >>> Hello, >>> calling ./configure results in following error >>> --enable-dynamic=yes: command not found >>> neither --enable-dynamic nor --enable-dynamic=yes will allow dynamic linking. >> Works for me. What revision is your configure script? Current is 1.683. > > pkg/ldap/configure.in,v 1.644 2007/01/10 23:54:45 hyc Exp . That version stamp reflects the configure.in file that was used to generate the configure script, but it isn't the actual version of the configure script. You would need to use "cvs status configure" to actually check that. I've now checked in a new configure script, regenerated from the current 1.645 configure.in. So that would be configure 1.684. Try that one. (The only difference between 1.683 and 1.684 is the comment indicating the version of configure.in.) -- -- 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/

16 years, 7 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs January 2007