>Nick *** wrote:
>
>>> Are you running the latest dev svn?
>>
>> The latest svn is fine. I just removed the patch in order to test more
>> this issue, and that's the coredump...
>
>Understood. I certainly don't have the time to look at fastcgi problems at
>the moment. If someone can that
error_log:
END in modperl_extra.pl, pid=2037
[Thu Dec 16 11:06:47 2004] [notice] FastCGI: process manager initialized (pid
2045)
[Thu Dec 16 11:06:47 2004] [notice] Apache/2.0.52 (Unix) world domination
series/2.0 mod_fastcgi/2.4.2 mod_perl/1.99_19-dev Perl/v5.8.3 configured --
resuming normal
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: Win32 hooks/hookrun.t failure
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 18:21:34 EET
>--
>
>[Nic
Nick *** wrote:
Are you running the latest dev svn?
The latest svn is fine. I just removed the patch in order to test more
this issue, and that's the coredump...
Understood. I certainly don't have the time to look at fastcgi problems at
the moment. If someone can that would be great.
so we are al
[Nick please try to preserve the threads, by posting followups as a reply
to the existing thread. It's really hard to maintain context when this is
broken. Thanks]
#0 apr_cpystrn (dst=0xbfffde30 "t¯$@À\204/@\020", src=0x0,
dst_size=3221220968) at apr_cpystrn.c:57
57 if (!(*d = *sr
No, the name is mod_fastcgi.c. With this the patch works and all tests pass.
While under suse I ran make test (without the patch). The server didn't die
when testing hooks/hookrun.t, like under win32, and there are another two tests
failing:
t/hooks/stacked_handlers2...request has
sdfgsd sergserg wrote:
No, the name is mod_fastcgi.c. With this the patch works and all tests pass.
Thanks, fixed.
While under suse I ran make test (without the patch). The server didn't
die when testing hooks/hookrun.t, like under win32, and there are
another two tests failing:
[...]
t/hooks/hookr
sdfgsd sergserg wrote:
Well, it does fail under Suse 9.0.
Please try this patch which prevents from fastcgi being loaded. I don't
know what's the C name for fastcgi module. I've assumed that it's
fastcgi.c. Please adjust it if it's wrong.
Next if someone could try to investigate why this crash h
Well, it does fail under Suse 9.0.
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /house/doink123/mod_perl-2.0.0-RC1/t/TEST
-clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER=
APAC
I'll check it under linux and freebsd
>Thanks for the detailed report! So it seems that there's
>some conflict between using mod_perl and mod_fastcgi, at
>least on Win32 (the autogenerated httpd.conf that
>Apache::Test generates and uses will enable any modules that
>are enabled in the sys
On Mon, 13 Dec 2004, sdfgsd sergserg wrote:
> This is the problem I described yesterday:
>
> When hookrun.t is reached at 1/10
> a window opens with title: Apache.exe - Application Error
> The instruction at "0x6eecdad9" referenced memory ar
> "0x". The memory could not be "read".
[ ... ]
sdfgsd sergserg wrote:
This is the problem I described yesterday:
When hookrun.t is reached at 1/10 a window opens with title: Apache.exe
- Application Error The instruction at "0x6eecdad9" referenced memory
ar "0x". The memory could not be "read".
and when I press OK I get in the console:
This is the problem I described yesterday:
When hookrun.t is reached at 1/10
a window opens with title: Apache.exe - Application Error
The instruction at "0x6eecdad9" referenced memory ar "0x". The memory
could not be "read".
and when I press OK I get in the console:
t\hooks\hookrun.
13 matches
Mail list logo
