[Date Prev][Date Next]
Re: Perl 5.6 fixes (ITS#1659)
I don't think this is really necessary for now. Since the current code
+ patch should compile with both 5.0005 and 5.6. The changes to the
current code is very small.
We really need to move away from the "one big giant lock" approach. To
maybe "interpreter pooling". The backend starts a user-definable number
of perl interpreters, and passes these on to threads round-robin, or
according to which is free.
> We likely need to have some openldap-devel discussions regarding
> whether it's time to completely drop support for Perl 5.005. I
> note that 5.005 is the version of Perl shipped in many "stable"
> operating system releases.
> At 05:27 PM 2002-03-20, email@example.com wrote:
>>Full_Name: Luke Howard
>>Submission from: (NULL) (18.104.22.168)
>>A small change was needed to compile 2.1.0alpha with Perl 5.6.x
>>as opposed to Perl 5.005. Moreover, we made some changes to improve
>>the interface between the back-perl glue and the actual Perl backend:
>>it is, for example, useful for the search implementation to be
>>aware of the search scope and normalized base DN, and for backend
>>methods to return actual LDAP result codes rather than TRUE/FALSE.
>>Caveat utilitor being that we haven't finished testing these patches;
http://linuxquestions.org/ - Ask linux questions, give linux help.
http://splint.org/ - Write safe C code. splint source-code analyzer.