David Hawes wrote:
> On Thursday 26 July 2007 09:15, you wrote:
>> dhawes(a)vt.edu wrote:
>>> On Thursday 19 July 2007 17:18, ghenry(a)suretecsystems.com wrote:
>>>> <quote who="dhawes(a)vt.edu">
>>>>
>>>>> On Thursday 19 July 2007 05:35, Gavin Henry wrote:
>>>>>>> An updated version of addpartial is available at:
>>>>>>>
>>>>>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz
>>>>>>>
>>>>>>> This version includes changes to work with OpenLDAP 2.3 as well as
>>>>>>> ensuring syncrepl works properly.
>>>>>>>
>>>>>>> david hawes
>>>>>> If this hasn't been added to 2.4/HEAD yet, would you consider updating
>>>>>> it
>>>>>> for inclusion in 2.4 contrib?
>>>>> Absolutely, I've been meaning to test with 2.4. I'll bump it to the
>>>>> top of
>>>>> the list.
>>>> Can you make sure that is dynamically configurable via cn=config like
>>>> everything else in 2.4.
>>>>
>>>> Thanks.
>>> I have tested the overlay at
>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz, and it
>>> works with 2.4.4alpha, including dynamic loading via cn=config.
>>>
>>> Apart from using "overlay addpartial", there is no slapd configuration
>>> for addpartial. I believe this means it doesn't need its own schema to
>>> work correctly. Please correct me if I am wrong about this.
>>>
>>> Thanks,
>>>
>>> dave
>> Anyone mind if I commit this to contrib in HEAD?
>
> I don't think you were asking me about this, but I certainly have no problem
> with it. If I need to state the disclaimer I'll gladly do so. The OpenLDAP
> public license is included, so that may be all that is needed.
>
> dave
Yes, that is all that is needed. Adding shortly.
Gavin.
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
h.b.furuseth(a)usit.uio.no wrote:
> Full_Name: Hallvard B Furuseth
> Version: HEAD
> OS: Linux
> URL: http://folk.uio.no/hbf/OpenLDAP/bug032.tgz
> Submission from: (NULL) (129.240.202.105)
> Submitted by: hallvard
>
>
> Statslog() from even successful tests can show strange sequencing.
>
> grep '^conn=' testrun/slapd.*.log from a test032-chain run shows
> - Operations logged on connections before ACCEPT
> (slapd.1.log conn=2,3 + slapd.2.log conn=7,9)
> - Operations on a connection with no ACCEPT (slapd.1.log conn=10),
> but a 'conn=-1 fd=21 ACCEPT' _after_ that fd's 'close',
> and valgrind shows memory errors between the close and the ACCEPT.
> The enclosed URL gives the testrun directory and test output.
The ACCEPT statslog call occurs after connection_init(). Once connection_init
unlocks the connection mutex, any other thread can run, and it looks like in
your case the actual operation threads got started first. We can simply move
the statslog call a bit earlier. Go ahead and move it if you think this is
really a problem, to me it's just cosmetic.
I don't see how this can be responsible for memory access errors. That must be
something unrelated. What valgrind output do you have for that? Most likely
that's your ITS#5050.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
On Thu, 2007-07-26 at 09:06 -0500, Kurt Zeilenga wrote:
> On Jul 26, 2007, at 11:40 AM, m.d.t.evans(a)qmul.ac.uk wrote:
>
> > Full_Name: Martin Evans
> > Version: n/a
> > OS: fc6
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (138.37.8.140)
> >
> >
> > Issue 5059 has vanished from the its:
> >
> > http://www.OpenLDAP.org/its/index.cgi?findid=5059
> >
> > The web page shows:
> >
> > The system encountered a fatal error
> >
> > can't get info in find_id
> >
> > The last error code was: No such file or directory
> >
> >
>
> A feature, not a bug. ITS#5059 was submitted as a "Major Security"
> issue.
Not intentionally + I could see it after i submitted it. It must have
changed at some point by a mouse slip.
Martin.
>
> -- Kurt
--
-- Dr MDT Evans, Computing Services, Queen Mary, University of London
On Jul 26, 2007, at 11:40 AM, m.d.t.evans(a)qmul.ac.uk wrote:
> Full_Name: Martin Evans
> Version: n/a
> OS: fc6
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (138.37.8.140)
>
>
> Issue 5059 has vanished from the its:
>
> http://www.OpenLDAP.org/its/index.cgi?findid=5059
>
> The web page shows:
>
> The system encountered a fatal error
>
> can't get info in find_id
>
> The last error code was: No such file or directory
>
>
A feature, not a bug. ITS#5059 was submitted as a "Major Security"
issue.
-- Kurt
On Thu, 2007-07-26 at 14:45 +0100, Gavin Henry wrote:
> m.d.t.evans(a)qmul.ac.uk wrote:
> > Full_Name: Martin Evans
> > Version: n/a
> > OS: fc6
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (138.37.8.140)
> >
> >
> > Issue 5059 has vanished from the its:
> >
> > http://www.OpenLDAP.org/its/index.cgi?findid=5059
> >
> > The web page shows:
> >
> > The system encountered a fatal error
> >
> > can't get info in find_id
> >
> > The last error code was: No such file or directory
> >
> >
>
> Strange, I can see it when logged in.
>
> It should be public even though it's not been moved into the right queue?
>
I think it should be public. I've submitted several reports in the past
and none of them have disappeared like that. If you search for it by
number it appears in the "Incoming" topic:
To view messages select a directory from the list below:
Build
0
Contrib
0
Development
0
Documentation
0
Historical
0
Incoming
1
Software
Bugs
0
Software
Enhancements
0
Web
0
But that is all.
M.
--
-- Dr MDT Evans, Computing Services, Queen Mary, University of London
m.d.t.evans(a)qmul.ac.uk wrote:
> Full_Name: Martin Evans
> Version: n/a
> OS: fc6
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (138.37.8.140)
>
>
> Issue 5059 has vanished from the its:
>
> http://www.OpenLDAP.org/its/index.cgi?findid=5059
>
> The web page shows:
>
> The system encountered a fatal error
>
> can't get info in find_id
>
> The last error code was: No such file or directory
>
>
Strange, I can see it when logged in.
It should be public even though it's not been moved into the right queue?
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
docelic(a)mail.inet.hr wrote:
> Full_Name: Davor Ocelic
> Version: CVS-HEAD
> OS: Linux
> URL: http://www.hcoop.net/~docelic/openldap-slapd.overlays.defvals.patch
> Submission from: (NULL) (213.147.110.16)
>
>
>
> Hello,
>
> Attached is a patch which adds a "Default Attribute Values" functionality
> to OpenLDAP. It is implemented as an overlay named "defvals", and the patch
> is done against cvs-head of today.
>
> Complete documentation is included in the slapo-defvals(5) manual page.
> The overlay code itself is commented as well, as a help for others writing
> overlays.
>
> Feel free to trim comments or improve code as you see fit.
>
> Davor Ocelic
>
>
Hi Davor,
Do you want to test this with the latest 2.4 and make it into a slapd
module format like in:
http://www.openldap.org/its/index.cgi/Contrib?id=3593;selectid=3593;statety…
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
dhawes(a)vt.edu wrote:
> On Thursday 19 July 2007 17:18, ghenry(a)suretecsystems.com wrote:
>> <quote who="dhawes(a)vt.edu">
>>
>>> On Thursday 19 July 2007 05:35, Gavin Henry wrote:
>>>>> An updated version of addpartial is available at:
>>>>>
>>>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz
>>>>>
>>>>> This version includes changes to work with OpenLDAP 2.3 as well as
>>>>> ensuring syncrepl works properly.
>>>>>
>>>>> david hawes
>>>> If this hasn't been added to 2.4/HEAD yet, would you consider updating
>>>> it
>>>> for inclusion in 2.4 contrib?
>>> Absolutely, I've been meaning to test with 2.4. I'll bump it to the top
>>> of
>>> the list.
>> Can you make sure that is dynamically configurable via cn=config like
>> everything else in 2.4.
>>
>> Thanks.
>
> I have tested the overlay at
> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz, and it
> works with 2.4.4alpha, including dynamic loading via cn=config.
>
> Apart from using "overlay addpartial", there is no slapd configuration for
> addpartial. I believe this means it doesn't need its own schema to work
> correctly. Please correct me if I am wrong about this.
>
> Thanks,
>
> dave
>
>
Anyone mind if I commit this to contrib in HEAD?
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
Full_Name: Martin Evans
Version: n/a
OS: fc6
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (138.37.8.140)
Issue 5059 has vanished from the its:
http://www.OpenLDAP.org/its/index.cgi?findid=5059
The web page shows:
The system encountered a fatal error
can't get info in find_id
The last error code was: No such file or directory