Geoffrey Young wrote:
>>>or you could just comment out each
>>>different startup in TEST.PL (or just TEST if you don't feel like running
>>>Makefile.PL each time) and run each one at a time.
>>>
>>>
>>I just did that - only two of the tests sequences run
>>individually - one where -defines is '' and the other when
>>it's 'ReallyFirst'. In fact, running the two together (ie,
>>when all the others are commented out) is fine - the server
>>starts, stops, and starts again fine, so that's not the
>>problem.
>>
>>
>
>blarg.
>
>ok, I'll hold off on committing then. attached is the final patch I would
>have put in this evening, fwiw.
>
>as I mentioned, I'd be interested to know if the test suite I had sent runs
>against current pristine CVS - the individual tests would fail, obviously,
>but if the server can't start/stop/start 5 times with the given -D switches
>then at least I'd know it wasn't my fault (at least not currently :)
>
I've tried out the "final" patch with CVS mp2 (at about 15:30 01 Mar
2004 GMT) on WinXP / MSVC++ 6 with Apache 2.0.48 / Perl 5.8.3 and I
found that when running "nmake test" (just the standard mp2 tests) the
server now hangs after starting up. The error_log contained:
[Mon Mar 01 16:47:36 2004] [warn] Server ran out of threads to serve
requests. Consider raising the ThreadsPerChild setting
so I changed A-T/lib/Apache/TestConfig.pm in the obvious way:
<IfModule mpm_winnt.c>
ThreadsPerChild 50
MaxRequestsPerChild 0
</IfModule>
The standard mp2 testsuite now passes all tests successful.
What do I do with the hook_order_test-mp2.tar.gz tests? Pardon my
ignorance, but I have no idea where to put these files or what to do
with them.
- Steve
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are
confidential and intended for the addressee(s) only. If you have received this
message in error or there are any problems, please notify the sender immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Note that any views or opinions presented in this email are solely those
of the author and do not necessarily represent those of Radan Computational Ltd. The
recipient(s) of this message should check it and any attached files for viruses: Radan
Computational will accept no liability for any damage caused by any virus transmitted
by this email.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
