openldap-bugs

openldap-bugs@openldap.org

1 participants
21518 discussions

Re: (ITS#8962) Dead links in FAQ page "Where can I find listings of schema items?"
by michael＠stroeder.com 06 Jun '19

06 Jun '19

On 6/7/19 1:49 AM, quanah(a)symas.com wrote: > --On Friday, January 25, 2019 9:25 PM +0000 michael(a)stroeder.com wrote: > >> All links herein are dead: >> https://www.openldap.org/faq/data/cache/220.html >> >> I'd suggest to remove this FAQ page completely. > > I tried, but unfortunatley the FAQ software breaks Apache when you try and > delete an answer. I think the better solution is just to remove the FAQ > software completely. The FAQ contains the only documentation for set-based ACLs. So it's not an option to just shutdown FAQ-O-MATIC. Ciao, Michael.

1 0

Re: (ITS#8988) Undefined Behavior in slapadd
by noloader＠gmail.com 06 Jun '19

06 Jun '19

On Thu, Jun 6, 2019 at 7:39 PM Quanah Gibson-Mount <quanah(a)symas.com> wrote: > > --On Thursday, March 07, 2019 10:10 AM +0000 noloader(a)gmail.com wrote: > > > Full_Name: JW > > Version: 2.4.47 > > OS: Linux (Fedora 29, x86_64, fully patched) > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (151.196.22.177) > > > > I added -fsanitize=undefined to CFLAGS. > > In this case, the compiler is the problem. I'm pretty sure the compiler is correct. The instrumentation does not produce false positives. It operates on real data and simply does not produce false positives. > LMDB is 100% correct regarding > alignment on all supported CPUs (which is most of them). The x86 family > fully supports unaligned access, so LMDB makes use of this. It is not the processor; it is the C language. The C language does not allow it. > On other CPUs, > which do not support unaligned access (e.g., SPARC), LMDB doesn't use them. The undefined behavior exists even after disabling the unaligned accesses with custom patches. For example, there is still undefined behavior even after changes like this: -#if defined(__i386) || defined(__x86_64) -#define MISALIGNED_OK 1 -#else #define ALIGNER (sizeof(size_t)-1) -#endif We also fixed COPY_PGNO but the undefined behavior remained. The GCC Compile Farm (https://cfarm.tetaneutral.net/machines/list/) has three SPARC machines. SPARC does not tolerate unaligned accesses well, especially due to the optimized 64-bit move instruction. OpenLDAP might consider testing on the SPARC machines. In the bigger picture, OpenLDAP is causing other program and library testing to fail testing. When we test other programs and libraries that depend upon OpenLDAP in a similar fashion, the undefined behavior in OpenLDAP surfaces in the other program and libraries. It is making a lot of extra work for folks who perform extra testing. I encourage OpenLDAP to fix the undefined behavior. OpenLDAP is an important project, and the undefined behavior is causing too many tangential problems. Jeff

1 0

Re: (ITS#8946) openldap bug
by quanah＠symas.com 06 Jun '19

06 Jun '19

Hello, There is no bug here. Your configuration is invalid. If you need help with configuring OpenLDAP, then please use the openldap-technical(a)openldap.org mailing list. Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8962) Dead links in FAQ page "Where can I find listings of schema items?"
by quanah＠symas.com 06 Jun '19

06 Jun '19

--On Friday, January 25, 2019 9:25 PM +0000 michael(a)stroeder.com wrote: > All links herein are dead: > https://www.openldap.org/faq/data/cache/220.html > > I'd suggest to remove this FAQ page completely. I tried, but unfortunatley the FAQ software breaks Apache when you try and delete an answer. I think the better solution is just to remove the FAQ software completely. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8988) Undefined Behavior in slapadd
by quanah＠symas.com 06 Jun '19

06 Jun '19

--On Thursday, March 07, 2019 10:10 AM +0000 noloader(a)gmail.com wrote: > Full_Name: JW > Version: 2.4.47 > OS: Linux (Fedora 29, x86_64, fully patched) > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (151.196.22.177) > > > I added -fsanitize=undefined to CFLAGS. Hello, In this case, the compiler is the problem. LMDB is 100% correct regarding alignment on all supported CPUs (which is most of them). The x86 family fully supports unaligned access, so LMDB makes use of this. On other CPUs, which do not support unaligned access (e.g., SPARC), LMDB doesn't use them. This ITS will be closed. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

ITS#8993 published: SECURITY: OpenLdap (SyncRepl + Mirror Mode) issue
by openldap-its＠OpenLDAP.org 06 Jun '19

06 Jun '19

Private ITS#8993 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=8993

1 0

ITS#8994 published: SECURITY: OpenLdap (SyncRepl + Mirror Mode) issue
by openldap-its＠OpenLDAP.org 06 Jun '19

06 Jun '19

Private ITS#8994 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=8994

1 0

Re: (ITS#9029) MDB_MAP_FULL error after removing some records from DB
by adubovkin＠linkedin.com 06 Jun '19

06 Jun '19

WW91J3JlIHJpZ2h0LiBJZiBJIHN0YXJ0IHdpdGggYSBtYXAgc2l6ZSBvZiAxME1CIEkgY2FuJ3Qg cmVwcm9kdWNlIGl0IGFueW1vcmUgd2l0aCBteSB0ZXN0Lg0KVGhhbmtzIGZvciBjbGFyaWZ5aW5n IGl0Lg0KDQpCZXN0IHdpc2hlcywNCkFsZXhleQ0KDQrvu79PbiA2LzUvMTksIDEyOjI5IFBNLCAi UXVhbmFoIEdpYnNvbi1Nb3VudCIgPHF1YW5haEBzeW1hcy5jb20+IHdyb3RlOg0KDQogICAgLS1P biBXZWRuZXNkYXksIEp1bmUgMDUsIDIwMTkgNzo1MyBQTSArMDAwMCBBbGV4ZXkgRHVib3ZraW4g DQogICAgPGFkdWJvdmtpbkBsaW5rZWRpbi5jb20+IHdyb3RlOg0KICAgIA0KICAgID4gVGhhbmsg eW91IQ0KICAgID4gQWxleGV5DQogICAgDQogICAgSGkgQWxleGV5LA0KICAgIA0KICAgIEFzIEhv d2FyZCBhbHJlYWR5IG5vdGVkIGluIGhpcyByZXNwb25zZSB0byB0aGUgSVRTLCB0aGVyZSBpcyBu byANCiAgICBkZW1vbnN0cmF0ZWQgYnVnIGhlcmUuICBJdCB3b3VsZCBhcHBlYXIgeW91J3ZlIHJ1 biBvdXQgb2YgZnJlZSBwYWdlcyBnaXZlbiANCiAgICB0aGUgbWFwc2l6ZSB5b3Ugc3RhcnRlZCB3 aXRoLiAgQXMgbm90ZWQgaW4gdGhlIGRvY3VtZW50YXRpb24sIHRoZSBnZW5lcmFsIA0KICAgIGV4 cGVjdGF0aW9uIGlzIG9uZSBzZXRzIGEgdmVyeSBsYXJnZSBtYXBzaXplIGZyb20gdGhlIHN0YXJ0 LiAgSG9wZSB0aGF0IA0KICAgIGhlbHBzIQ0KICAgIA0KICAgIC0tUXVhbmFoDQogICAgDQogICAg DQogICAgDQogICAgLS0NCiAgICANCiAgICBRdWFuYWggR2lic29uLU1vdW50DQogICAgUHJvZHVj dCBBcmNoaXRlY3QNCiAgICBTeW1hcyBDb3Jwb3JhdGlvbg0KICAgIFBhY2thZ2VkLCBjZXJ0aWZp ZWQsIGFuZCBzdXBwb3J0ZWQgTERBUCBzb2x1dGlvbnMgcG93ZXJlZCBieSBPcGVuTERBUDoNCiAg ICA8aHR0cHM6Ly9uYW0wNi5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0 dHAlM0ElMkYlMkZ3d3cuc3ltYXMuY29tJmFtcDtkYXRhPTAyJTdDMDElN0NhZHVib3ZraW4lNDBs aW5rZWRpbi5jb20lN0NjODkxMDQyNzM3OTQ0NjEzZWYyZDA4ZDZlOWVjMmJmOSU3QzcyZjk4OGJm ODZmMTQxYWY5MWFiMmQ3Y2QwMTFkYjQ3JTdDMSU3QzElN0M2MzY5NTM1OTc4OTk3NDAxOTAmYW1w O3NkYXRhPVRQcUVDY0lwJTJGcGFNQlJwSHlpOW03ZDk1R084NXk0ZEIzTU4xYUw1c1dsVSUzRCZh bXA7cmVzZXJ2ZWQ9MD4NCiAgICANCiAgICANCg0K

1 0

(ITS#9030) Use sys/cachectl.h rather than asm/cachectl.h on mips
by mh-bcrayqnc＠glandium.org 05 Jun '19

05 Jun '19

Full_Name: Mike Hommey Version: OS: Linux URL: https://github.com/glandium/lmdb/commit/3e9a0dfc718699671ac2f21d40ef259b5da… Submission from: (NULL) (153.194.155.35) asm/cachectl.h doesn't contain the function declaration for cacheflush, but sys/cachectl.h does. Having the declaration in mdb.c can cause linkage issues when using things like -fvisibility=hidden.

1 0

Re: (ITS#9029) MDB_MAP_FULL error after removing some records from DB
by quanah＠symas.com 05 Jun '19

05 Jun '19

--On Wednesday, June 05, 2019 7:53 PM +0000 Alexey Dubovkin <adubovkin(a)linkedin.com> wrote: > Thank you! > Alexey Hi Alexey, As Howard already noted in his response to the ITS, there is no demonstrated bug here. It would appear you've run out of free pages given the mapsize you started with. As noted in the documentation, the general expectation is one sets a very large mapsize from the start. Hope that helps! --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs