openldap-bugs September 2020

openldap-bugs@openldap.org

4 participants
305 discussions

[Bug 9215] New: Embedded _XOPEN_SOURCE breaks Solaris build [regression]
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9215 Bug ID: 9215 Summary: Embedded _XOPEN_SOURCE breaks Solaris build [regression] Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: libraries Assignee: bugs(a)openldap.org Reporter: grapvar(a)gmail.com Target Milestone: --- The commit [2020-03-26 57b7003 | thr_posix.c: fix implicit function declaration for 'pthread_setconcurrency'] introduced in the bug 8676, comment 8: > --- a/libraries/libldap_r/thr_posix.c > +++ b/libraries/libldap_r/thr_posix.c > @@ -15,4 +15,6 @@ > */ > > +#define _XOPEN_SOURCE 500 /* For pthread_setconcurrency() on glibc */ > + > #include "portable.h" breaks build on Solaris (likely any version; irrelevant compiling options omitted): | cc ... -c ../../../libraries/libldap_r/thr_posix.c -o .libs/thr_posix.o | "/usr/include/sys/feature_tests.h", line 354: #error: "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" The system headers bear in mind: "If you are using c99-compatible compiler ..." and we all are using such compilers in 2020, isn't it? "... and want to use X/Open CAE, it must be at least Issue 6" i.e., not the Issue 5 (_XOPEN_SOURCE=500). This part of system headers came from the times when Solaris was Sun yet. Given the long respectful history of Sun's commitment to standard conformance, I trust this assertion. The problem, however, is not an incorrect X/Open version this patch employs. 1st of all, this patch is a system-specific hack, that targets not even GNU-based systems, but, I suppose, specifically, GNU linux, maybe, even specific version and distro. E.g., there are no problems with pthread_setconcurrency() visibility on Solaris. 2nd of all, the influence of configuration macros _XOPEN_SOURCE, _POSIX_SOURCE, _POSIX_C_SOURCE, _XOPEN_VERSION, _XOPEN_SOURCE_EXTENDED, __EXTENSIONS__ etc is very system- and compiler- specific, and embedding these macros directly in a source is likely to cause problems. I believe the best course of action is to put a test in autoconf to check what is the best way to achieve pthread_setconcurrency() visibility on any given system. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 9213] New: undefined reference in back_ldap when --enable-ldap=mod and --disable-dynamic
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9213 Bug ID: 9213 Summary: undefined reference in back_ldap when --enable-ldap=mod and --disable-dynamic Product: OpenLDAP Version: 2.4.49 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: build Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- ./configure --enable-modules --enable-ldap=mod doesn't link back_ldap with libldap (--enable-dynamic is disabled per default). The resulting binary doesn't work; slapd has libldap statically linked, but doesn't include all the symbols back_ldap uses: specifically ldap_modify_ext. slaptest passes, but back_ldap fails at runtime (test022 fails). Not sure if other modules would have the same problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 9212] New: [2.5] entry_schema_check can leave text uninitialized
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9212 Bug ID: 9212 Summary: [2.5] entry_schema_check can leave text uninitialized Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- 76df74dbeab47195e42946a474c3a5f8557c168d removed some important snprintfs in schema_check.c. Now we can get uninitialized data in *text for these cases. For example: $ ./clients/tools/ldapmodify -H ldap://:9000 -x -D cn=admin,dc=example,dc=com -w secret dn: cn=test,dc=example,dc=com changetype: add objectclass: device adding new entry "cn=test,dc=example,dc=com" dn: cn=test,dc=example,dc=com add: sn sn: test modifying entry "cn=test,dc=example,dc=com" ldap_modify: Object class violation (65) additional info: | $ ./clients/tools/ldapmodify -H ldap://:9000 -x -D cn=admin,dc=example,dc=com -w secret dn: cn=test,dc=example,dc=com add: sn sn: test modifying entry "cn=test,dc=example,dc=com" ldap_modify: Object class violation (65) additional info: ^[[?1;2c $ -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 9209] New: test072/test075 fail on Solaris due to buggy test script
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9209 Bug ID: 9209 Summary: test072/test075 fail on Solaris due to buggy test script Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- Both test072 and test075 have this logic: if test -z `which dsadm`; then echo "DSEE dsadm not in path, test skipped" exit 0 fi This works fine on Linux, however it does not work on Solaris causing the test to execute (and then fail). -- You are receiving this mail because: You are on the CC list for the bug.

1 24

