Stas Bekman wrote:
Markus Wichitill wrote:
Well, I haven't written any C/C++ in a while and I've never had to
deal with macro hell, but as far as I can see, newSVpvf is defined in
Perl's embed.h:
#define newSVpvfPerl_newSVpvf
If I add that line to the top of ModPerl__Util.h manually, it
Here is a new version of my original patch that includes tests (no doc though)
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3
that would need to be a C code that mixes overload in it. I'll try to
write one tomorrow. Please remind me if I forget.
That's what I tried to in the 'Foo' module that I sent -- it has some XS
code playing with $@, together with overload stuff in the .pm file.
Ah, sorry, I've missed the fact tha
Pratik wrote:
The sample configuration file which I assume to be pretty common, can
be something like below :
==
PerlPassEnv APP_HOME
@Include = "$ENV{APP_HOME}/conf/common.conf";
PerlPassEnv HOME
PerlPassEnv PORT
$ServerRoot = $ENV{HOME} . "/web";
$DocumentRoot = $EN
Markus Wichitill wrote:
Stas Bekman wrote:
Déjà-vu:
http://article.gmane.org/gmane.comp.apache.mod-perl.devel/4427
But I want to know why does this happen on your build and I can't
reproduce it here. That what bugs me. In case you have some time to
look at it,
Well, I haven't written any C/C++
Stas Bekman wrote:
Déjà-vu:
http://article.gmane.org/gmane.comp.apache.mod-perl.devel/4427
But I want to know why does this happen on your build and I can't
reproduce it here. That what bugs me. In case you have some time to look
at it,
Well, I haven't written any C/C++ in a while and I've never
Hi, we had a mod_perl user on Fedora Core report an example of this
error: http://www.gossamer-threads.com/lists/modperl/modperl/62201
I'm trying to get more information on the repro case so I can check it
out locally, but it seems that the proposed patch didn't make it to CVS.
Was that an oversi
Joe Orton wrote:
Hi, we had a mod_perl user on Fedora Core report an example of this
error: http://www.gossamer-threads.com/lists/modperl/modperl/62201
I'm trying to get more information on the repro case so I can check it
out locally, but it seems that the proposed patch didn't make it to CVS.
Wa
Steve Hay wrote:
Stas Bekman wrote:
Steve Hay wrote:
[...]
The error_log only contains:
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Child process is running
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Acquired the start mutex.
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Starting 50 wo
Steve Hay wrote:
Stas Bekman wrote:
Steve Hay wrote:
No, it's something in the mp2 test setup. If I just start my installed
Apache2/mp2 setup then I get two Apache.exe's as expected. I'll try to
see what the difference is.
Got it. We made an exception for Win32 to always run in one-p
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>>"-e line 0" means
>>>that it's a C code :) you could just as well dereference a NULL pointer
>>>for this purpose. or use my module for that :)
>>>http://search.cpan.org/dist/Debug-FaultAutoBT/DumpCore.pm
>>>
>>>
>>>
>>>
>>Couldn't build your m
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>
>>>No, it's something in the mp2 test setup. If I just start my installed
>>>Apache2/mp2 setup then I get two Apache.exe's as expected. I'll try to
>>>see what the difference is.
>>>
>>>
>>>
>>Got it. We made an exception for Win32 to always
Stas Bekman wrote:
>Steve Hay wrote:
>[...]
>
>
The error_log only contains:
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Child process is running
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Acquired the start mutex.
[Tue Dec 14 15:06:47 2004] [notice] Child 3844: Sta
> PerlSetEnv was originally designed to make Env setting be visible before
> the response phase (which is what SetEnv did). So I think you are simply
> misusing this feature and the doc should just say, that PerlSetEnv takes
> effect only in post_config phase and drop any semi-complete support in
>
14 matches
Mail list logo
