Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now property of the Apache::Perl PMC, so discussions of
that are now
Chris Shiflett wrote:
Hi Filin,
I've tride a lot of variants and I even think that
IfModule @PHP_MODULE@
php_admin_value extension_dir /usr/lib/php4/
/IfModule
_should_ work - but it doesn't! I don't know why :(
(I tried both t/extra.conf.in and
t/conf/extra.conf.in)
The
cc'ing chris :)
I think a line in the t/conf/php.ini:
extension_dir = ./
means that php seeks libraries in the current
directory, while those
libraries are in the /usr/lib/php4/.
hmm, could be. chris would know better.
Thereby I have 2
questions:
1) Why it is necessary to
Justin Erenkrantz wrote:
httpd-test gives a really cryptic error message when LWP isn't
installed:
Use of uninitialized value in concatenation (.) or string at
.../Apache-Test/lib/Apache/TestHarness.pm line 121.
Be nice if we could fix that. It seems that $_ is trounced by
If $file does exist, then the
if (! -e $file -e $default_conf) {
}
is ignored, but the
else {
}
will be followed; in my case, on Win32, it overwrote the correct,
exisiting $file with
$file = catfile $root, $default_conf;
blarg, sorry about that.
which didn't exist.
So with 2.1.7 $r-ext_lookup(2.16.840.1.113730.1.13) should return
This Is A Comment for any SSL vhost in the test suite if it works
properly.
excellent!
thanks so much for the info.
--Geoff
+#ifdef HAVE_SSL_EXT_LOOKUP
if (!ext_lookup) {
ap_rputs(ssl_ext_lookup not available, r);
return OK;
}
hey, speaking of this ext_lookup, can you give me an example of what this
function does? in Apache::SSLLookup I've added perl glue for this method,
and right
-my ($self, $user, $uid, $gid) = @_;
+my($self, $user, $uid, $gid) = @_;
eew, the mod_perl style guide doesn't really say that, does it? that's awful.
--Geoff
Philip M. Gollucci wrote:
Jim Martinez wrote:
Who maintains http://httpd.apache.org/test/ ?
There's a image on it that reads ApacheCon Europe 2005 that links to
the
ApacheCon US 2005 (via a redirect).
ApacheCon Europe 2005 was, according to the web site, held around July
18th, 2005.
I saw that.. The link of perl.apache.org is blank though right ?
I'm not quite with the program yet... what do you mean?
httpd.apache.org/test links to perl.apache.org/Apache-Test.
--Geoff
to complete
mp1 runs. [Matt Sergeant, Geoffrey Young]
add Apache::TestConfigParrot and Apache::TestRunParrot to
support mod_parrot server-side testing [Geoffrey Young]
update -withtestmore action to properly work with newer versions
of Test::Builder [Geoffrey Young]
William A. Rowe, Jr. wrote:
Well now; rm -rf t , and svn up, gives me the original error
attempting to create 'serial', a 'serial.old' lingers during
the config phase.
after nuking t/ make sure to nuke ~/.apache-test (or whatever it is on
win32) and run with
Too late to run INIT block at C:/Perl/site/lib/Devel/Cover.pm line 153.
Too late to run CHECK block at C:/Perl/site/lib/Devel/Cover.pm line 155.
don't worry about those.
The only interesting line in t/logs/error_log is:
[Mon Jul 18 14:32:40 2005] [error] [client 127.0.0.1] failed to
Stas Bekman wrote:
Geoffrey Young wrote:
Now, this looks like a bug. The T::B-reset method expects an object,
Apache::Test calls it as a class method. I allow for the possibility that
I've completely misunderstood everything--or even just some things.
well, it's not exactly a bug - it looks
Now, this looks like a bug. The T::B-reset method expects an object,
Apache::Test calls it as a class method. I allow for the possibility that
I've completely misunderstood everything--or even just some things.
well, it's not exactly a bug - it looks like Test::Builder changed
reset() from
we are pleased to announce the latest Apache-Test release, 1.22.
the important change to note for this release is that mod_perl support is
incompatible with mod_perl versions 1.999_21 and earlier. in other words if
you are a mod_perl user only upgrade to this release if you also plan to
upgrade
Stas Bekman wrote:
Geoffrey Young wrote:
we are pleased to announce the latest Apache-Test release, 1.22.
the important change to note for this release is that mod_perl support is
incompatible with mod_perl versions 1.999_21 and earlier.
by earlier Geoff meant 1.99_xx .. 1.999_20
::import) [William McKee [EMAIL PROTECTED]]
TestConfigPerl will now configure mod_perl last, giving mod_perl
highest priority throughout the httpd lifecycle. [Geoffrey Young]
Apache::TestConfig::untaint_path needs to remove empty entries in the
PATH list, since -T considers those tainted too. [Stas
:
fix Apache::TestConfig (was missing 'use lib' before using
lib::import) [William McKee [EMAIL PROTECTED]]
TestConfigPerl will now configure mod_perl last, giving mod_perl
highest priority throughout the httpd lifecycle. [Geoffrey Young]
Apache::TestConfig::untaint_path needs to remove empty
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/ perl.apache.org list?
I dunno. ask set these up.
pinging ask now :)
Also it looks that commits to A-T go to two lists:
To: [EMAIL PROTECTED], modperl-cvs@perl.apache.org
any special reason?
I
yay, php docs at perl.apache.org :)
they may be more popular, but I think we still win when it comes to
open-source altruism :)
sure. but what I'm hoping to accomplish is a more coherent set of
documentation for Apache-Test that transcends what we've done (and
documented well) over in
This solution looks good to me, but should be mod_embperl.c instead of
Embperl.c.
well, I went to the embperl site and added this to my httpd.conf
LoadModule embperl_module /tmp/Embperl.so
and things worked out as expected
[ debug] /tmp/Embperl.so is already absolute
[ debug]
Stas Bekman wrote:
Folks committing to A-T, please don't forget to subscribe to the new lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
I think I mentioned that before, but it never hurts :)
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/
Stas Bekman wrote:
Geoffrey Young wrote:
the Apache-Test/ subdirectory of the perl-framework has migrated to a new
location:
https://svn.apache.org/repos/asf/perl/Apache-Test
what this means for you is that you need to manually adjust your checkout
$ rm -rf Apache-Test/
$ svn
Also Geoff please don't forget to update the documentation. Both inside
the module and at perl.apache.org docs. Thanks.
I couldn't find any mentions of the location of the repository outside of
README-SVN. do you know of others?
additionally, we should probably update httpd.apache.org/test
Jim Martinez wrote:
Hi,
I'm looking for some suggestions for a library problem with Apache::Test,
which I'm using to develop a web application.
Hope this is the place to ask.
better [EMAIL PROTECTED] now, but that list was just created yesterday :)
Using Apache 1 and Mod perl 1, how
may be we should be more flexible right away and use the same approach
Apache uses, i.e. have each custom module a say for its insertion
priority. So we could add mod_perl as middle module and give other
modules an opportunity to load themselves before (first/very_first or
after
Christopher H. Laco wrote:
Geoffrey Young wrote:
in general, I think it is atypical that one apache module depends on
another
module being loaded before it itself can load. that is, in a LoadModule
sense - sure, lots of things depend on mod_perl, but they use
PerlModule not
LoadModule
if you don't find any with grep, then there are none. So we should add
one then :)
:)
yes, now that it's officially ours we should do more to publicise it.
additionally, we should probably update httpd.apache.org/test and
create a
home for Apache-Test under perl.apache.org.
I see
hi all...
in TestConfigPerl we have this logic and comment
# modules like Embperl.so need mod_perl.so to be loaded first,
# so make sure that it's loaded before files inherited from the
# global httpd.conf
$self-preamble_first(IfModule = '!mod_perl.c', $cfg);
what this does is
the Apache-Test/ subdirectory of the perl-framework has migrated to a new
location:
https://svn.apache.org/repos/asf/perl/Apache-Test
what this means for you is that you need to manually adjust your checkout
$ rm -rf Apache-Test/
$ svn update
to get the perl-framework running smoothly
Geoff, removing the SSLRequire line is right, it
doesn't really matter though...
ok, done. thanks for the input.
--Geoff
So Geoff is saying, you must try and at the next line you must also
succeed. With SSLVerifyClient optional, the semantics would be
instead Don't bother to insist for a certificate, but if user
forgot it, give him flaming death. Considered inappropriate :-)
i'm no expert here - I took the
Gavin Carr wrote:
On Fri, Jan 21, 2005 at 09:26:53AM -0500, Geoffrey Young wrote:
I'm trying to test a C module against both apache2 and apache1. apache1
is working beautifully, but when I attempt to reconfigure for apache2
(stock FC1), A::T (1.20) keeps complaining about finding mod_perl 1
http://perl.apache.org/docs/general/testing/testing.html#Parallel_Testing
Here's what I see when I run t/TEST -start-httpd -port=34343
yeah, this is where Apache-Test gets confusing...
it's '-port 34343' not '-port=34343'. same with '-port select'. this is
different than, say
I think we should implement it, since if someone is very unhappy about
the autogenerated httpd.conf they can supply their custom httpd.conf.in
that feels like a lot of work to me - like making A-T respect the Port
setting from httpd.conf.in, because that's what they would expect.
I think that
Stas Bekman wrote:
Geoffrey Young wrote:
In which case we need to remove the custom patterns we have added so
far?
hmm, did we actually add any, or just make the regex a bit more loose? I
can't recall.
can you see how Apache-PREFORK-AdvancedExtranetServer/2.0.52 matches 1
Stas Bekman wrote:
As you can see from the email below, some modules embed a version number
in the module 'mod_fastcgi-2.4.2-AP20.dll'. Our should_skip_module only
matches an exact name. The patch at the end of this email extends the
functionality to support regex skip arguments. Let me know
so you are looking at encountering other
problems, as you try to run modperl tests without using a correct
environment.
yeah, you're right.
or something else needs to be done with t/more.
yes. well, with Apache/Test.pm actually. this should be more helpful:
Index: lib/Apache/Test.pm
the problem is simple - A-T's test suite doesn't use
Apache::TestRunPerl, so all the special stuff needed by modperl is not
used. So it picks the default module it finds (if any). in this case it
picks the wrong mod_perl.so, and the server side ends up running under a
different perl.
yeah,
svn copy https://svn.apache.org/.../trunk \
https://svn.apache.org/.../tags/1.17
(optionally with an -r to peg at specific revision, I guess)
Yes, that's probably what we will have to end up doing in the future.
if you can find the time, can you please make sure the RELEASE file is
doesn't seem to be right. sub is a compile time directive, so putting it
in a conditional doesn't prevent from it being compiled:
indeed. guess I wasn't thinking, which seems to be happening lots lately.
Moreover it now introduces a warning in mp2 build
Subroutine MY::libscan redefined at
Stas Bekman wrote:
Stas Bekman wrote:
I know we tried to avoid external dependencies, but Cwd coming with
5.6.x is unusable under -T. At the moment this breaks some mp2 tests
(the problem comes from A-T, which indirectly invokes Cwd::cwd via
File::Spec's rel2abs. I've tried to code a
-plan tests = 6, need_module('mod_alias.c') need_lwp;
+plan tests = 6, need need_module('mod_alias.c'), need_lwp;
^
?
:)
--Geoff
Am I correct to say that Test::More is in the core for all but 5.6.1 the
required minimum by mp2?
yes, but see below - we would have further version restrictions if we chose
to make T::M the engine for the entire mp2 test suite.
so if we make a dependency on Test::More only
the 5.6.1 users
anyway, in the end I guess I wouldn't suggest moving to T::M entirely
just
yet. but if you want to use it occasionally within certain tests I think
that's fine.
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not
Stas Bekman wrote:
Stas Bekman wrote:
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not installed with 'make install'. or
indexed by cpan either, I suppose.
anything living under t/ is not installed on 'make
Cliff Woolley wrote:
On Tue, 23 Nov 2004, Joe Orton wrote:
Discussion of whether or not it's useful to have PHP tests in httpd-test
can take place on test-dev@, please send your comments there and I'll
follow up.
I actually think it's useful to have php tests in our suite, because
what's the replacement for .cvsignore under svn? I can't see where the
data in .cvsignore has migrated to.
each directory now has properties and one of those properties is which files
to ignore. see
http://svnbook.red-bean.com/en/1.0/apas06.html
for metadata info in general,
The .cvsignore properties were automatically added into the svn:ignore
properties by cvs2svn when the repos was converted, so when I removed
the .cvsignore files that's all I did, nothing else needed tweaking.
Great! so Geoff, that means you can drop the .cvsignore files in the mp2
tree
hi all...
with the php hooks pretty much solidified, I would like to release A-T 1.16
before apachecon so that the presentation there is associated with an
official release version.
I plan on rolling a release candidate early next week, so if there is some
work that you want to get into this
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the manpage for pmake, which I guess is some
other
a little digging on my own at the time made it seem like solaris make is
really gmake
Well, the way you have it installed perhaps. But attempting this
against /usr/ccs/bin/make it most definately blows up.
ok. I actually don't have a solaris box to try on - I just went to sun's
support
@
if (my $custom_config_path = custom_config_path()) {
debug loading custom config data from: '$custom_config_path';
$custom_config_loaded++;
+($candidate) = $candidate=~/^(.*)/; # launder for -T
require $custom_config_path;
huh?
something
[EMAIL PROTECTED] wrote:
geoff 2004/10/28 07:33:56
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestConfig.pm
Log:
revert last change to keep things compiling
sorry stas if you would have gotten to this quickly, but I
[EMAIL PROTECTED] wrote:
jorton 2004/10/25 06:04:14
Modified:perl-framework/t/conf extra.conf.in
Added: perl-framework/t/htdocs/security CAN-2004-0940.shtml
perl-framework/t/security CAN-2004-0940.t
Log:
Regression test for CAN-2004-0940, 1.3
[EMAIL PROTECTED] wrote:
jorton 2004/10/12 06:53:41
Modified:perl-framework/t/modules rewrite.t
perl-framework/t/conf extra.conf.in
Log:
Add test for RewriteRule [P] flag which is broken in HEAD
due to mod_proxy changes.
joe++
:)
--Geoff
argument, which will start the server
in single-server mode (httpd -X in Apache 1.X or
httpd -D ONE_PROCESS in 2.X) [Geoffrey Young]
In open_cmd, sanitize PATH instead of clearing it [Gozer]
Allow / \ and \\ path delimiters in SKIP file [Markus Wichitill
[EMAIL PROTECTED]]
Added an apxs query cache
(httpd -X in Apache 1.X or
httpd -D ONE_PROCESS in 2.X) [Geoffrey Young]
In open_cmd, sanitize PATH instead of clearing it [Gozer]
Allow / \ and \\ path delimiters in SKIP file [Markus Wichitill
[EMAIL PROTECTED]]
Added an apxs query cache for improved test performance [Gozer]
run_tests make
hi all...
unless mod_perl 1.99_17 is imminent I'd like to roll Apache-Test 1.14 - now
that Devel::Cover works with mod_perl, 1.14 will be the first Apache-Test
release that has the ability to take advantage of Devel::Cover without
significant user modifications (namely due to the addition of
Justin Erenkrantz wrote:
--On Wednesday, September 29, 2004 10:26 AM +0100 Joe Orton
[EMAIL PROTECTED] wrote:
Yup, the t_cmp arguments were flipped a while back.
FWIW, I think whomever flipped the t_cmp arguments but didn't flip the
included test cases at the same time needs a stern
+sub clean_files {
+return [
+qw(lib/Apache/TestConfigData.pm
+ .mypacklist
+ t/TEST
+ ),
+ ];
+}
[EMAIL PROTECTED] mod_perl-2.0]$ perl Makefile.PL
MP_APXS=/usr/local/apache2/bin/apxs
Reading Makefile.PL
When I unpack the tarball by hand, set
APACHE_TEST_HTTPD=/usr/sbin/httpdu, and run perl Makefile.PL; make;
make test, everything passes. This is true whether or not I am
executing the commands as root.
How can we programmatically figure out when to add the -u flag? If we
can't then we
Geoffrey Young wrote:
When I unpack the tarball by hand, set
APACHE_TEST_HTTPD=/usr/sbin/httpdu, and run perl Makefile.PL; make;
make test, everything passes. This is true whether or not I am
executing the commands as root.
How can we programmatically figure out when to add the -u flag? If we
Stas Bekman wrote:
Geoffrey Young wrote:
hi all...
I've found it necessary to toggle single server mode when using
Apache-Test,
specifically for getting Devel::Cover to work with mod_perl 1.0
nicely. so,
I'd like to add an option for switching back to single server mode on
demand
+ Before:
Files=218, Tests=2512, 1032 wallclock secs (594.94 cusr + 431.33 csys
= 1026.27 CPU)
+ After:
Files=218, Tests=2512, 246 wallclock secs (196.69 cusr + 33.55 csys =
230.24 CPU)
gozer++, +1
whee!
gozer++
--Geoff
Are you sure that there will be no side effects?
I'm pretty sure. it's not like test_clean won't be called under normal
'make test' circumstances, it's just that now there would be a way around it
if the user thinks it is beneficial.
If yes, then +1
ok, cool. if things blow up then I'll
[EMAIL PROTECTED] wrote:
geoff 2004/09/15 16:55:31
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestMM.pm
Log:
run_tests make target no longer invokes t/TEST -clean, making it
possible to save a few development cycles
hi all...
in TestMM.pm we have this:
test_clean :
...
run_tests : test_clean
...
test :: pure_all run_tests test_clean
in a test suite with *lots* of files, test_clean takes forever. however, I
experience has shown me that test_clean is only really required when you
make
Joe Orton wrote:
Does the quote escaping really work in this function?
hmm, it doesn't look like it does. I think this was part of some work that
stas and ken were doing, though, and IIRC it was some win32 command line
thing. but I could be wrong.
It confuses emacs
font-lock mode which
and here is the optimized version of Geoff's one:
sub shell_ready_stas {
my $arg = shift;
$arg =~ s!\\?!\\!g;
return qq[$arg];
}
:)
Benchmark: timing 100 iterations of geoff, stas...
geoff: 64 wallclock secs (56.35 usr + 0.10 sys = 56.45 CPU) @
17714.79/s
obviously the release candidate from last week (or was it the week before)
has been cancelled due to some semi-major code revisions. are we in a
position where we can think about rolling a new candidate?
--Geoff
Agreed. I'll try to reproduce it and resolve it. Sorry for the breakage.
no problem, that's part of the process.
Oh, yeah, I got it right away when trying to build mp2. Looking at it.
I think I've a good workaround for now. Please try again with the
current cvs. Still having a
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2004/08/08 23:19:16
Modified:perl-framework/Apache-Test/lib/Apache Test.pm
TestConfig.pm
TestRun.pm
Log:
another round of fixes of fixes
We are definitely not ready for the planned release.
Stas Bekman wrote:
Do you also get these tests failing with the current httpd-2.0?
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/apache/limits.t 102 20.00% 7 9
I only
hi all...
michael schwern is very close to releasing Test::More 0.49, which is the
first version of Test::More that we can use as the server-backend for
Apache::Test.
I would like to integrate the Test::More foo into A-T as soon as 0.49 comes
out. so, if you are interested in Test::More support
+Note that ITest::Builder 0.18_01, available in ITest::Simple
+version 0.48_01 on CPAN, is required to use this feature.
drop that, as 2 copies of the same thing in different places will go out
of sync at some point. check on the code level should be sufficient.
instead the error message
hi all...
I just upgraded to libwww-perl 5.800 and found that a few POST tests started
failing where they didn't before, namely t/apache/post.t and t/http11/post.t.
I think the underlying problem is this change in HTTP::Message:
HTTP::Message will now allow an external 'content_ref'
to
:
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
OK, please let us know when and if you see it again.
I see that there were quite a few changes since the last A-T release,
any volunteers to wear the Release Manager cap and get a new version out?
I'll do it, once the need_* functions have been implemented (which I'll do
as well :)
--Geoff
hi all
ok, attached is a patch that implements the new need variants and alters the
old have variants. basically, all I did was a global rename of have to
need, then implement the have routines in terms of need with the AutoLoader.
I thought this made a bit more sense than redefining all of
I'd suggest to simply explain that there are have_ and need_ functions
at the beginning of that section that explains need_* ones. And one
should use need_* inside plan(), because of the skip messages. Otherwise
use have_*.
ok, done.
Please don't commit w/o the docs. Once it's committed,
David Wheeler wrote:
On Jul 31, 2004, at 5:04 PM, Stas Bekman wrote:
I guess losing the skip message by making need_ functions that
replace the existing have_ functions is okay. It's most important
that tests continue to pass...
They will.
Then I say we go with need.
I kind of
Using have_ macros for non-plan() usage should be avoided, since it
populates the SKIP messages array and if later the test is skipped, for
a different reason it'll misleadingly tell the user that LWP was also a
requirement for that test (which quite possibly could be what we want).
We need
Philippe M. Chiasson wrote:
Geoffrey Young wrote:
ping
:)
Must have fell off my radar. How is the following patch ?
+1
--Geoff
ping
:)
--Geoff
Stas Bekman wrote:
Geoffrey Young wrote:
I'm not sure about the name choice. $(TEST_VERBOSE) and $(TEST_FILES)
are the same as other Test packages use. Do they have $TEST_EXTRA_ARGS
too? Otherwise we may better use some name specific to Apache-Test?
MakeMaker looks
This makes the test fail against 2.0.50, but it's just a lack-of-feature
right, so OK if I half-revert this?
the last time I asked about this, the consensus was that the perl-framework
is expected to be for developer use only, expected to run (and in some cases
compile) successfully only on
And may be this is a good idea for the A-T skeleton as well :)
indeed :)
actually, the bug reporting skeleton used t/My/Handler.pm, and I'll
certainly change that to t/lib not. the A-T module skeleton actually starts
with no supporting modules, since you would want to install the module
I changed it to bugpm.pm (and changed the package name) and it worked fine.
Actually, changing it to bug_tm.pm works. I had forgotten to change the
package name when I retested :(. So hyphens in response tests are a bad
thing?
the limitation here is that perl package namespaces cannot
[Sun Jul 11 16:31:59 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
Warning: Use of require without parentheses is ambiguous at (eval 12)
line 1.
[Sun Jul 11 16:32:01 2004] [error] Undefined subroutine
TestApache::My::Bug::bug-tm::handler called.\n
[Sun Jul 11 16:32:01
[EMAIL PROTECTED] wrote:
theory 2004/07/09 13:01:26
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestMB.pm
Log:
Be verbose in TestMB when verbosity is called for, but not otherwise.
can somebody please subscribe david to
The problem appears to be due to headers not being sent when using
Test::More. I found the code in Apache::Test which initializes a handler
when `plan $r, tests = 10` is called.
you can't use Test::More on the server side (that is, from a handler, such
as you have here). at least not with
William McKee wrote:
Hi Geoff,
Thanks for the info and the patch. I applied the patch without a problem
and then went to install the developer release of T::M. Dost my eyes
decieve me or does that say it was last updated on November 11, 2002?
That's a long release cycle.
indeed.
At
Nice work, Geoff. May be they should live on CPAN, so one doesn't need
to remember where to grab them from? e.g. create an empty
Apache::Test::Skeleton::mod_perl(1|2) packages with versioning in those
tars and upload to CPAN?
that's an idea, but kind of a long name :) maybe just
hi all...
the bug reporting skeleton has become so useful for me (and others) that I
have created two new skeletons:
http://perl.apache.org/~geoff/Apache-Test-skeleton-mp1.tar.gz
http://perl.apache.org/~geoff/Apache-Test-skeleton-mp2.tar.gz
these are essentially the same as the bug
Original Message
Subject: [cpan #6800] Thread safety: work around perl sort bug
Date: Wed, 30 Jun 2004 05:42:03 -0400 (EDT)
From: Guest via RT [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: undisclosed-recipients:;
This message about Apache-Test was sent to you by guest
Original Message
Subject: FAIL Apache-Test-1.12 OpenBSD.i386-openbsd 3.5
Date: Mon, 28 Jun 2004 22:51:54 +0200 (CEST)
From: [EMAIL PROTECTED] (CPAN Tester. CPAN++ automate)
To: cpan-testers@perl.org
CC: [EMAIL PROTECTED]
This distribution has been tested as part of the
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2004/06/27 11:46:03
Modified:perl-framework/Apache-Test/lib/Apache TestReportPerl.pm
perl-framework/Apache-Test Changes
Log:
Force projects that use Apache::TestReportPerl to implement
report_to() if
, useful for running single tests
that do not depend on Apache. [Geoffrey Young]
Add support for Module::Build, with a new module: Apache::TestMB (a
clone of Apache::TestMM for ExtUtils::MakeMaker). [David Wheeler
[EMAIL PROTECTED]]
switch the order of arguments in t_cmp() and t_is_equal() so
Commenting out lines 669 and 1696 make it work fine. I remember having
this discussion a few months back but did not find a solution.
Apparently it is still an issue.
Yup, but it was an issue with previous A-T releases as well, so it's not
a showstopper. Someone who can reproduce this
1 - 100 of 268 matches
Mail list logo