[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#175;$@#192;\204/@\020, src=0x0,
dst_size=3221220968) at apr_cpystrn.c:57
57 if
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
: Stas Bekman [EMAIL PROTECTED]
: Re: Win32 hooks/hookrun.t failure
: Nick *** [EMAIL PROTECTED]
: , 2004, 16 18:21:34 EET
--
[Nick please try to preserve the threads, by posting followups as a reply
to the existing thread. It's
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
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:
[...]
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:
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
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:
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.
[ ... ]
Hmm now I
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:
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 system
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=
12 matches
Mail list logo
