Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Wed, Aug 25, 2004 at 05:59:16PM -0700, Stas Bekman wrote: Heh, it's so much easier when you have a reproducable case to work on. Believe me, I know; I ask my clients for reproducible cases all the time. I'm starting to learn some tricks for tracking down problems like this one. Hopefully my reports will be better in the future. Here is the reduced version of your test independent of A-T: Ahh, now I see. I'll be interested to hear the outcome from the p5p list. Meanwhile I've committed another workaround, please either use the cvs version or apply this patch and let me know whether the problem is still there: This version works fine for me with the test cases I submitted. Glad to have that issue out of the way now g. Thanks! William -- Knowmad Services Inc. http://www.knowmad.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Mon, Aug 23, 2004 at 08:20:39PM -0700, Stas Bekman wrote: OK, I have a reproducible set of tests which work the same on Win* and Linux. The problem has to do with bringing CGI::Carp into play. Here are two additional tests--one works and the other fails. I hope this will help you to resolve the Statement unlikely to be reached errors. Apparently under Linux, my test suite was working because I was loading CGI::Carp somewhere along the way. This wasn't the case in Windows. was there supposed to be an attachment or something? Dangit! Let's try that again... Wm -- Knowmad Services Inc. http://www.knowmad.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Fri, Aug 20, 2004 at 01:56:05PM -0700, Stas Bekman wrote: So all the problems you have reported before are now resolved, William? I knew you were going to ask me that g! It's not necessarily the case. I did not do a complete test under Windows using my test suite; I just ran the basic tests that come with A::T. I'll try to get to that over the weekend and let you know. Sure. Take your time, William. I think at least the problem of the endless interactive config loop has been solved now. Yes, I'm not seeing that behavior (although I might be specifying the httpd path by habit when I run `perl Makefile.PL`). OK, I tested the new release with my full test suite and am still getting Statement unlikely to be reached failures in TestRun.pm at lines 643 and 747. I'm simply patching this file which works for my needs. It seems this is a perl issue under Win32; I'm still running 5.8.3 on that platform. William -- Knowmad Services Inc. http://www.knowmad.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
William McKee wrote: On Fri, Aug 20, 2004 at 01:56:05PM -0700, Stas Bekman wrote: So all the problems you have reported before are now resolved, William? I knew you were going to ask me that g! It's not necessarily the case. I did not do a complete test under Windows using my test suite; I just ran the basic tests that come with A::T. I'll try to get to that over the weekend and let you know. Sure. Take your time, William. I think at least the problem of the endless interactive config loop has been solved now. Yes, I'm not seeing that behavior (although I might be specifying the httpd path by habit when I run `perl Makefile.PL`). OK, I tested the new release with my full test suite and am still getting Statement unlikely to be reached failures in TestRun.pm at lines 643 and 747. I'm simply patching this file which works for my needs. It seems this is a perl issue under Win32; I'm still running 5.8.3 on that platform. Well, I tried to fix it some time ago, but w/o being able to reproduce it I wasn't very successful. If you have ideas to what could be the problem, please let us know/send a patch. It's interesting that no other win32 user has complained about this. Randy, have you possibly seen this? The original William's report can be found here: http://marc.theaimsgroup.com/?t=10789562352r=1w=2 -- __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Mon, Aug 23, 2004 at 11:47:21AM -0700, Stas Bekman wrote: Well, I tried to fix it some time ago, but w/o being able to reproduce it I wasn't very successful. If you have ideas to what could be the problem, please let us know/send a patch. I find it interesting that the default testsuite doesn't run into this error but that my tests do. I'll try to create a test that causes the error and send it to the list. It's interesting that no other win32 user has complained about this. Randy, have you possibly seen this? And what version of Perl/Win* are you using? I'm on WinXP with ActiveState Perl Build 809. William -- Knowmad Services Inc. http://www.knowmad.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Aug 19, 2004, at 12:17 PM, Stas Bekman wrote: You can download the release candidate from here: http://www.apache.org/~stas/Apache-Test-1.13-dev.tar.gz All tests pass for me, and it appears to work nicely with my module that uses Apache::TestMB. Regards, David smime.p7s Description: S/MIME cryptographic signature
Re: [RELEASE CANDIDATE] Apache-Test 1.13
On Thu, Aug 19, 2004 at 12:17:37PM -0700, Stas Bekman wrote: You can download the release candidate from here: http://www.apache.org/~stas/Apache-Test-1.13-dev.tar.gz If there are no problems reported Apache-Test 1.13 will be released tomorrow. It's working fine for me under both Linux and Windows. William -- Knowmad Services Inc. http://www.knowmad.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
William McKee wrote: On Thu, Aug 19, 2004 at 12:17:37PM -0700, Stas Bekman wrote: You can download the release candidate from here: http://www.apache.org/~stas/Apache-Test-1.13-dev.tar.gz If there are no problems reported Apache-Test 1.13 will be released tomorrow. It's working fine for me under both Linux and Windows. Thanks! So all the problems you have reported before are now resolved, William? -- __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [RELEASE CANDIDATE] Apache-Test 1.13
William McKee wrote: On Fri, Aug 20, 2004 at 11:08:33AM -0700, Stas Bekman wrote: It's working fine for me under both Linux and Windows. Thanks! So all the problems you have reported before are now resolved, William? I knew you were going to ask me that g! It's not necessarily the case. I did not do a complete test under Windows using my test suite; I just ran the basic tests that come with A::T. I'll try to get to that over the weekend and let you know. Sure. Take your time, William. I think at least the problem of the endless interactive config loop has been solved now. -- __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[RELEASE CANDIDATE] Apache-Test-1.13
a release candidate for Apache-Test 1.13 is now available. http://perl.apache.org/~geoff/Apache-Test-1.13-dev.tar.gz please take the time to excercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. --Geoff Changes since 1.12: the have() function was removed entirely - use need() instead. [Geoffrey Young] add need() and need_* variant functions (need_module(), need_apache(), etc) for use specifically with plan() to decide whether or not a test should run. have_* variants (have_module(), have_apache(), etc) are now specifically for use outside of plan(), although they can continue to be used within plan() without fear of current tests breaking. [Geoffrey Young] add need_php() and have_php() which will return true when either mod_php4 or mod_php5 are available, providing functionality similar to need_cgi() and have_cgi(). [Geoffrey Young] Add APACHE_TEST_EXTRA_ARGS make variable to all invocations to t/TEST to allow passing extra arguments from the command line. [Gozer] When APACHE_TEST_NO_STICKY_PREFERENCES=1 is used don't even try to interactively configure the server, as we don't save any config it was entering an infinite loop. [Stas] If a directory t/lib exists from where the tests are run, adjust @INC so that this directory is added when running the tests, both within t/TEST and within t/conf/modperl_inc.pl. This allows inclusion of modules specific to the tests that aren't intended to be installed. [Stas, Randy] make a special case for threaded mpm configuration, to ensure that unless maxclients was specified, MaxClients will be exactly twice bigger than ThreadsPerChild (minclients), since if we don't do that, Apache will reduce MaxClients to the same value as ThreadsPerChild. [Stas] Renamed generate_test_script() to generate_script() in Apache::TestMB to match the naming convention used in Apache::TestMM and elsewhere. [David] Apache::TestMB now only prints the Generating test running script message if verbosity is enabled (e.g., by passing --verbose when executing Build.PL). [David] Fixed the requests_redirectable parameter to Apache::TestRequest::user_agent() so that it works as docmented when passed a negative value. [Boris Zentner] Documented support for passing an array reference to the requests_redirectable parameter to Apache::TestRequest::user_agent() to be passed to LWP::UserAgent if LWP ist installed. [David]
Re: [RELEASE CANDIDATE] Apache-Test-1.13
Geoffrey Young wrote: a release candidate for Apache-Test 1.13 is now available. http://perl.apache.org/~geoff/Apache-Test-1.13-dev.tar.gz please take the time to excercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. All tests OK on : OpenBSD 3.5 (httpd-1 and httpd-2) Fedora Core 2 --Geoff Changes since 1.12: the have() function was removed entirely - use need() instead. [Geoffrey Young] add need() and need_* variant functions (need_module(), need_apache(), etc) for use specifically with plan() to decide whether or not a test should run. have_* variants (have_module(), have_apache(), etc) are now specifically for use outside of plan(), although they can continue to be used within plan() without fear of current tests breaking. [Geoffrey Young] add need_php() and have_php() which will return true when either mod_php4 or mod_php5 are available, providing functionality similar to need_cgi() and have_cgi(). [Geoffrey Young] Add APACHE_TEST_EXTRA_ARGS make variable to all invocations to t/TEST to allow passing extra arguments from the command line. [Gozer] When APACHE_TEST_NO_STICKY_PREFERENCES=1 is used don't even try to interactively configure the server, as we don't save any config it was entering an infinite loop. [Stas] If a directory t/lib exists from where the tests are run, adjust @INC so that this directory is added when running the tests, both within t/TEST and within t/conf/modperl_inc.pl. This allows inclusion of modules specific to the tests that aren't intended to be installed. [Stas, Randy] make a special case for threaded mpm configuration, to ensure that unless maxclients was specified, MaxClients will be exactly twice bigger than ThreadsPerChild (minclients), since if we don't do that, Apache will reduce MaxClients to the same value as ThreadsPerChild. [Stas] Renamed generate_test_script() to generate_script() in Apache::TestMB to match the naming convention used in Apache::TestMM and elsewhere. [David] Apache::TestMB now only prints the Generating test running script message if verbosity is enabled (e.g., by passing --verbose when executing Build.PL). [David] Fixed the requests_redirectable parameter to Apache::TestRequest::user_agent() so that it works as docmented when passed a negative value. [Boris Zentner] Documented support for passing an array reference to the requests_redirectable parameter to Apache::TestRequest::user_agent() to be passed to LWP::UserAgent if LWP ist installed. [David] -- Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
