[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Strange effect with jpegPhoto attribute

To: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
Subject: Re: Strange effect with jpegPhoto attribute
From: Michael Ströder <michael@stroeder.com>
Date: Thu, 17 Apr 2003 13:43:30 +0200
Cc: openldap-devel@OpenLDAP.org
In-reply-to: <5.2.0.9.0.20030323111948.022bfd80@127.0.0.1>
References: <5.2.0.9.0.20030323111948.022bfd80@127.0.0.1>
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312

Kurt D. Zeilenga wrote:

At 07:38 AM 3/17/2003, Michael Ströder wrote:

It seems that I have a strange issue with a specific value of a
jpegPhoto attribute and recent REL_ENG_2_1 (available for OpenLDAP
developers upon request). It is not returned in the search result
although slapcat still exports the attribute value.


I still have these problems:

Although I can dump the entry just fine with slapcat LDAP access does not return the attribute values. I'd like to add that it seems that an empty attribute value list is returned for attribute 'jpegPhoto'.

After some more tests the multiple values for jpegPhoto seems to be the problem. I tried to add the two values for 'jpegPhoto' from LDIF file with ldapadd command-line tool. It hangs forever. My own client gets LDAP_SERVER_DOWN during AddRequest.

Adding only either one of the two jpegPhoto values worked just fine. It can be added and retrieved correctly.

Ciao, Michael.

Prev by Date: Re: Backends Performance
Next by Date: Re: Backends Performance
Index(es):
- Chronological
- Thread