The documentation says close() is part of the "unsupported API" of
APR::Socket which will be "finalized as a need arises". Though not
absolutely certain, I guess I have a need for that function:
I want to accept a POST-request from the client, read some content and
consequently decide that data sh
Hi there!
I just ran into a problem concerning mod_perl in combination with
mod_cgi. That problem has been reported two years ago on this mailing
list ([1], continued in [2] and [3]). I am seeing pretty much the same
behaviour:
-8<-- Start Bug Report 8<--
1
1. Problem Description:
I wanted to debug something different in mod_perl and thought it was a
good idea to have a debugging perl first. After compiling perl with
-Doptimize=-g and a clean rebuild of mod_perl, various tests fail under
Solaris 10.
>From the test logs it seems to me that mod_perl i
Torsten Förtsch wrote:
> On Tuesday 13 April 2010 11:29:49 Jan Schmidt wrote:
>> From the test logs it seems to me that mod_perl is doing something nasty
>> (but systematically) with the perl API concerning Perl_sv_catpvn().
>>
> Fixed in trunk.
>
> You may try this
Torsten Förtsch wrote:
> On Tuesday 13 April 2010 12:49:45 Jan Schmidt wrote:
>> Tried and works. Thank you! I wonder whether this was just "not nice to
>> perl" or might it have been the root cause for infrequent memory
>> corruptions I am hunting for?
>>