[Bug 9201] New: LDAP_THREAD_DEBUG doesn't compile
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9201 Bug ID: 9201 Summary: LDAP_THREAD_DEBUG doesn't compile Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: libraries Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- on master @ 4ac88b219d: ./configure CPPFLAGS="-DLDAP_THREAD_DEBUG" && make make[2]: Entering directory '/home/ryan/tmp/openldap/libraries/libldap_r' /bin/sh ../../libtool --mode=compile cc -g -O2 -I../../include -I../../include -DLDAP_R_COMPILE -I./../libldap -DLDAP_THREAD_DEBUG -DLDAP_LIBRARY -c threads.c cc -g -O2 -I../../include -I../../include -DLDAP_R_COMPILE -I./../libldap -DLDAP_THREAD_DEBUG -DLDAP_LIBRARY -c threads.c -fPIC -DPIC -o .libs/threads.o In file included from ldap_thr_debug.h:129, from threads.c:73: ../../include/ldap_pvt_thread.h:114:1: error: conflicting types for 'ldap_pvt_thread_mutex_recursive_init' ldap_pvt_thread_mutex_recursive_init LDAP_P(( ldap_pvt_thread_mutex_t *mutex )); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from ldap_thr_debug.h:129, from threads.c:26: ../../include/ldap_pvt_thread.h:114:1: note: previous declaration of 'ldap_pvt_thread_mutex_recursive_init' was here ldap_pvt_thread_mutex_recursive_init LDAP_P(( ldap_pvt_thread_mutex_t *mutex )); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ make[2]: *** [Makefile:420: threads.lo] Error 1 -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 9194] New: slapd-ndb: Remove backend for the 2.5 release
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9194 Bug ID: 9194 Summary: slapd-ndb: Remove backend for the 2.5 release Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- Remove the slapd-ndb backend for the 2.5 release, as it was never finished and development on it has ceased. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 9191] New: libraries\liblutil\meter.c have a bad function lutil_meter_update, maybe divide 0
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9191 Bug ID: 9191 Summary: libraries\liblutil\meter.c have a bad function lutil_meter_update, maybe divide 0 Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: client tools Assignee: bugs(a)openldap.org Reporter: digpython(a)163.com Target Milestone: --- int lutil_meter_update ( lutil_meter_t *meter, size_t position, int force) { static const double display_rate = 0.5; double frac, cycle_length, speed, now; time_t remaining_time, elapsed; int rc; assert( meter != NULL ); lutil_get_now( &now ); if ( !force && now - meter->last_update < display_rate ) return 0; frac = ((double)position) / ((double) meter->goal_value); elapsed = now - meter->start_time; if (frac <= 0.0) return 0; if (frac >= 1.0) { rc = meter->display->display_update( &meter->display_data, 1.0, 0, (time_t) elapsed, ((double)position) / elapsed); } else { ... } -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 9184] New: slapd -V flag not documented
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9184 Bug ID: 9184 Summary: slapd -V flag not documented Product: OpenLDAP Version: 2.4.49 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: documentation Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- The slapd(8) man page does not document the -V (version info) flag. https://openldap.org/software/man.cgi?query=slapd&apropos=0&sektion=0&manpa… https://openldap.org/software/man.cgi?query=slapd&apropos=0&sektion=0&manpa… -- You are receiving this mail because: You are watching someone on the CC list of the bug.

1 5

[Issue 9277] New: restart 3+ providers at once burns CPU forever
by openldap-its＠openldap.org 14 Oct '20

14 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9277 Issue ID: 9277 Summary: restart 3+ providers at once burns CPU forever Product: OpenLDAP Version: 2.4.50 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: michael(a)stroeder.com Target Milestone: --- I have tiny VMs configured as Æ-DIR servers, 5 providers (multi-provider replication) and 5 read-only consumers each syncing with all providers. Restarting all consumers at once simply works, no matter how many of the providers are up. Restarting only two providers at once also works. But when restarting more than two providers at once all of thems seem to hang eating up CPU. It could be the same issue like ITS#8650 / ITS#9210 but those only mention GNUTLS being affected. But all my Æ-DIR test servers run slapd built against OpenSSL (openSUSE, Debian buster, CentOS7). -- You are receiving this mail because: You are on the CC list for the issue.

1 7

[Issue 9353] New: back-monitor confuses frontendDB with suffix "" databases
by openldap-its＠openldap.org 12 Oct '20

12 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9353 Issue ID: 9353 Summary: back-monitor confuses frontendDB with suffix "" databases Product: OpenLDAP Version: 2.4.53 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: hyc(a)openldap.org Target Milestone: --- If a database is configured with zero length suffix, supplemental monitoring entries/attributes that are to be registered against that database show up on the cn=FrontendDB,cn=Databases,cn=Monitor entry instead. -- You are receiving this mail because: You are on the CC list for the issue.

1 3

← Newer
1
...
6
7
8
9
10
11
12
...
31
Older →

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 September 2020