On Tue, 21 May 2002, Alessandro Forghieri wrote:
> The execution order turns out to be: 1+2 and *then* 3. It looks like a
> thread is allocated to this (client,handler) pair, so Frame 1 and 3 are
> running in the same thread, separate from the thread that's running 2.
there should never be multi
Greetings.
[...]
>
> do you have a simple test case to reproduce the problem?
>
No, I do not. I hope I will be able get/build/test the latest CVS this week,
and perhaps I'll be able to work on making the problem
reproducible/debuggable which may well mean
I'll have to build a debugperl.
Some
On Tue, 14 May 2002, Alessandro Forghieri wrote:
> ii) It does however crash on my testbed app (which runs as standard CGI,
> FastCGI and
> moperl1). The crash itself appears to happen when a number of
> nearly-simultaneous requests
> arrive to the server and is fatal to modperl (but the static-s
Greetings.
A few updates...
i) modperl-2.0_20020514042137.tar.gz
Now tests cleanly on:
WinNT SP6/MSDEV 6 SP3/AS perl 5.6.1 b630/httpd-2.0_20020506161223.tar.gz
ii) It does however crash on my testbed app (which runs as standard CGI,
FastCGI and
moperl1). The crash itself appears to happe
On Mon, 13 May 2002, Alessandro Forghieri wrote:
> I think apache may be (sometimes?) picking up whatever mod_perl.so is under
> SERVER_ROOT/modules during the test run.
this is fixed in cvs now.
> So, disregard my previous message, my failed line is now:
as is this.
Greetings.
Well now...
> There is a residual crash at dir_config.t (WinNT SP6 - MS Visual
> > Studio 6 SP3).
>
> all tests pass for me with both 5.6.1 and bleedperl,
> httpd-2.0 from cvs on
> xp with msdev 6.0. i also tried 5.6.1 with no debug symbols,
> still all
> pass. would help to kn
On Mon, 13 May 2002, Alessandro Forghieri wrote:
> There is a residual crash at dir_config.t (WinNT SP6 - MS Visual
> Studio 6 SP3).
all tests pass for me with both 5.6.1 and bleedperl, httpd-2.0 from cvs on
xp with msdev 6.0. i also tried 5.6.1 with no debug symbols, still all
pass. would h
Greetings
Doug McEachern wrote:
[...]
> avoiding use of PL_sv_no has cured all segfaults on win32.
> the fixes have
> been checked into cvs.
> there are still a few tests that fail, but none that trigger
> a segfault.
With the latest nodperl CVS snapshot the tally of the tests is much
improv
* Doug MacEachern wrote:
>the issue with all segfaults on win32 is related to the use of the
>internal perl variable &PL_sv_no. not sure what the real problem is, but
>avoiding use of PL_sv_no has cured all segfaults on win32. the fixes have
>been checked into cvs.
I now get
apache\cgihan
the issue with all segfaults on win32 is related to the use of the
internal perl variable &PL_sv_no. not sure what the real problem is, but
avoiding use of PL_sv_no has cured all segfaults on win32. the fixes have
been checked into cvs.
there are still a few tests that fail, but none that tri
On Fri, 10 May 2002, Stas Bekman wrote:
> Alessandro Forghieri wrote:
>
> >>about combinatorial I think not only compat2 is involved here
> >>in test suites I have ran
>
> > Wow. this is great detective work you have done Pascal.
>
> Actually you didn't have to do the detective work. Apache::Test
Alessandro Forghieri wrote:
>>about combinatorial I think not only compat2 is involved here
>>in test suites I have ran
> Wow. this is great detective work you have done Pascal.
Actually you didn't have to do the detective work. Apache::Test comes
with a detective of its own. Just run t/SMOKE
Greetings,
[...]
>Hi
>
> about combinatorial I think not only compat2 is involved here
> in test suites I have ran
[...]
Wow. this is great detective work you have done Pascal.
I have tried to go deeper and actually debug the thing. However, while I can
get a debug version of apache I am stump
>
> By running restricted test suites, I found out that the culprit appears to
> hide somewhere
> in compat2.t, i.e the sequence:
>
> perl -Mblib t\test t/apache/compat2.t t/apache/conftree.t
>
> wedges, whereas:
>
>perl -Mblib t\test t/apache/cgihandler.t t/apache/compat.t
> t/apache/conftr
Greetings.
[...]
> Apache builds and installs fine, mod_perl2 builds fine but running
> `nmake test` crashes the instance of apache2 created by the
> TEST script.
[...]
I have exactly the same behavior with May 6 snapshots (Visual Studio 6SP3,
WinNT SP6) - quoting myself from a different threa
Hi,
Perl: version 5.61, ActiveState ActivePerl Build 631
mod_perl2: about one moth old CVS snapshot and
todays modperl-2.0_20020509222354.tar.gz
Apache:2.0.35 and 2.0.36
Compiler: VisualStudio.NET EA, Service Pack 1
OS:Win2k Professional, Service Pack 2
Apache builds
16 matches
Mail list logo
