openldap-bugs

openldap-bugs@openldap.org

1 participants
20964 discussions

Re: (ITS#5774) Modifications not saved on file by back-ldif (on Windows)
by hyc＠symas.com 30 Oct '08

30 Oct '08

emmanuel.duru(a)atosorigin.com wrote: > It works fine with MoveFileEx. Thanks for the confirmation. We'll release this in 2.4.13... -- -- 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#5780) "manageDIT" is still used instead of "relax" here and there
by ando＠sys-net.it 30 Oct '08

30 Oct '08

Full_Name: Pierangelo Masarati Version: HEAD/re24 OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (131.175.154.146) Submitted by: ando s/manageDIT/relax/

1 0

Re: (ITS#5779) backsql_load_schema_map checks wrong schema column in db
by ando＠sys-net.it 30 Oct '08

30 Oct '08

robb(a)wtg.cw.com wrote: > Full_Name: Robert Brooks > Version: 2.4.12 > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (212.28.17.64) > > > start-up of slapd reports > > "backsql_load_schema_map(): required column #6 "expect_return" is empty" > > however the value of ldap_oc_mappings.create_proc is actually being checked, > this can be confirmed by changing create_proc value in database from empty value > to non-empty. > > problem seems to be around line 567 of schema-map.c > > " { delete_proc_idx + 1, "expect_return" }," > > 6 seems correct value, but actual result is not correct I have applied a blind fix to back-sql/schema-map.c; please apply the patch between r1.67 & r1.68 and report (presented below as a reference). p. diff -u -r1.67 schema-map.c --- servers/slapd/back-sql/schema-map.c 21 Aug 2008 20:07:29 -0000 1.67 +++ servers/slapd/back-sql/schema-map.c 30 Oct 2008 13:02:24 -0000 @@ -570,7 +570,7 @@ int i; for ( i = 0; required[ i ].name != NULL; i++ ) { - if ( oc_row.value_len[ i ] <= 0 ) { + if ( oc_row.value_len[ required[ i ].idx ] <= 0 ) { Debug( LDAP_DEBUG_ANY, "backsql_load_schema_map(): " "required column #%d \"%s\" is empty\n", Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5759) whitespace vs white space
by ghenry＠OpenLDAP.org 30 Oct '08

30 Oct '08

quanah(a)OpenLDAP.org wrote: > Full_Name: Quanah Gibson-Mount > Version: HEAD > OS: NA > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.29.239) > > > I noticed that the term "whitespace" and "white space" are used inconsistently > throughout the documentation. Can we please pick one? ;) > > --Quanah > > whitespace it is. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

RE: (ITS#5774) Modifications not saved on file by back-ldif (on Windows)
by emmanuel.duru＠atosorigin.com 30 Oct '08

30 Oct '08

It works fine with MoveFileEx.

1 0

Re: (ITS#5709) slapd sync provider skips some objects
by ghenry＠OpenLDAP.org 30 Oct '08

30 Oct '08

Can you upload these zip attachments to our ftp server or somewhere else with online access please. Then we can test. > > ------=_Part_18730_5320025.1224681987183 > Content-Type: application/zip; name=test018-parallel-import.zip > Content-Transfer-Encoding: base64 > X-Attachment-Id: file0 > Content-Disposition: attachment; filename=test018-parallel-import.zip -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

(ITS#5779) backsql_load_schema_map checks wrong schema column in db
by robb＠wtg.cw.com 30 Oct '08

30 Oct '08

Full_Name: Robert Brooks Version: 2.4.12 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.28.17.64) start-up of slapd reports "backsql_load_schema_map(): required column #6 "expect_return" is empty" however the value of ldap_oc_mappings.create_proc is actually being checked, this can be confirmed by changing create_proc value in database from empty value to non-empty. problem seems to be around line 567 of schema-map.c " { delete_proc_idx + 1, "expect_return" }," 6 seems correct value, but actual result is not correct

1 0

Re: (ITS#5778) slapd crashes while adding multipe attributes
by ando＠sys-net.it 29 Oct '08

29 Oct '08

yoreck(a)rambler.ru wrote: > Full_Name: Yuriy V. Ohonin > Version: slapd 2.4.3alpha (Oct 16 2008 14:08:49) Is there any special reason you're using a release that is more than 2 years old? Can you reproduce the issue with the latest release? p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

(ITS#5778) slapd crashes while adding multipe attributes
by yoreck＠rambler.ru 29 Oct '08

29 Oct '08

Full_Name: Yuriy V. Ohonin Version: slapd 2.4.3alpha (Oct 16 2008 14:08:49) OS: FreeBSD 6.2-RELEASE URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (80.65.16.93) slapd daemon crashes complitely in such a situation: I create my own class in shema objectclass ( Tasks:Chain:Element NAME ('x-tch-e' 'x-Task-Chain-Element') MUST ( cn ) MAY ( x-tch-nxt $ x-tch-sp $ x-tch-ep ) DESC 'Container of pointers, next and previos' ) and an attribute wich should have multiple values attributetype ( Tasks:Attr:3 NAME ('x-tch-nxt' 'x-Task-Chain-Next') EQUALITY distinguishedNameMatch DESC 'Point to next chain element' SYNTAX distinguishedName ) Slapd starts sussesfully. It is possible add first x-tch-nxt attribute to an entry, but if i try to add next one (usind ldapbrowser, or ldap_mod_add php function) slapd stops (i have no such process any more) this is what syslog say: Oct 30 12:11:45 yurik kernel: pid 13227 (slapd), uid 389: exited on signal 6

1 0

Re: (ITS#5777) slapd should reject BindRequest with 'name' when SASL bind is sent
by michael＠stroeder.com 29 Oct '08

29 Oct '08

Kurt Zeilenga wrote: > > On Oct 29, 2008, at 2:56 AM, michael(a)stroeder.com wrote: > >> I wonder whether it would be worth that slapd rejects a SASL bind >> request with >> BindRequest.name set (normally used for simple bind) returning a >> protocolError >> error code. > > RFC 4513: > Clients sending a BindRequest message with the sasl choice selected > SHOULD send a zero-length value in the name field. Servers receiving > a BindRequest message with the sasl choice selected SHALL ignore any > value in the name field. > > So, no. Ok. My intention was that if 'name' field and SASL authc-ID leads to different identity mapping it could confuse admins seeing 'name' in the BindRequest but a different authz-ID being in effect. Anyway no strong need, just an idea. Ciao, Michael.

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