openldap-devel

openldap-devel@openldap.org

1416 discussions

Re: commit: ldap/servers/slapd/back-perl SampleLDAP.pm
by Gavin Henry 15 Jun '07

15 Jun '07

<quote who="hallvard(a)OpenLDAP.org"> > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/back-perl > > Modified Files: > SampleLDAP.pm 1.12 -> 1.13 > I'll take them back into RE_23 as well if you agree. Gavin.

1 0

Re: commit: ldap/servers/slapd/back-perl SampleLDAP.pm
by Hallvard B Furuseth 15 Jun '07

15 Jun '07

quanah(a)OpenLDAP.org writes: > For ITS#4995, add clarification comments How about perlModulePath /directory/with/this/module ? -- Regards, Hallvard

2 1

Kill K&R C support?
by Hallvard B Furuseth 14 Jun '07

14 Jun '07

As far as I can tell, OpenLDAP has been unusable with K&R C since openldap-2.0: lber.h in that release had prototypes unprotected by LDAP_P() in struct sockbuf_io. They've been there ever since. So LDAP_P() can go. Don't know which other not-strict-ISO support is still useful - I note lber.h has used <string.h> since openldap-2.2.4, for example. libldap/open.c has used <limits.h> since 2.0.0. HEAD wraps that in HAVE_LIMITS_H, but it does not protect INT_MAX the same way. -- Regards, Hallvard

2 2

OpenLDAP 2.3.x : support for windows
by nagarajan 13 Jun '07

13 Jun '07

Thanks for all who gave me an opportunity to be with a good community for open source s/w development. I have begun experimenting OpenLDAP versions in Ubuntu.. I have also tried an installer of version 2.1.x on Windows. I see that the support of OpenLDAP for Windows platform has been kind of withdrawn since 2.2.x versions. I'd like to request the community to join hands to provide support for the same. I have begun working on it...I need help from other developers. The main aim is "Let all users of OpenLDAP be benefited! " Let's foster the development! Thanks.

3 2

04 Jun '07

Hi all, Should the dates of some of these be updated to 2007 now? --- Portions Copyright 1998-2005 Kurt D. Zeilenga. Portions Copyright 1998-2005 Net Boolean Incorporated. Portions Copyright 2001-2005 IBM Corporation. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License. --- Portions Copyright 1999-2005 Howard Y.H. Chu. Portions Copyright 1999-2005 Symas Corporation. Portions Copyright 1998-2003 Hallvard B. Furuseth. All rights reserved. Do docs contributions need the above also? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 2

Graphics Package for Admin Guide images?
by Gavin Henry 03 Jun '07

03 Jun '07

Dear all, What was used to create the gifs in doc/guide/admin ? I'd like to do some more for replication scenarios, plus others. I could use FreeMind and/or Dia, Gimp. Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 1

Status of Connectionless LDAP (cldap)
by Michael B Allen 31 May '07

31 May '07

Hi, What's the status of the client oriented connectionless code? I'm getting an abort. I'm tracking it down now and I'm willing to put some work into this so if anyone has some advice I'd appreciate it. Mike $ gdb cldap GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run cldap://dc1.example.com Starting program: /home/miallen/cldap cldap://dc1.example.com cldap: io.c:81: ber_write: Assertion `buf != ((void *)0)' failed. Program received signal SIGABRT, Aborted. 0x0025d7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x0025d7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x0029d7f5 in raise () from /lib/tls/libc.so.6 #2 0x0029f199 in abort () from /lib/tls/libc.so.6 #3 0x00296dd1 in __assert_fail () from /lib/tls/libc.so.6 #4 0x009b0722 in ber_write () from /home/miallen/openldap/lib/liblber-2.3.so.0 #5 0x0061926a in ldap_build_search_req () from /home/miallen/openldap/lib/libldap-2.3.so.0 #6 0x00618ff3 in ldap_search_ext () from /home/miallen/openldap/lib/libldap-2.3.so.0 #7 0x00619087 in ldap_search_ext_s () from /home/miallen/openldap/lib/libldap-2.3.so.0 #8 0x0804959b in run (url=0xbff90c04 "cldap://dc1.example.com") at cldap.c:23 #9 0x08049767 in main (argc=0, argv=0xbff21914) at cldap.c:83 (gdb)

2 4

ldap_sasl_interactive_bind_s
by Quanah Gibson-Mount 29 May '07

29 May '07

I'm working on a patch to add LDAP SASL support to Postfix 2.4 (I made one for 2.2/2.3 a long time ago), and this time I want it to be accepted upstream, so I'm working on what they feel the issues are. Right now, they (a) always want LDAP_SASL_QUIET enabled (makes perfect sense to me) and (b) want the SASL mechanism to be a list of mechanisms the client supports, that should be tried when connecting to the server. I think (b) is rather non-sensical, given the configurations are rather different between things like DIGEST-MD5, EXTERNAL, and GSSAPI just to start, but... I assume to support this I should use the ldap_sasl_interactive_bind_s function, which takes as a parameter a list of mechanisms, if I'm reading it right. The question to me comes up with mixing LDAP_SASL_QUIET in, because part of the routine involved with multiple mechansisms seems to want interaction with the client. My assumption is that if I use ldap_sasl_interactive_bind_s, with LDAP_SASL_QUIET, and pass in a list of mechanisms, the client will just use the first mechanism in its list. Is that correct? Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

2 1

ldap_sort_entries(by DN) -> parent first
by Hallvard B Furuseth 19 May '07

19 May '07

I'd like to modify ldap_sort_entries() so that when sorting by DN, it (usually) sorts parents before their children. This slow down a sort somewhat though. Maybe a magic value 'compare-function=NULL' could be passed when sorting DNs to mean that they shall (not) be sorted this way. Anyway, there are two obvious ways to do it: 1. Sort by number of RDNs in the DN before by the DN. This will always work, so on can e.g. feed the output to ldapadd. However the ordering may not be pretty to a human reader. The output is neither alphabetical nor grouped by subtree. Requires a new value in 'struct everything' in libldap/sort.c. 2. Reverse the DNs while sorting, so 'dc=example,dc=com' is sorted as {"dc=com", "dc=example"}. This will normally return the entries with subtrees grouped together, but can fail (put children in front of parents) if the parent DN is represented differently from the parent DN component of the child. Or the combination would also always work, and maybe give somewhat better ordering than #1 to a human reader. Opinions? Objections? -- Regards, Hallvard

1 0

Re: commit: ldap/servers/slapd/back-bdb dn2id.c filterindex.c proto-bdb.h search.c
by Hallvard B Furuseth 18 May '07

18 May '07

At 8 Feb 2007, hyc(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/back-bdb > (...) > filterindex.c 1.67 -> 1.68 > (...) > use dn2id index for extended filters using entryDN ext_candidates() with dnRelativeMatch and scope > LDAP_SCOPE_BASE does int sc = op->ors_scope; op->ors_scope = scope; rc = bdb_dn2idl( op, locker, &mra->ma_value, ei, ids, stack ); but never uses the saved 'sc'. Is it supposed to restore op->ors_scope after bdb_dn2idl()? -- Regards, Hallvard

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel