openldap-bugs

openldap-bugs@openldap.org

1 participants
20985 discussions

[Bug 9098] assert fails in meta_back_search in some cases after reconnect
by openldap-its＠openldap.org 07 May '20

07 May '20

https://bugs.openldap.org/show_bug.cgi?id=9098 --- Comment #18 from maxime.besson(a)worteks.com <maxime.besson(a)worteks.com> --- Hi, In thread 1 at #4 : i and candidates[i] are optimized out, but the disasembly if that assert line shows a 0x10(%r13),%eax that leads me to believe that candidates[i] is in $r13 at that time: (gdb) print *((SlapReply *)$r13) $90 = {sr_type = REP_RESULT, sr_tag = 3, sr_msgid = -1, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} I can't be exactly sure about 'i', but poking around memory makes be believe that it's 5 too. In thread 8 at #9: (gdb) print candidate $85 = 5 (gdb) print candidates[candidate] $86 = {sr_type = 4294967295, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x25, sr_ctrls = 0x7f007061646c, sr_un = {sru_search = {r_entry = 0x7f4184000078, r_attr_flags = 32, r_operational_attrs = 0x25, r_attrs = 0x7f005f706374, r_nentries = -2078873856, r_v2ref = 0x20}, sru_sasl = { r_sasldata = 0x7f4184000078}, sru_extended = {r_rspoid = 0x7f4184000078 "\320|\033\204A\177", r_rspdata = 0x20}}, sr_flags = 133} The other stack traces I collected however do not seem to show an interaction with ldap_sasl_bind I should be able to deploy a patched slapd 2.4.48 (or why not 2.4.49) if you send me a diff. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 9098] assert fails in meta_back_search in some cases after reconnect
by openldap-its＠openldap.org 07 May '20

07 May '20

https://bugs.openldap.org/show_bug.cgi?id=9098 --- Comment #17 from nivanova(a)symas.com <nivanova(a)symas.com> --- Hello again, We have tried to reproduce the issue, but so far without success - with or without timeouts, and running with helgrind did not show any relevant errors. We will keep trying, but in the mean time: The trace you provided shows something curious. We have the assertion error in Thread 1, and at the same time, we have Thread 8 performing ldap_sasl_bind on the same mc. It could be on a different candidate, in which case this would be irrelevant, but to make sure - if you still have the core and are able to open it, can you give us the following: In thread 1 at #4 , the value of i and of candidates[i] In thread 8 at #9, the value of candidate and candidates[candidate] It also seems something strange has happened to the data, entry values are different from the current, and the pointers seem off... We may need to add a few additional log messages to check the flow and data state since we can't debug. Given that you also can't reproduce it in a test environment, how feasible would be to deploy a build in production that has only log messages added? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 9247] New: Replace ftp:// dowload URLs
by openldap-its＠openldap.org 07 May '20

07 May '20

https://bugs.openldap.org/show_bug.cgi?id=9247 Bug ID: 9247 Summary: Replace ftp:// dowload URLs Product: website Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: website Assignee: bugs(a)openldap.org Reporter: michael(a)stroeder.com Target Milestone: --- Browsers will drop support for ftp:// URLs pretty soon. So the download page should link https:// URLs of mirrors if available. Currently these mirrors support it: https://mirror.eu.oneandone.net/software/openldap/openldap-release/ https://gpl.savoirfairelinux.net/pub/mirrors/openldap/openldap-release/ IMO OpenLDAP's own site should also provide downloads via HTTPS: https://ftp.openldap.org/pub/OpenLDAP/openldap-release/ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 8282] WEB: Devel/tools page is out of date
by openldap-its＠openldap.org 06 May '20

06 May '20

https://bugs.openldap.org/show_bug.cgi?id=8282 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 8282] WEB: Devel/tools page is out of date
by openldap-its＠openldap.org 06 May '20

06 May '20

https://bugs.openldap.org/show_bug.cgi?id=8282 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #1 from Quanah Gibson-Mount <quanah(a)openldap.org> --- commit 86b78c87f48a7203893214d4fcbc1894c4eb338d Author: Quanah Gibson-Mount <quanah(a)openldap.org> Date: Wed May 6 21:51:22 2020 +0000 ITS#8282 - Update tools page - Fix link to autoconf - Fix link to libtool - Add link to gcc - Add link to MSYS2 commit d867b164c5e69e49bc13677c6ff541abae10bb81 Author: Quanah Gibson-Mount <quanah(a)openldap.org> Date: Wed May 6 19:34:20 2020 +0000 Update tools page to be current -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 8758] New Mirror in the Netherlands
by openldap-its＠openldap.org 06 May '20

06 May '20

https://bugs.openldap.org/show_bug.cgi?id=8758 --- Comment #3 from Quanah Gibson-Mount <quanah(a)openldap.org> --- (In reply to mirror(a)koddos.net from comment #2) > Hello, > > Yes we still are interested. We run mirrors in Hong Kong and the > Netherlands. We can setup both locations if you wish. Hi Martin, That sounds great. The server for rsync is www.openldap.org and the module name is OpenLDAP-ftp Let me know the links to the mirrors they are configured and I will add them to the website. Regards, Quanah -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 8376] Use getaddrinfo to resolve FQDN
by openldap-its＠openldap.org 06 May '20

06 May '20

https://bugs.openldap.org/show_bug.cgi?id=8376 --- Comment #15 from Quanah Gibson-Mount <quanah(a)openldap.org> --- Note: SuSE has zero interest in pursuing this patch, as per https://bugzilla.opensuse.org/show_bug.cgi?id=1171127#c3 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 8614] Remove ability to build non-threaded slapd
by openldap-its＠openldap.org 05 May '20

05 May '20

https://bugs.openldap.org/show_bug.cgi?id=8614 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Test suite fails when using |Remove ability to build |--with-threads=no |non-threaded slapd -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 8614] Test suite fails when using --with-threads=no
by openldap-its＠openldap.org 05 May '20

05 May '20

https://bugs.openldap.org/show_bug.cgi?id=8614 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |IN_PROGRESS Assignee|bugs(a)openldap.org |quanah(a)openldap.org -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 6151] Update cosine.schema to RFC 4524
by openldap-its＠openldap.org 05 May '20

05 May '20

https://bugs.openldap.org/show_bug.cgi?id=6151 --- Comment #20 from Quanah Gibson-Mount <quanah(a)openldap.org> --- (In reply to Howard Chu from comment #9) > > a) cosine.schema (== RFC1274) > > cosine4524.schema (== RFC4524) > > mutually exclusive (Kurt does not like this) > > > > b) cosine4524.schema (== RFC4524) > > cosine.schema (== RFC1274 - RFC4524) > > the latter includes the former > > > > c) cosine4524.schema (== RFC4524) > > cosine1274.schema (== RFC1274 - RFC4524) > > > > (there might be more) > > Yes, cosine.schema wrapping cosine4524.schema and cosine1274.schema might be > best. Sounds like (d) is the best option then: cosine4524.schema cosine1274.schema cosine.schema ? Michael, do you want to update your patch for this? -- You are receiving this mail because: You are on the CC list for the bug.

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