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

Re: char* parameters -> const char* ?



Sorry for not responding sooner... I've been a bit overwhelmed.

At 10:23 PM 9/15/98 +0000, you wrote:
>a) do functions like ldap_bind() alter the char* arguments? (as a
>correlary, will the ldap code alter the char**'s used in rebindproc
>calls.)

The char* arguments to ldap_bind are not altered.  It also does
not modify rebindproc returned strings.

>b) if no changes are made, would it be possible to change the
>declaration of these functions to include const char*, which would
>provide a reassurance about what the code is in fact doing. (and allow
>the use of standard C++ strings without casting).

We could change them like some vendors (ie: Netscape) have.  The only
issue is how strict do you want to follow the published specs (RFC_1823
for v2, draft-ietf-ldapext-ldap-c-api-01 for v3) and what problems might
occur do that change.

We could make the change conditional.  That is, have a flag -DLDAP_API_STRICT
or -DLDAP_API_CONST (depending on what we decide the default behavior
should be) that would define LDAP_CONST appropriately.   The prototypes
would get a uglier, but it would provide a bit of flexibility.

Kurt