Le lundi 20 septembre 2010 à 23:36 +0000, openldap-its@OpenLDAP.org a
écrit :
> *** 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#6655.
> 
> 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@openldap.org with (ITS#6655)
> in the subject will automatically be attached to the issue report.
> 
> 	mailto:openldap-its@openldap.org?subject=(ITS#6655)
> 
> 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=6655
> 
> Please remember to retain your issue tracking number (ITS#6655)
> 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.
> 

More context here :
http://homepage.gna.org/ldapcppei/archives/ldapEasyAdminFrontends/personFrontend/domainWindow.cpp line # 707...

changed notes
changed state Open to Closed

This is not a bug, but a legitimate error.  The definition of the
attribute jpegPhoto contains no matching rule, so deleting a specific
value is not possible.  This ITS will be closed.  p.

> Full_Name: Philippe EYCHART
> Version: 2.4.15
> OS: slackware
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (123.50.121.95)
>
>
> Hi,
> It seems that the delete of a jpegPhoto attribute (specifing its value)
> produce
> the error 18 (Inappropriate matching).
> With other attribute ("title", for exemple), this error doesn't appear ...
>
> source (C++):
> m_errNo = ldap_modify_ext_s ( m_desc,
> (*m_entryIn)->getIdentifier().c_str(),
> tmpMods, NULL, NULL );
>
> Trace Debug (code::blocks 8.02):
> **tmpMods
>     mod_op=129
>     mod_type = 0xcc9950 "jpegPhoto"
>     mod_vals
>         modv_strvals = 0xc3dad0
>         modv_bvals = 0xc3dad0
> *tmpMods->mod_vals->modv_bvals[0]
>     bv_len = 816
>     bv_val = 0xec9480 "iVBORwOKGgoAAAANSUh...  // (*)
> tmpMods->mod_vals->modv_bvals[1] = (berval *) 0x0,,
> this->m_errNo = 18
>
> (*): here, the value seems correct: (std::string(..."a search jpegPhoto
> attribute result in
> Base"...getAttribute()->getStrValue()))->compare(bv_val)==0...
>
> but:
> **tmpMods
>     mod_op=129
>     mod_type = 0xd76130 "title"
>     mod_vals
>         modv_strvals = 0xcc7e90
>         modv_bvals = 0xcc7e90
> *tmpMods->mod_vals->modv_bvals[0]
>     bv_len = 4
>     bv_val = 0xdd3b40 "test"
> tmpMods->mod_vals->modv_bvals[1] = (berval *) 0x0,,
> this->m_errNo = 0
>
>
> Please, tell me if you need some more samples of code or trace debug ...
> Regards.
> PE
> <http://homepage.gna.org/ldapcppei/Frontends/Howto-7.fr.html>
>
>
>

user error