advertise the list's direct
address so we won't get spammed. Thanks.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED
')) {
-eval { $module-APACHE_TEST_CONFIGURE($self); };
+no strict 'refs';
+eval { ${module}::APACHE_TEST_CONFIGURE-($self) };
warn $@ if $@;
}
}
--
_
Stas Bekman JAm_pH
Doug MacEachern wrote:
On Sun, 16 Sep 2001, Stas wrote:
Hmm, we don't want to pass the package name to the package itself
why not?
because we know the package name anyway inside that package. :)
this fixes it, so we can write:
sub APACHE_TEST_CONFIG {
my $self = shift;
this seems fine
http://www.oliver-klas.de
http://www.buergerbewegungen.de
http://www.moschee-wertheim.de
http://www.auslaendergewalt.ch
http://www.rocknord.de
http://www.NoTurkishmembership.com
http://www.der-ruf-nach-freiheit.de
http://www.Euronational.org
http://www.pro-koeln-online.de
perl t/TEST httpd /home/stas/httpd-2.0/bin/httpd -run t/modules/rewrite.t
modules/rewrite.NOK 6Invalid [] range -6 before HERE mark in regex
m/^[!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
htmlhead
title404 Not Found/title
/headbody
h1Not Found/h1
pThe requested URL /modules/rewrite/1
On Tue, 7 Aug 2001, john sachs wrote:
it is a range.
so according to the error:
Invalid [] range -6 before HERE mark in regex
what kind of range -6 is?
On Tue, Aug 07, 2001 at 02:13:35PM +0800, Stas Bekman wrote:
+ perl t/TEST httpd /home/stas/httpd-2.0/bin/httpd -run t/modules/rewrite.t
:)
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com
How do I get to see cvs commits for test-dev?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
On Wed, Aug 08, 2001 at 10:28:24AM +0800, Stas Bekman wrote:
+
+ OK, so why not to do: /^[1-6]$/ ?
this wouldnt test for the right thing.
+ I'd do it even more flexible:
+
+ my $pat = join '', @num;
+ /^[$pat]$/
+
+ so now you can change @num and not to worry about forgetting adjusting
of map would be of immense value for people who
join the tests project, and useful for the current contributors as the
number of tests grow.
Thank you.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http
};
$thaw-{vars}-{$key} = $self-{vars}-{$key};
$changed = 1;
}
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto
for the test writers for free.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://localhost/ http
or
not, to cause less errors and questions?
sorry Doug :)
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
;
}
-rmdir htdocs/modules/vhost_alias;
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://localhost/ http
written. Some variables weren't initialized and used while
undef.
which tests do you have this problem with? please report to the test-dev
list, so their respective owners can fix these.
Thanks.
_
Stas Bekman JAm_pH
$actual = GET_BODY $cgi_uri, Host = $_;
chomp $actual;
ok t_cmp_str($cgi_string $_,
$actual,
VirtualScriptAlias test
);
}
_
Stas Bekman JAm_pH -- Just
On Fri, 31 Aug 2001, Doug MacEachern wrote:
On Fri, 31 Aug 2001, Stas Bekman wrote:
When you cvs update, make sure to run './t/TEST -clean'. I've noticed that
one of the subtests in alias.t was failing. It was because extra.conf.in
has been changed, but the stale autogenerated extra.conf
On Wed, 5 Sep 2001, Doug MacEachern wrote:
On Sun, 2 Sep 2001, Stas Bekman wrote:
I was thinking about creating two bundles: Bundle::ApacheTestMin (to
include the absolute minimum required to run basic tests) and
Bundle::ApacheTestMax to include everything that's needed to run all
On Wed, 5 Sep 2001, Doug MacEachern wrote:
On Sun, 2 Sep 2001, Stas Bekman wrote:
this works for me. I had to exit on reconfiguration, since otherwise it'd
fail to continue. Should I reconfigure in a different way, so I won't have
to exit?
great. you can use refresh() to reconfigure
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http
On Wed, 5 Sep 2001, Justin Erenkrantz wrote:
On Thu, Sep 06, 2001 at 05:02:51AM -, [EMAIL PROTECTED] wrote:
stas01/09/05 22:02:51
Modified:perl-framework/Apache-Test/lib/Apache TestConfig.pm
TestRun.pm
Log:
This patch forces
up?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http
, portability issue. How about:
$ENV{PATH} = ''; We use full paths anyway.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL
On Thu, 6 Sep 2001, Gary Benson wrote:
On 6 Sep 2001 [EMAIL PROTECTED] wrote:
stas01/09/05 19:36:44
Modified:perl-framework/Apache-Test/lib/Apache TestConfig.pm
TestConfigParse.pm
Log:
- enable taint mode in tests via PerlSwitches -T
/to/httpd-and-apxs:$PATH
so I was ruining it. So would the empty path will be OK?
local $ENV{PATH} = '';
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
On Sat, 8 Sep 2001, Doug MacEachern wrote:
On Sat, 8 Sep 2001, Stas Bekman wrote:
all autogenerated files should be cleaned.
true.
+my @clean_conf = map { t/conf/$_ }
+qw(*.conf apache_test_config.pm ssl/ssl.conf);
but we should really hook into calling 't/TEST -clean'
via
Doug MacEachern wrote:
On Sun, 16 Sep 2001, Stas wrote:
and what's the user of $class? When you can access it via __PACKAGE__
and you don't really need it anyway.
__PACKAGE__ is not helpful if one day a test .pm wants to inherit
APACHE_TEST_CONFIGURE from another class. most of the Apache
/Bar.pm
hope that answers your question
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http
project. The source can be
seen here:
http://cvs.apache.org/viewcvs.cgi/modperl-docs/src/devel/writing_tests/writing_tests.pod
thanks.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org
Doug MacEachern wrote:
i don't feel strongly enough either way to debate further. i'll leave the
decision to you stas.
neither do I, so I'm just leaving the way it's ($class, $self).
_
Stas Bekman JAm_pH
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http
the module first!!
Yup, you got it right. I'll fix the docs.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
clayton cottingham wrote:
Stas Bekman wrote:
563PREOP = 'pod2text lib/Apache/Amazing.pm README', should it
bePREOP = `pod2text lib/Apache/Amazing.pm README`,
{back ticked?}
nope
wierd it only works backticked for me
strange?
what's the point of PREOP than? May be your version
to point it there.
So yes, you have to add a few 'lib' pragmas, but that's normal. You have
to do it in any Perl code that uses modules that aren't located in the
standard location.
I'm glad you've solved this problem.
_
Stas
available on the
web and link to them from httpd.apache.org/test/
If you have something to contribute to the existing doc, please go ahead
-- it still needs a lot of work.
Thanks Geoff!
_
Stas Bekman JAm_pH
On Wed, 17 Oct 2001, Doug MacEachern wrote:
On Wed, 17 Oct 2001, Stas Bekman wrote:
t/TEST -proxy t/foo/bar.t
...
I see exactly the same behavior with my patch and without, so I guess it
was broken before.
yup, i already told you the same in private email. but see the commit
message
if $@;
+return {0 = missing $_} if $@;
}
-return 1;
+return {1 = undef};
}
sub have_cgi {
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
Doug MacEachern wrote:
On Thu, 18 Oct 2001, Stas Bekman wrote:
is there anything else we need to do with opts parsing at this stage?
now that we know all args and which are meant as test files, anything else
should throw an error. for example what ken saw:
% t/TEST t/notexist
currently ignores
/$_.shtml;
-chomp $actual;
+$actual =~ s/[\r\n]+$//s;
print $_: EXPECT -$expected- ACTUAL -$actual-\n;
return $actual eq $expected;
};
--
_
Stas Bekman JAm_pH
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
methods in this module?
Or is it ok, since it's not exported?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Which means that we should gradually change all the tests
to start the comments with '#', or they may break in the future.
Does that include things like the debug: messages in expires.t?
Or are such immune or don't count?
Anything that you print
=! 1 and WIN32 and we can solve
it later.
Or does it mean that the tests that require 1+ servers need to skip on
WIN32?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
1..0\n.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http
Rodent of Unusual Size wrote:
Okey, I used your suggestion, Stas. But shouldn't t_cmp() be
prefixing its output with '# ' as you described a few days
ago?
Sorry about that. The fix was too simple to do it right away :) I'm
finishing the sw that will render the perl.apache.org site documentation
[EMAIL PROTECTED] wrote:
coar01/11/03 08:07:05
Modified:perl-framework/t/apache limits.t
Log:
More complete tests, and adapt to incorporate Stas' suggestion.
Still not very pretty, though, and full of special cases..
+my $testnum = 1;
+foreach my $cond
);
-plan tests = @pods + keys(%other_files), sub { $perlpod };
+plan tests = @pods + keys(%other_files),
+sub { $perlpod ? 1 : dir $vars-{perlpod} doesn't exist};
my $location = /getfiles-perl-pod;
_
Stas Bekman JAm_pH
}
that's according to Test::Harness manpage. May be you have different
versions?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto
Doug MacEachern wrote:
On Thu, 8 Nov 2001, Stas Bekman wrote:
patch doesn't apply for me, but looks good so just commit and ..
done
+my @reasons = ();
for (@modules) {
+my $reason;
if (/^[a-z0-9_]+$/) {
not sure if your mail has munged the patch, but indentation looks
;
and then the code will look like:
my $skip_reason = missing foo;
if ($skip_reason) {
skip $skip_reason, 3;
}
else {
# do something
ok 1;
ok 1;
ok 1;
}
let us know if that's needed.
_
Stas Bekman JAm_pH
+}
}
}
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http
Doug MacEachern wrote:
On Tue, 13 Nov 2001, Stas Bekman wrote:
in order to test RegistryLoader (unreleased yet) I need to add an extra
startup.pl file, and I need the autoconfiguration's @ServerRoot@ token to
work in this new file. This patch allows to drop into t/conf any file
ending
);
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
;
+}
+close $fh;
}
-close $fh;
my $command;
my $httpd = $config-{vars}-{httpd};
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
Doug MacEachern wrote:
On Thu, 29 Nov 2001, Stas Bekman wrote:
How does it live with t/.gdb-test-start, or do you start it manually (I
mean without t/TEST -d)?
it just works. try it:
% cat .gdbinit
define sr
printf %s\n, ap_server_root
end
% t/TEST -d
ctrl-c
(gdb) sr
/home/dougm/ap
1 secs)
failed to start server! (please examine t/logs/error_log)
and yet the server is running.
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
it cannot find the
specified files?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Rodent of Unusual Size wrote:
Eh, I'm now getting this on Win32:
perl t\TEST
apache.exe -v failed: Bad file descriptor at
Apache-Test/lib/Apache/TestConfig.pm line 687.
I don't think this has anything to do with this. If the line
Doug MacEachern wrote:
On Thu, 22 Nov 2001, Stas Bekman wrote:
I can extend it to engulf the plan() extension that we have added and then
the only function you will ever call with plan() is skip_unless. I
think this:
plan ..., skip_unless('cgi', 'lwp');
there's no point in overloading plan
Doug MacEachern wrote:
On Wed, 5 Dec 2001, Stas Bekman wrote:
I suggest having an APACHE_TEST_CRON_MODE env var which will also
replace APACHE_TEST_NO_COLOR. Sounds OK?
i'd just rather have a different name. this'll be useful for more than
cron. in fact i'd be happy to stick
Doug MacEachern wrote:
On Wed, 5 Dec 2001, Stas Bekman wrote:
I didn't get you? do you prefer to make this change and disengage skip
stuff from plan:
skip_unless(...);
plan tests = $tests;
i'd like it if the current shorthand continues to work:
plan tests = $tests, ['lwp', 'cgi'];
i would
Doug MacEachern wrote:
On Wed, 5 Dec 2001, Stas Bekman wrote:
I didn't suggest to change how the default -run works (see the patch).
but you did ask:
- any reason for not making -poll turned on by default for -run?
sorry, I've missed this one.
I've suggested a new option -poll, which when
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
dougm 01/12/04 21:20:45
Modified:perl-framework/Apache-Test/lib/Apache TestSort.pm
Log:
dont want an explicit -seed option but env var can be a pain
so if -order is number assume it is the random seed
nice! but I don't like
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http
BTW, this bug report is autogenerated by
httpd-test/perl-framework/build/bugreport.pl which I've just added, so
you can start using it to save your time when reporting problems.
*** /home/stas/httpd/prefork/bin/httpd -V
Server version: Apache/2.0.30-dev
Server built: Dec 11 2001 11:53:57
Doug MacEachern wrote:
On Thu, 13 Dec 2001, Stas Bekman wrote:
agreed, but the other suggestion to check the first line of .t is too
restrictive.
how so? the first line thing is just to say 'scan this file'. if the
magic isn't on the first line, the file isn't scanned.
I guess 'restrictive
by having a special naming (e.g. .ct instead of .t) to mark certain
files that they include extra configuration. I've explained the caveat
of such an approach in my prev reply.
_
Stas Bekman JAm_pH -- Just Another
;
-t_debug(creating dir: $dir);
-mkdir $dir, 0755 unless -d $dir;
-$CLEAN{dirs}{$dir}++;
+return File::Path::mkpath($full_path, 0, 0755);
}
sub t_rmtree {
_
Stas Bekman JAm_pH -- Just Another mod_perl
didn't come to conclusion,
should we replace the env var with --batch option (or add it as an
alternative)?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
{
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
dougm 01/12/17 16:47:03
Modified:perl-framework/Apache-Test/lib/Apache Test.pm
Log:
reset %Test::todo in test_pm_refresh()
BTW, I've already communicated this problem to schwern, Test.pm in 5.6.2
and 5.8.0 will work properly
On Tue, 4 Dec 2001, Doug MacEachern wrote:
On Thu, 22 Nov 2001, Stas Bekman wrote:
I can extend it to engulf the plan() extension that we have added and then
the only function you will ever call with plan() is skip_unless. I
think this:
plan ..., skip_unless('cgi', 'lwp');
there's
On Wed, 12 Dec 2001, Doug MacEachern wrote:
On Tue, 11 Dec 2001, Stas Bekman wrote:
nice. but again, build/bugreport.pl would have to be copied for every
project that uses Apache-Test. would be better if there was an
Apache::TestReport module and tiny generated t/REPORT script.
i'm also
;
But the value can be false (while valid), so it won't work for all cases.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL
running tests;
+# remember the timestamp of $core so we can check if it's the
+# old core file at the end of the run and not complain then
+$core_files{$core} = -M $core;
}, $vars-{top_dir});
}
_
Stas
Doug MacEachern wrote:
On Fri, 21 Dec 2001, Stas Bekman wrote:
This patch removes the need for t/TEST.PL, t/SMOKE.PL, build/bugreport.pl
and implements in each set of the classes used by these scripts a
generate_script() method, which generates these scripts.
- If you try to generate t/SMOKE
On Mon, 24 Dec 2001, Stas Bekman wrote:
On Tue, 4 Dec 2001, Doug MacEachern wrote:
On Wed, 5 Dec 2001, Stas Bekman wrote:
ok, but that catches only syntax errors. if we can catch the return
status from system() we can catch all errors, causing the failure.
that would be great
::COLOR into
Apache::TestTrace::COLOR and thus killing this dependency.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http
Rodent of Unusual Size wrote:
Stas Bekman wrote:
the server is down, giving up after 601 secs
!!! : failed to start server! (please examine t/logs/error_log)
601 secs? shouldn't it be 60?
Here's a more complete snippet:
/tmp/ap2/server/bin/httpd -d /tmp/ap2/httpd-test/perl-framework/t -f /tmp/ap2
{ Carp::cluck(exiting); CORE::exit(@_) }
and run again? This should print the trace and show where the exit was
called from.
Thanks!
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org
Sorry I'm not using that bug_report.pl (or whatever it
was) script, Stas, but it doesn't appear to be part of
the httpd-test repository. Apologies also for not being
much help in debugging these things, but I just can't
trace my way through the Deep Magic variety of Perl
used here..
It's moved
question I can reproduce the problem with 1.3 now.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
On Fri, 4 Jan 2002, Stas Bekman wrote:
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
the way it was before (well sort of, it's not good in failure cases, but
at least it starts
On Thu, 3 Jan 2002, Rodent of Unusual Size wrote:
Stas Bekman wrote:
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
Thanks, I'll try that..
Any ideas why this doesn't work
Rodent of Unusual Size wrote:
Stas Bekman wrote:
The utils are built by 'make install' not by 'make', ISTR.
well they don't seem to get built for me. I have to do it manually. Could
be some libtool problem. So what are you build args so I can try them?
I thought you went to bed! :-)
Almost
Rodent of Unusual Size wrote:
Stas Bekman wrote:
That's weird, I've to run this weird sequence and move around dirs.
make clean
CFLAGS=-g -O2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow \
./configure --enable-shared=max --enable-module=most --with-layout=Apache \
--prefix=/home/stas
Rick Myers wrote:
On Jan 05, 2002 at 11:07:03 +0800, Stas Bekman wrote:
But we shouldn't permit this to mask the
existing problem of servers not being shut down at end of
testing..
You mean this options introduces some new problems? It shouldn't change
anything at all. All it does is doing
Rodent of Unusual Size wrote:
Stas Bekman wrote:
How the other starting server is supposed to know whether port X is busy
because the first server is still running or it didn't quit cleanly?
{sigh} It doesn't. But the user tries to run the tests, gets
a 'port in use' error, and runs again
Doug MacEachern wrote:
On Fri, 4 Jan 2002, Stas Bekman wrote:
Any idea how to disable the END blocks inheritance in the forked child?
my $Pid = $$;
sub is_parent {
$$ == $Pid;
}
my $pid = fork;
exit unless $pid;
END {
print END pid=$$\n;
return unless is_parent();
print stuff
Doug MacEachern wrote:
On Mon, 7 Jan 2002, Stas Bekman wrote:
Sorry, can we put it into the Bundle?
that's fine, but we cannot 'use Digest::MD5' the way it was before. else
'perl Makefile.PL' doesn't work without it.
I understand. So is that +1 to add Digest::MD5 to the Apache::Test Bundle
Doug MacEachern wrote:
On Mon, 7 Jan 2002, Stas Bekman wrote:
I needed it TestRun, whereas the fork was happening in TestServer. So it
was definitely easier to do it locally.
are you saying the following patch would not work?
+1
better move it to the top, in case it needs to be used earlier
Doug MacEachern wrote:
On Mon, 7 Jan 2002, Stas Bekman wrote:
I understand. So is that +1 to add Digest::MD5 to the Apache::Test Bundle?
sure, you can add anything to Apache::Test bundle. just need to keep
use of everything in there optional for running t/TEST.
In fact it's already
:;
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org
;
+$args .= $k $v\n;
}
}
}
else {
-$args .=$hash;
+$args .= $hash;
}
$args .= /$directive\n;
}
--
_
Stas Bekman
://www.apache.org/~stas/modperl-site/
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http
Doug MacEachern wrote:
On Fri, 18 Jan 2002, Stas Bekman wrote:
any reason for this leading space stripping? If we have a vh block with
many nested blocks it's nice to preserve the indentation, no? Unless
this was done for a special reason, this patch keeps the config block as is.
that'll break
Rodent of Unusual Size wrote:
Stas Bekman wrote:
I've played with the returned status, so here is what I saw.
If you want to tell shell that the program has failed, you must
return a status with at least one bit in the 0x01-0xff range set.
Yar, looking at 'man bash' and empirical results, it looks
Rodent of Unusual Size wrote:
* On 2002-01-21 at 21:41,
Stas Bekman [EMAIL PROTECTED] excited the electrons to say:
OK, be it 0xC8 . Try this patch then:
Index: Apache-Test/lib/Apache/TestRun.pm
===
:
+# logically
1 - 100 of 651 matches
Mail list logo