openldap-bugs September 2017

openldap-bugs@openldap.org

35 participants
128 discussions

(ITS#8727) Potential memory leaks in ldap_send_server_request()
by hyc＠openldap.org 08 Sep '17

08 Sep '17

Full_Name: Howard Chu Version: 2.4 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.136.45.114) Submitted by: hyc There are two error paths don't call ber_free() as all the other ones do. One is only in LDAP_CONNECTIONLESS code so quite rare. One occurs if ldap_int_flush_request() fails when flushing an earlier partial write. Also quite rare but has been seen occasionally.

1 0

Re: (ITS#7996) Global initialisation race in ldap_int_initialize
by quanah＠symas.com 08 Sep '17

08 Sep '17

--On Friday, September 08, 2017 1:02 PM +0000 a.cudbardb(a)freeradius.org wrote: >> Thanks for the report and sorry for the delay on getting to this = > issue. I would note that for the fix to be included in the OpenLDAP = > project, we need an IPR statement, as noted at = > <https://www.openldap.org/devel/contributing.html>. If you can provide = > that, and (if possible) submit the patch as git format-patch via the = > project FTP server (include the URL in your email), then I can pull it = > in. > > IPR statement is not a problem, but I don't have the original diff to = > work from. If you can send me a copy of the FTP submission I can = > reformat it and resubmit it. Hi Arran, The diff is in your github issues tracker. ;) <https://github.com/arr2036/ldapperf/issues/2#issuecomment-66242732> Thanks, 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#7996) Global initialisation race in ldap_int_initialize
by a.cudbardb＠freeradius.org 08 Sep '17

08 Sep '17

--Apple-Mail=_95BF47BF-6363-41EE-A6CE-44E52E5DA9A1 Content-Type: multipart/mixed; boundary="Apple-Mail=_65FA453F-90D8-41E7-BEB1-EF56933D959A" --Apple-Mail=_65FA453F-90D8-41E7-BEB1-EF56933D959A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Quanah, > Thanks for the report and sorry for the delay on getting to this = issue. I would note that for the fix to be included in the OpenLDAP = project, we need an IPR statement, as noted at = <https://www.openldap.org/devel/contributing.html>. If you can provide = that, and (if possible) submit the patch as git format-patch via the = project FTP server (include the URL in your email), then I can pull it = in. IPR statement is not a problem, but I don't have the original diff to = work from. If you can send me a copy of the FTP submission I can = reformat it and resubmit it. Many Thanks, -Arran Arran Cudbard-Bell <a.cudbardb(a)freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2 --Apple-Mail=_65FA453F-90D8-41E7-BEB1-EF56933D959A Content-Disposition: attachment; filename=a_cudbardb_openldap_ipr_statement.txt.asc Content-Type: application/octet-stream; x-unix-mode=0644; name="a_cudbardb_openldap_ipr_statement.txt.asc" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 The provided patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Arran Cudbard-Bell a.cudbardb(a)freeradius.org. I have not assigned rights and/or interest in this work to any party. I, Arran Cudbard-Bell, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZsoaLAAoJEP+k1YKfttfKGV0P/3gpa+4LOb6ncwGwLgenRuqm Bq3ZgvozcMa2jmCk5atWmc3Jv8v5ysPc7VK9Lw4Zb4PZF2hsEqCCFIsU5Bt01poU qPu4yv8BndplIhR4vNEDX83z31RYqS4JlIVPdedFGEN3HuB5yTxp+bsUmMvIDpx6 ZFxgpfAIrNaPUBcfHaudBJ+1XiS4q64Sp1oHyGOmrbP+6IvrQirPj8zu3N6A9BGA UQGLlIFWmX1557EuYn6BkCCAtmKhe8b8lI9bIQaS4EBOGAeHKIhbCC4ptXAzMfrV 1sXXM6ziBSOWeyiZe0OkAdzoxIufpAPjO47coT71Ttw4rjlKDP2+VbSOamf4tLu8 njbt3HEtB0xscetKIPutcWAgnapFvNPB3sCHtHhd1yW2jAnA9AhASgjGyJSuK7sB tPocdgZJgksiqXgXe1ameazc9/jGpGd+1GGQo3kPMv6VQ5iUpInRqOWSarQAH3Rp E2IbaZAkzep9PD5mNslZHp//bXeAvfRugXjvuS1zjxwYeCaYEdvFX307BBtnaFKW 3i1qU8P4l9iyxxI9qxe+xcn121sA+fl5Ka0++1QWmg2QjeJvwynehN5qePwO+zFY WbOM1h8ztKWjFmdZ+6/4ZIjjIN22Bxt/c2235TPbAwTTsnwKG4UU5o/f+tL937b9 uhb+P27BWGmtr7fvPM+S =BAuq -----END PGP SIGNATURE----- --Apple-Mail=_65FA453F-90D8-41E7-BEB1-EF56933D959A-- --Apple-Mail=_95BF47BF-6363-41EE-A6CE-44E52E5DA9A1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZsoa4AAoJEP+k1YKfttfKhuoQAIrSvVKQ31tqvi2NqH0Uc83b pArApt8XDS59yuYyMJUoA6US/LelLQeLiuWb2wnoRET4WRCSZttiKuHwXJ808m8E n5fC/FMAuXWzDnDKN4IXFTpsGk7T38vqkRuvEmSnx9p6mphaZtvcR52Sy2WqhK3H TgYdvp4SSPSS9IxZDKMrMORrrl3qj7BAjxEtEdG96Wir+kYFZPKyNmwyG0i9rf2n mB7ngTvWRcPSQ4SMJs5y7Cjbp8e9NiucQJlbbXxVTIcIBPBGfYEQs81w89UL7IY8 B8NagzvCRDCXGHCTSxuzjjNGOjPLMCpnfGYSGfoHWNcYsc0TCXz/mtnrw7fK9ZYR 8mGRRx3eZrQclqhQkaySdSp7hU4Cu51MzmWRbn853vDfsKwieGYeUJ1S4Ti1uviJ gJG9sHB3AwnkW/QRA6GOCuxNYw3mL6ai2uzVV9HD30wk1JOkEtVosC2ILj3hpDpo oG7GwSgwA2tWmv6bMn7oLZn/8nN6LCanOFUq/iXOnedXfvCcQNqpHls5hoAAnaU4 PR+KBdksxMsHG8qhRA9ZNW3OJvRV45/ms3sU+0ITU6VzkH0b54cd06IiORBZDw5h KgIYmPWMuctMiZcVet2US5QLWs809LfzAjyfKy1JAS1+x1ek5LtgBgDe/FgIAiNS Dw29LYUKqCOAr1NZdgNd =MuFe -----END PGP SIGNATURE----- --Apple-Mail=_95BF47BF-6363-41EE-A6CE-44E52E5DA9A1--

1 0

RE: (ITS#8436) slapadd hang in bdb_tool_entry_close / ldap_pvt_thread_cond_wait
by Mark.Bannister＠morganstanley.com 08 Sep '17

08 Sep '17

> Hi Mark, >=20 > I would note that no patch for this issue has ever been submitted to the = tracker, nor is there any IPR, etc. I did track > down your suggested fix via the mailing list thread. However, that is no= t sufficient for it to be included in the > OpenLDAP project. > > Please see <http://www.openldap.org/devel/contributing.html> for the corr= ect procedure for submitting your fix if you would like it to be included. >=20 > Thanks, > Quanah Hi Quanah, I was reporting a bug, not a patch. There were multiple ways of fixing it.= I provided one suggested fix here: http://www.openldap.org/lists/openldap-technical/201605/msg00103.html but quickly followed that up with another idea: http://www.openldap.org/lists/openldap-technical/201605/msg00104.html Of course moving to LMDB would be the best approach, but we're still not th= ere yet, it takes a long time to switch directory format when you're dealin= g with hundreds of OpenLDAP instances on Solaris 11 (esp. where Oracle have= only recently provided a way of upgrading from 2.4.30 to 2.4.44). Best regards, Mark. ---------------------------------------------------------------------------= ----- NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinion= s or views contained herein are not intended to be, and do not constitute, = advice within the meaning of Section 975 of the Dodd-Frank Wall Street Refo= rm and Consumer Protection Act. If you have received this communication in = error, please destroy all electronic and paper copies and notify the sender= immediately. Mistransmission is not intended to waive confidentiality or p= rivilege. Morgan Stanley reserves the right, to the extent permitted under = applicable law, to monitor electronic communications. This message is subje= ct to terms available at the following link: http://www.morganstanley.com/d= isclaimers If you cannot access these links, please notify us by reply mes= sage and we will send the contents to you. By communicating with Morgan Sta= nley you consent to the foregoing and to the voice recording of conversatio= ns with personnel of Morgan Stanley.=

1 0

Re: (ITS#8508) PATCH - ucgendat.c properly add title-case characters without upper-case equivalents (e.g. greek letters with iota subscript)
by z.figura12＠gmail.com 07 Sep '17

07 Sep '17

Hello Quanah, I have resent the patch including an IPR: ftp://ftp.openldap.org/incoming/zebediah-figura-170907.patch Thank you for the attention.

1 0

Re: (ITS#8726) slapd -d pcache not available when pcache is a module
by adam＠brainfood.com 07 Sep '17

07 Sep '17

After further reading of the code, in ldap_log.h, I see LDAP_DEBUG options that are no longer supported(_CACHE and _INDEX). Based on that, I then specify -d 4096, and now I see the debug logs from pcache. This is because that's the first mask value discovered that is not used by the known log levels. However, that depends on the ordering of the modules, which seems fraught with error. On Thu, Sep 7, 2017 at 4:32 PM, <openldap-its(a)openldap.org> wrote: > > *** THIS IS AN AUTOMATICALLY GENERATED REPLY *** > > Thanks for your report to the OpenLDAP Issue Tracking System. Your > report has been assigned the tracking number ITS#8726. > > One of our support engineers will look at your report in due course. > Note that this may take some time because our support engineers > are volunteers. They only work on OpenLDAP when they have spare > time. > > If you need to provide additional information in regards to your > issue report, you may do so by replying to this message. Note that > any mail sent to openldap-its(a)openldap.org with (ITS#8726) > in the subject will automatically be attached to the issue report. > > mailto:openldap-its@openldap.org?subject=(ITS#8726) > > You may follow the progress of this report by loading the following > URL in a web browser: > http://www.OpenLDAP.org/its/index.cgi?findid=8726 > > Please remember to retain your issue tracking number (ITS#8726) > on any further messages you send to us regarding this report. If > you don't then you'll just waste our time and yours because we > won't be able to properly track the report. > > Please note that the Issue Tracking System is not intended to > be used to seek help in the proper use of OpenLDAP Software. > Such requests will be closed. > > OpenLDAP Software is user supported. > http://www.OpenLDAP.org/support/ > > -------------- > Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved. >

1 0

(ITS#8726) slapd -d pcache not available when pcache is a module
by adam＠brainfood.com 07 Sep '17

07 Sep '17

Full_Name: Adam Heath Version: OS: debian stretch URL: Submission from: (NULL) (99.146.168.62) 1: In slapd/main.c, parse_debug_level adds 'pcache' to the global debug_unknowns. 2: main() then calls read_config() 3: eventually, overlay pcache is read from the config file 4: pcache calls slap_loglevel_get, to configure it's static int pcache_debug 5: pcache calls config_register_schema, so the pcache config options can be parsed 6: eventually, pcache:pc_cf_gen() is called, to handle the pcacheTemplate option 7: pc_cf_gen calls Debug(pcache_debug) 8: back in main(), immediately after read_config(), parse_debug_unknowns is called to add the enabled debug levels into the global slapd_debug bit mask. It'd be nice if I could see the pcache_debug calls when pcache is configured as a module, instead of having to statically compile it into slapd. If I use "-d -1", then I *do* see those pcache_debug calls, but then I also see *everything else*.

1 0

(ITS#8725) Additional support for asynchronous operation
by hyc＠openldap.org 07 Sep '17

07 Sep '17

Full_Name: Howard Chu Version: 2.5 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.136.45.114) Submitted by: hyc Some small frontend tweaks to better support back-asyncmeta

1 0

Re: (ITS#8427) Incorrect value of tls_reqcert in syncrepl
by quanah＠symas.com 07 Sep '17

07 Sep '17

--On Wednesday, October 05, 2016 7:25 PM +0000 mkp37215(a)gmail.com wrote: > Since more than four months have passed since last message here, I > would like to ask if any progress has been made in this matter? Has > anyone looked into my patch? Hi, I'm working on incorporating submissions in the ITS system. This report is missing an IPR which is required for it to be included in the project. Please see <http://www.openldap.org/devel/contributing.html> and update this ITS with your IPR when possible. Thanks, 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#8578)
by quanah＠symas.com 07 Sep '17

07 Sep '17

--On Sunday, March 19, 2017 3:56 PM +0000 sca+openldap(a)andreasschulze.de wrote: > uploaded a new version: > ftp://ftp.openldap.org/incoming/andreas-schulze-its8578-20170319.patch Hi Andreas, For this to be included in the OpenLDAP project an IPR is necessary as documented at <http://www.openldap.org/devel/contributing.html>. Thanks, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs September 2017