dougm 01/05/03 23:31:38
Modified:t/conf modperl_extra.pl
xs/Apache/Log Apache__Log.h
Log:
Apache::Log methods default to global server object if needed
Revision ChangesPath
1.7 +7 -0 modperl-2.0/t/conf/modperl_extra.pl
Index:
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 4:38 PM
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'
Subject: Re: Apache::Test modperl_extra.pl
[snip]
at any rate, my simple harness is just:
Apache::TestRun-new-run(@ARGV);
Should I be able to use gdb-5.0 (or even 19991004) to single-step into
and out of mod_perl-2.0's code? I see support for running the test
server under gdb, so I'm hopeful. Running glibc-2.1.3 on va-linux's
tweaked RedHat 6.2, FWIW. Typical gdb-5.0 session below, the 19941004
gdb that came
On Fri, 4 May 2001, barries wrote:
Should I be able to use gdb-5.0 (or even 19991004) to single-step into
and out of mod_perl-2.0's code?
yes.
Running glibc-2.1.3 on va-linux's
tweaked RedHat 6.2, FWIW. Typical gdb-5.0 session below, the 19941004
gdb that came installed on his box behaves
On Fri, May 04, 2001 at 02:21:25PM -0700, Doug MacEachern wrote:
Running glibc-2.1.3 on va-linux's
tweaked RedHat 6.2, FWIW. Typical gdb-5.0 session below, the 19941004
gdb that came installed on his box behaves similarly.
it looks fine to me, what is the problem exactly?
Sorry, edit
dougm 01/05/04 14:21:57
Modified:lib/ModPerl WrapXS.pm
t/response/TestAPI request_rec.pm
xs typemap
xs/maps apr_types.map
Log:
apr_time_t needs conversion to/from time_t
Revision ChangesPath
1.17 +3 -1
dougm 01/05/04 12:46:30
Modified:lib/Apache compat.pm
Log:
need to use APR::Table for $r-content
Revision ChangesPath
1.8 +1 -0 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
===
dougm 01/05/04 18:17:39
Added: t/response/TestAPI response.pm
Log:
add tests for Apache::Response
Revision ChangesPath
1.1 modperl-2.0/t/response/TestAPI/response.pm
Index: response.pm