Re: Perl test framework, TestConfig, and debugging A::T

2004-01-13 Thread William McKee
On Thu, Jan 08, 2004 at 12:57:43PM -0800, Stas Bekman wrote: It's really hard to guess what did you do. As suggested below if you could create a sample package which reproduces the problem, upload it somewhere and post the URL here, we could be much more helpful. You should be able to

[Fwd: about bugreport of Apache::Test moduleB]

2004-01-13 Thread Ligang Wang
---BeginMessage--- Maybe it will be helpful, see the attachment, bugreport.txt To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: bug report about Apache::Test module Dear Stas Bekman I am not sure if you are the Author of Apache::Test module, maybe the information is helpful for

Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm

2004-01-13 Thread Randy Kobes
On Sun, 11 Jan 2004, Stas Bekman wrote: Randy Kobes wrote: [ ... ] my Apache is D:\Apache2\bin\Apache.exe, which would get reported as d:\apache2\bin\apache.exe. If there isn't an easy way to preserve the case yet still remove such duplicates, I'll do that - it's not a big deal. Randy,

Re: sticky preferences in Apache-Test

2004-01-13 Thread Stas Bekman
Geoffrey Young wrote: I think the patch below handles that fine for any mp2 builds. I've done some more digging - this patch seems to be required. How does it map on the thought from my previous email: Let's see if we can stay without making a modperl-2.0 build special. Why? Because it should

Re: sticky preferences in Apache-Test

2004-01-13 Thread Stas Bekman
Geoffrey Young wrote: Stas Bekman wrote: Geoffrey Young wrote: I think the patch below handles that fine for any mp2 builds. I've done some more digging - this patch seems to be required. How does it map on the thought from my previous email: Let's see if we can stay without making a

Re: sticky preferences in Apache-Test

2004-01-13 Thread Randy Kobes
On Tue, 13 Jan 2004, Stas Bekman wrote: Geoffrey Young wrote: [ ... ] what I do know, however, is that my nightly builds start with 2.1 then move to 2.0, issuing 'make realclean' between each. for the past few nights, the 2.0 tests don't run because it's loading TestConfigData.pm from

Re: sticky preferences in Apache-Test

2004-01-13 Thread Stas Bekman
Randy Kobes wrote: On Tue, 13 Jan 2004, Stas Bekman wrote: Geoffrey Young wrote: [ ... ] what I do know, however, is that my nightly builds start with 2.1 then move to 2.0, issuing 'make realclean' between each. for the past few nights, the 2.0 tests don't run because it's loading

Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm

2004-01-13 Thread Stas Bekman
Randy Kobes wrote: On Sun, 11 Jan 2004, Stas Bekman wrote: Randy Kobes wrote: [ ... ] my Apache is D:\Apache2\bin\Apache.exe, which would get reported as d:\apache2\bin\apache.exe. If there isn't an easy way to preserve the case yet still remove such duplicates, I'll do that - it's not a big

Re: sticky preferences in Apache-Test

2004-01-13 Thread Randy Kobes
On Tue, 13 Jan 2004, Stas Bekman wrote: Randy Kobes wrote: I haven't worked through this yet, but I find a similar problem ... I have two Perls, both of which have mp2 installed, but one has the CPAN Apache-Test and the other has the cvs Apache-Test installed. In building the cvs

Re: apr_psprintf thread safe?

2004-01-13 Thread William A. Rowe, Jr.
The question was due to a typo in a hastily written description; At 08:55 PM 1/8/2004, Donald Doane wrote: The following comment is from apr_lib.h: * apr_vformatter does not call out to any other code, it is entirely * self-contained. This allows the callers to do things which are *