openldap-bugs

openldap-bugs@openldap.org

1 participants
20961 discussions

Re: (ITS#7661) LMDB: Can't get the current flags of MAIN_DBI
by hyc＠symas.com 10 Aug '13

10 Aug '13

sog(a)msg.com.mx wrote: > Full_Name: Salvador Ortiz > Version: 24 > OS: Linux > URL: > Submission from: (NULL) (187.162.45.111) > > > The API allows to set the flags of the unnamed db (MAIN_DBI), but try to get > them back fails with EINVAL. > > The fix is trivial: Thanks, fixed in mdb.master > --- a/libraries/liblmdb/mdb.c > +++ b/libraries/liblmdb/mdb.c > @@ -7871,7 +7871,7 @@ void mdb_dbi_close(MDB_env *env, MDB_dbi dbi) > int mdb_dbi_flags(MDB_env *env, MDB_dbi dbi, unsigned int *flags) > { > /* We could return the flags for the FREE_DBI too but what's the point? > */ > - if (dbi <= MAIN_DBI || dbi >= env->me_numdbs) > + if (dbi < MAIN_DBI || dbi >= env->me_numdbs) > return EINVAL; > *flags = env->me_dbflags[dbi]; > return MDB_SUCCESS; > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#7661) LMDB: Can't get the current flags of MAIN_DBI
by sog＠msg.com.mx 10 Aug '13

10 Aug '13

Full_Name: Salvador Ortiz Version: 24 OS: Linux URL: Submission from: (NULL) (187.162.45.111) The API allows to set the flags of the unnamed db (MAIN_DBI), but try to get them back fails with EINVAL. The fix is trivial: --- a/libraries/liblmdb/mdb.c +++ b/libraries/liblmdb/mdb.c @@ -7871,7 +7871,7 @@ void mdb_dbi_close(MDB_env *env, MDB_dbi dbi) int mdb_dbi_flags(MDB_env *env, MDB_dbi dbi, unsigned int *flags) { /* We could return the flags for the FREE_DBI too but what's the point? */ - if (dbi <= MAIN_DBI || dbi >= env->me_numdbs) + if (dbi < MAIN_DBI || dbi >= env->me_numdbs) return EINVAL; *flags = env->me_dbflags[dbi]; return MDB_SUCCESS;

1 0

Re: (ITS#7660) LMDB: Proposing a small addition to the API: mdb_txn_env
by sog＠msg.com.mx 10 Aug '13

10 Aug '13

Sure! In fact I want the module to become the "oficial" Perl's LMDB module. Right now I'm writing an extensive test battery that is uncovering some bad assumptions, undocumented features, and/or bugs in the library. Please expect the announce of an alpha release early in the next week in openldap-devel. I'm Just waiting for a version of LMDB in git with the issues solved. Salvador. On 08/09/2013 05:55 PM, Quanah Gibson-Mount wrote: > > Will you be publishing the module on CPAN? > > --Quanah > >

1 0

Re: (ITS#7660) LMDB: Proposing a small addition to the API: mdb_txn_env
by quanah＠zimbra.com 10 Aug '13

10 Aug '13

--On August 9, 2013 5:18:57 PM +0000 sog(a)msg.com.mx wrote: > Any comments or questions more than welcome. Will you be publishing the module on CPAN? --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7660) LMDB: Proposing a small addition to the API: mdb_txn_env
by sog＠msg.com.mx 09 Aug '13

09 Aug '13

Full_Name: Salvador Ortiz Version: 24 OS: Linux URL: ftp://ftp.msg.com.mx/pub/varios/Add-mdb_txn_env-to-API.patch Submission from: (NULL) (187.162.45.111) I'm writing from scratch a wrapper of LMDB for the Perl language, the project is progressing fast and looks very promising. Thank you for a wonderful library! I want to avoid as much as possible the need to duplicate LMDB's state in perl, in particular dbi's flags, so I need a method to obtain the MDB_env from a MDB_txn, but the required API is missing. In the same spirit of mdb_cursor_txn or mdb_cursor_dbi I propose adding mdb_txn_env. Provided a patch against gitorious mdb.master. Any comments or questions more than welcome. Regards. Salvador

1 0

Re: (ITS#7659) slapd refuses caseIgnoreMatch for Country String
by hyc＠symas.com 09 Aug '13

09 Aug '13

cyrille.maucci(a)hp.com wrote: > Full_Name: Cyrille MAUCCI > Version: 2.4.32 > OS: RHEL5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (15.203.169.125) > > > Hello openldap'ers, > > > as a follow-up of our discussion on > http://www.openldap.org/lists/openldap-technical/201307/msg00042.html, I'm > creating an ITS to track the fact that slapd seems to refuse caseIgnoreMatch > matching rule for Country String. Fixed now in master. > > Initial description of the bug can be found hereafter, to which Howard are > ack'ed > > "Looks like a bug, schema_init.c doesn't list Country String as a compatible > syntax here. You should submit an ITS for this." > > > Many thanks in advance > ++Cyrille > > > BUG DESCRIPTION: > > When I have this piece of schema included in my slapd.conf file… > > > > attributetype ( 1.3.6.1.4.1.11.11.1.1.1.1.402 > > NAME ( 'TestCountryString' 'TestCountryStringSyn' ) > > DESC 'Test Country String' > > EQUALITY caseIgnoreMatch > > ORDERING caseIgnoreOrderingMatch > > SUBSTR caseIgnoreSubstringsMatch > > SYNTAX 1.3.6.1.4.1.1466.115.121.1.11 > > SINGLE-VALUE ) > > > > … my 2.4.32 slapd –Tt complains with this error: > > > > line 8 attributetype: AttributeType inappropriate matching rule: > "caseIgnoreMatch". > > > > > > My understanding of http://tools.ietf.org/html/rfc4517 is that caseIgnoreMatch > is valid for country string: > > > > "The caseIgnoreMatch rule compares an assertion value of the Directory > > String syntax to an attribute value of a syntax (e.g., the Directory > > String, Printable String, Country String, or Telephone Number syntax) > > whose corresponding ASN.1 type is DirectoryString or one of its > > alternative string types. > > " > > > > > > Could you confirm whether this is a bug in openldap or simply a misunderstanding > from me ? > > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#7659) slapd refuses caseIgnoreMatch for Country String
by cyrille.maucci＠hp.com 09 Aug '13

09 Aug '13

Full_Name: Cyrille MAUCCI Version: 2.4.32 OS: RHEL5 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (15.203.169.125) Hello openldap'ers, as a follow-up of our discussion on http://www.openldap.org/lists/openldap-technical/201307/msg00042.html, I'm creating an ITS to track the fact that slapd seems to refuse caseIgnoreMatch matching rule for Country String. Initial description of the bug can be found hereafter, to which Howard are ack'ed "Looks like a bug, schema_init.c doesn't list Country String as a compatible syntax here. You should submit an ITS for this." Many thanks in advance ++Cyrille BUG DESCRIPTION: When I have this piece of schema included in my slapd.conf file… attributetype ( 1.3.6.1.4.1.11.11.1.1.1.1.402 NAME ( 'TestCountryString' 'TestCountryStringSyn' ) DESC 'Test Country String' EQUALITY caseIgnoreMatch ORDERING caseIgnoreOrderingMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.11 SINGLE-VALUE ) … my 2.4.32 slapd –Tt complains with this error: line 8 attributetype: AttributeType inappropriate matching rule: "caseIgnoreMatch". My understanding of http://tools.ietf.org/html/rfc4517 is that caseIgnoreMatch is valid for country string: "The caseIgnoreMatch rule compares an assertion value of the Directory String syntax to an attribute value of a syntax (e.g., the Directory String, Printable String, Country String, or Telephone Number syntax) whose corresponding ASN.1 type is DirectoryString or one of its alternative string types. " Could you confirm whether this is a bug in openldap or simply a misunderstanding from me ?

1 0

Re: (ITS#7658) LMDB: Crash when mdb_del should ignore data, back trace and patch provided
by hyc＠symas.com 09 Aug '13

09 Aug '13

sog(a)msg.com.mx wrote: > Full_Name: Salvador Ortiz > Version: 24 > OS: Linux > URL: ftp://ftp.msg.com.mx/pub/varios/mdb_del-must-ignore-data.patch > Submission from: (NULL) (187.162.45.111) > > > According to the documentation, mdb_del should ignore the data parameter if the > dbi was not opened with MDB_DUPSORT, but this check is missing causing a > segfault deep in mdb_cursor_set when a NULL dcmp is called. > > I discovered this in the following back trace: > > #0 0x0000000000000000 in ?? () > #1 0x00007ffff1080f69 in mdb_cursor_set (mc=mc@entry=0x7fffffffd220, > key=key@entry=0x7fffffffd5f0, data=0x7fffffffd210, op=MDB_GET_BOTH, > exactp=exactp@entry=0x7fffffffd20c) at mdb.c:5149 > #2 0x00007ffff10862af in mdb_del (txn=txn@entry=0xe60a10, dbi=1, > key=key@entry=0x7fffffffd5f0, data=data@entry=0x7fffffffd600) at mdb.c:7164 > ... > > A simple patch against gitorious's mdb.master provided. Thanks, committed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#7658) LMDB: Crash when mdb_del should ignore data, back trace and patch provided
by sog＠msg.com.mx 09 Aug '13

09 Aug '13

Full_Name: Salvador Ortiz Version: 24 OS: Linux URL: ftp://ftp.msg.com.mx/pub/varios/mdb_del-must-ignore-data.patch Submission from: (NULL) (187.162.45.111) According to the documentation, mdb_del should ignore the data parameter if the dbi was not opened with MDB_DUPSORT, but this check is missing causing a segfault deep in mdb_cursor_set when a NULL dcmp is called. I discovered this in the following back trace: #0 0x0000000000000000 in ?? () #1 0x00007ffff1080f69 in mdb_cursor_set (mc=mc@entry=0x7fffffffd220, key=key@entry=0x7fffffffd5f0, data=0x7fffffffd210, op=MDB_GET_BOTH, exactp=exactp@entry=0x7fffffffd20c) at mdb.c:5149 #2 0x00007ffff10862af in mdb_del (txn=txn@entry=0xe60a10, dbi=1, key=key@entry=0x7fffffffd5f0, data=data@entry=0x7fffffffd600) at mdb.c:7164 ... A simple patch against gitorious's mdb.master provided.

1 0

Re: (ITS#7657) Alias dereferencing with MDB slow compared with BDB
by quanah＠zimbra.com 08 Aug '13

08 Aug '13

--On August 8, 2013 5:12:50 PM +0100 Mark Cairney <Mark.Cairney(a)ed.ac.uk> wrote: > Hi Quanah, > > I've transferred one of the nodes to back-hdb and the performance appears > to broadly match back-bdb. > > Is there a simple test I can perform to confirm that it is indeed using > back-hdb? > > For completeness here's the result of my timed search: > > bash-4.1$ time ldapsearch -H ldaps://rowan.authorise.is.ed.ac.uk:636 -b > 'ou=staff,ou=law,ou=hss,dc=authorise,dc=ed,dc=ac,dc=uk' -a always > "(&(eduniSchoolCode=S26)(eduniCategory=101)(eduniIDStatus=300))" > ># numResponses: 425 ># numEntries: 424 > > real 0m0.902s > user 0m0.054s > sys 0m0.025s No, that's enough, thanks. So it is MDB specific then. ;) --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

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