openldap-bugs

openldap-bugs@openldap.org

1 participants
21046 discussions

Re: (ITS#5235) ppolicy leads to segfault
by dieter＠dkluenter.de 17 Nov '07

17 Nov '07

Pierangelo Masarati <ando(a)sys-net.it> writes: > dieter(a)dkluenter.de wrote: > >> (gdb) bt >> #0 0xb7a67139 in free () from /lib/libc.so.6 >> #1 0xb7ec128a in ber_memfree_x (p=0x2001, ctx=0x0) at memory.c:152 >> #2 0x0808f556 in ch_free () >> #3 0xb76f458c in ppolicy_restrict (op=0xa0a50d54, rs=0xa0a51148) >> at ppolicy.c:1245 > > I suspect this free occurs an internal operation initiated with > connection_fake_init(); can you check, from the core, if the value of > op->o_conn->c_conn_idx is -1? Sorry, I'm a bit stupid. (gdb) frame 3 #3 0xb76e758c in ppolicy_restrict (op=0xa09e4d54, rs=0xa09e5148) at ppolicy.c:1245 1245 ch_free( pwcons[op->o_conn->c_conn_idx].dn.bv_val ); (gdb) -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

1 0

Re: (ITS#5235) ppolicy leads to segfault
by dieter＠dkluenter.de 17 Nov '07

17 Nov '07

Pierangelo Masarati <ando(a)sys-net.it> writes: > dieter(a)dkluenter.de wrote: > >> (gdb) bt >> #0 0xb7a67139 in free () from /lib/libc.so.6 >> #1 0xb7ec128a in ber_memfree_x (p=0x2001, ctx=0x0) at memory.c:152 >> #2 0x0808f556 in ch_free () >> #3 0xb76f458c in ppolicy_restrict (op=0xa0a50d54, rs=0xa0a51148) >> at ppolicy.c:1245 > > I suspect this free occurs an internal operation initiated with > connection_fake_init(); can you check, from the core, if the value of > op->o_conn->c_conn_idx is -1? sorry :-( (gdb) gcore *** buffer overflow detected ***: gdb terminated ======= Backtrace: ========= -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

1 0

Re: (ITS#5235) ppolicy leads to segfault
by ando＠sys-net.it 17 Nov '07

17 Nov '07

dieter(a)dkluenter.de wrote: > (gdb) bt > #0 0xb7a67139 in free () from /lib/libc.so.6 > #1 0xb7ec128a in ber_memfree_x (p=0x2001, ctx=0x0) at memory.c:152 > #2 0x0808f556 in ch_free () > #3 0xb76f458c in ppolicy_restrict (op=0xa0a50d54, rs=0xa0a51148) > at ppolicy.c:1245 I suspect this free occurs an internal operation initiated with connection_fake_init(); can you check, from the core, if the value of op->o_conn->c_conn_idx is -1? 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: Documentation should indicate that slurpd is deprecated (ITS#5196)
by ghenry＠OpenLDAP.org 16 Nov '07

16 Nov '07

marg(a)rz.tu-clausthal.de wrote: > Hello, > > fig. 3.3 in > > http://www.openldap.org/doc/admin24/config.html > > mentions "slurpd", while the text was updated to reflect syncrepl. > > bye > Christian Thanks, I haven't had time to update the pics yet. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5236) core.ldif differs from core.schema
by ando＠sys-net.it 16 Nov '07

16 Nov '07

hyc(a)symas.com wrote: > dieter(a)dkluenter.de wrote: > Seems someone updated core.schema for RFC4519 but didn't update core.ldif. Was me, sorry. 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#5236) core.ldif differs from core.schema
by hyc＠symas.com 16 Nov '07

16 Nov '07

dieter(a)dkluenter.de wrote: > Full_Name: Dieter Kluenter > Version: HEAD > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.142.190.40) > > > core.ldif > > olcAttributeTypes: ( 2.5.4.6 NAME ( 'c' 'countryName' ) > DESC 'RFC2256: ISO-3166 country 2-letter code' > SUP name SINGLE-VALUE ) > > core.schema > attributetype ( 2.5.4.6 NAME 'c' > DESC 'RFC2256: ISO-3166 country 2-letter code' > SUP name > SYNTAX 1.3.6.1.4.1.1466.115.121.1.11 > SINGLE-VALUE ) > > As far as I understand, core.schema is correct here. Seems someone updated core.schema for RFC4519 but didn't update core.ldif. I'm puzzled why RFC4519 drops the 'countryName' alias for this type from the RFC2256 definition. -- -- 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

(ITS#5236) core.ldif differs from core.schema
by dieter＠dkluenter.de 16 Nov '07

16 Nov '07

Full_Name: Dieter Kluenter Version: HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.142.190.40) core.ldif olcAttributeTypes: ( 2.5.4.6 NAME ( 'c' 'countryName' ) DESC 'RFC2256: ISO-3166 country 2-letter code' SUP name SINGLE-VALUE ) core.schema attributetype ( 2.5.4.6 NAME 'c' DESC 'RFC2256: ISO-3166 country 2-letter code' SUP name SYNTAX 1.3.6.1.4.1.1466.115.121.1.11 SINGLE-VALUE ) As far as I understand, core.schema is correct here. -Dieter

1 0

Re: Documentation should indicate that slurpd is deprecated (ITS#5196)
by marg＠rz.tu-clausthal.de 16 Nov '07

16 Nov '07

Hello, fig. 3.3 in http://www.openldap.org/doc/admin24/config.html mentions "slurpd", while the text was updated to reflect syncrepl. bye Christian -- Christian Marg mail : mailto:marg@rz.tu-clausthal.de Dezernat 2 TU Clausthal web : http://www.tu-clausthal.de D-38678 Clausthal-Zellerfeld fon : 05323/72-2107 Germany jabber: ifcma(a)jabber.tu-clausthal.de

1 0

(ITS#5235) ppolicy leads to segfault
by dieter＠dkluenter.de 15 Nov '07

15 Nov '07

Full_Name: Dieter Kluenter Version: HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.142.231.219) I am testing ppolicy overlay with HEAD. When starting slapd it segfaults with: .... ber_scanf fmt ({mm}) ber: ber_dump: buf=0xa015009c ptr=0xa01500bc end=0xa01500e5 len=41 0000: 00 27 04 14 65 6e 74 72 79 45 78 70 69 72 65 54 .'..entryExpireT 0010: 69 6d 65 73 74 61 6d 70 04 0f 32 30 30 37 31 31 imestamp..200711 0020: 31 35 32 31 31 31 32 33 5a 15211123Z end get_filter 0 end get_filter_list end get_filter 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xa0a51b90 (LWP 5703)] 0xb7a67139 in free () from /lib/libc.so.6 this is gdb backtrace (gdb) bt #0 0xb7a67139 in free () from /lib/libc.so.6 #1 0xb7ec128a in ber_memfree_x (p=0x2001, ctx=0x0) at memory.c:152 #2 0x0808f556 in ch_free () #3 0xb76f458c in ppolicy_restrict (op=0xa0a50d54, rs=0xa0a51148) at ppolicy.c:1245 #4 0x080d564e in overlay_op_walk () #5 0x080d5bee in ?? () #6 0xa0a50d54 in ?? () #7 0xa0a51148 in ?? () #8 0x00000002 in ?? () #9 0x082695b0 in ?? () #10 0x08270c50 in ?? () #11 0xa0a50be8 in ?? () #12 0xa0a50cec in ?? () #13 0xa0a50ce8 in ?? () #14 0x00000002 in ?? () #15 0xa0a51148 in ?? () #16 0x08270c50 in ?? () #17 0x000003f2 in ?? () #18 0x00000000 in ?? () -Dieter

1 0

Re: (ITS#5187) test020-proxycache failing in RE_2_4
by ghenry＠suretecsystems.com 15 Nov '07

15 Nov '07

Tested in HEAD again, on same machine with same cmd: for i in `seq 1 100`; do ./run test020 >> test_results.log; done; and grepped the log file for "Error" and -i "succeed". Results: 100 Passes 0 Fails Looks good to me. Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

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