Hi All,
A while ago, I enquired about the Cwd that Apache::Test uses, and asked
if something could be added to make it different. This is because a lot
of existing test modules (such as Test::POD) expect tests to be run
from the distribution package root. Apache::Test is fairly unique
(outside
David Wheeler wrote:
Hi All,
A while ago, I enquired about the Cwd that Apache::Test uses, and asked
if something could be added to make it different. This is because a lot
of existing test modules (such as Test::POD) expect tests to be run from
the distribution package root. Apache::Test is
Hi Stas, Geoff, Nick, et al,
A quick question for you folks regarding response handlers. Now that I'm
understanding how to use these tests, I'm finding that I can replace my
tests that used the Apache::FakeRequest module for doing testing of my
server-side code. I've also found that A::T will run
On Jan 20, 2004, at 11:20 PM, Stas Bekman wrote:
Does the patch below solve the problem?
Maybe, but it's not quite there yet:
Can't locate object method chdir_t via package Apache::TestHarness
at lib/Apache/TestRun.pm line 648.
Not yet. It should be trivial for someone who knows Module::Build,
The testing documentation at perl.apache.org says that the current trace
level defaults to info. However, my system is outputting debug messages
to the t/logs/error_log file. Is this the correct behavior in which case
the docs are wrong? Or have I somehow configured my system to default to
debug
On 22/01/2004, at 3:23 AM, William McKee wrote:
Hi Stas, Geoff, Nick, et al,
A quick question for you folks regarding response handlers. Now that
I'm
understanding how to use these tests, I'm finding that I can replace my
tests that used the Apache::FakeRequest module for doing testing of my
William McKee wrote:
The testing documentation at perl.apache.org says that the current trace
level defaults to info. However, my system is outputting debug messages
to the t/logs/error_log file. Is this the correct behavior in which case
the docs are wrong? Or have I somehow configured my system
David Wheeler wrote:
On Jan 20, 2004, at 11:20 PM, Stas Bekman wrote:
Does the patch below solve the problem?
Maybe, but it's not quite there yet:
Can't locate object method chdir_t via package Apache::TestHarness
at lib/Apache/TestRun.pm line 648.
Sorry, David, I guess I was testing with the
On Jan 21, 2004, at 12:39 PM, Stas Bekman wrote:
Sorry, David, I guess I was testing with the wrong version. Here is a
new patch. It breaks quite a few tests in modperl-2.0 but it's because
they rely on that chdir_t, and can be fixed to be relocatable. It's
possible that there are other
On Wed, Jan 21, 2004 at 12:35:07PM -0800, Stas Bekman wrote:
William McKee wrote:
The testing documentation at perl.apache.org says that the current trace
level defaults to info. However, my system is outputting debug messages
to the t/logs/error_log file. Is this the correct behavior in which
On Jan 21, 2004, at 1:11 PM, Stas Bekman wrote:
It just doesn't do any chdirs, so you can really run:
/foo/bar/tar/mar/t/TEST and it will run from /
Cool, I suspect that that's more or less how Test::Harness works, too
-- it just runs the test from whatever Cwd you're in when you call
William McKee wrote:
On Wed, Jan 21, 2004 at 12:35:07PM -0800, Stas Bekman wrote:
William McKee wrote:
The testing documentation at perl.apache.org says that the current trace
level defaults to info. However, my system is outputting debug messages
to the t/logs/error_log file. Is this the correct
David Wheeler wrote:
And of course all tests that rely on the previous behavior need to be
fixed too. There quite a few tests to fix in mp2, I haven't tested
other repositories, yet.
It's a nice, straight-forward patch, so my guess is that the tests would
be fairly easy to fix, yes?
I think,
So does it all just work or you haven't had a chance to test my rework of the
sticky configuration? Once you are happy with it, I'd like to invite more
testers from the outside (probably post to modperl users list) before we make
a new A-T release.
William, please take a look at the current cvs, I've updated it with an
extended section on tracing.
here is the document explaining how to get the latest cvs of the docs
http://perl.apache.org/download/docs.html
Please check that it's all clear now and send patches if something is still
On Wed, Jan 21, 2004 at 01:51:05PM -0800, Stas Bekman wrote:
LogLeveldebug
That's the one I needed to set.
You can override it later in your extra conf files. But it's a good idea to
keep it at the debug level.
I was able to override but will follow your advice. The info about where
On Jan 21, 2004, at 2:03 PM, Stas Bekman wrote:
So does it all just work or you haven't had a chance to test my rework
of the sticky configuration? Once you are happy with it, I'd like to
invite more testers from the outside (probably post to modperl users
list) before we make a new A-T
On Jan 21, 2004, at 2:00 PM, Stas Bekman wrote:
I think, yes.
It's actually a goodness to make tests relocatable, in case someone
moves things around.
Nice.
I'll wait for a blessing from Geoff and then try to fix the mp2 and
httpd-test/perl-framework tests first. If successful, then it'll be in
David Wheeler wrote:
On Jan 21, 2004, at 2:03 PM, Stas Bekman wrote:
So does it all just work or you haven't had a chance to test my rework
of the sticky configuration? Once you are happy with it, I'd like to
invite more testers from the outside (probably post to modperl users
list) before we
On Jan 21, 2004, at 3:15 PM, Stas Bekman wrote:
So did you get the interactive prompt for the first time? (which of
course shouldn't happen if you have passed the -httpd/-apxs args/or if
it was against mp2, which it then has used and will remember to use in
the future if you don't pass any
Jeff Trawick wrote:
See http://www.apache.org/~trawick/exception_hook_13.html
There is a small patch to Apache 1.3 required to make the sample modules
work. This is analogous to the toys using the Apache 2.1 exception hook
which are described at
On Tue, Jan 20, 2004 at 04:35:34PM -0600, Ben Collins-Sussman wrote:
Sorry to be so slow in getting back to you, Joe. I'm still desperately
looking for a clue on this SSL hang that happens when I run 'apachectl
graceful'.
On Wed, 2004-01-14 at 15:51, Joe Orton wrote:
The client is
How wrong would it be to have a map_to_storage that simply filled out
r-finfo and returned OK (or the appropriate error) always? IE, no
directory or file walk. From what I understand, Directory and File
directives would be useless, but Location would still work. Is this
correct?
--
Brian
Brian Akins wrote:
How wrong would it be to have a map_to_storage that simply filled out
r-finfo and returned OK (or the appropriate error) always? IE, no
directory or file walk. From what I understand, Directory and File
directives would be useless, but Location would still work. Is this
On Mon, 2004-01-19 at 12:32, [EMAIL PROTECTED] wrote:
martin 2004/01/19 03:32:59
Modified:.KEYS
Log:
No need to spam innocent people
I'd think that the spammers have picked up on the s/@/ at / trick by
now. I don't really see how this fixes things for these people.
Ben Laurie wrote:
Jeff Trawick wrote:
See http://www.apache.org/~trawick/exception_hook_13.html
You should make the logged strings safe, like mod_log_forensic does, and
I think the format should be compatible (which means no space after the
colon).
Thanks for taking a look!
I removed the space
On Wed, 2004-01-21 at 04:29, Joe Orton wrote:
$ sudo strace -p 3850
trace: ptrace(PTRACE_SYSCALL, ...): Operation not permitted
detach: ptrace(PTRACE_DETACH, ...): Operation not permitted
Ah, add CoreDumpDirectory /tmp to your httpd.conf and make sure you're
running the latest errata
On Wed, Jan 21, 2004 at 11:12:20AM -0600, Ben Collins-Sussman wrote:
On Wed, 2004-01-21 at 04:29, Joe Orton wrote:
I have now managed to reproduce hangs a couple of times here,
What exactly was your reproduction recipe? Same as mine? Start an
import over SSL and then 'graceful' the
On Wed, 2004-01-21 at 11:26, Joe Orton wrote:
By doing graceful restarts every few seconds during a large import, I
could reproduce a hang using ra_dav both over SSL or over plain HTTP to
a 0.36.0 server running on the localhost, when using DB 4.1.25. I've
upgraded to 4.2.52 and I can no
* [EMAIL PROTECTED] wrote:
nd 2004/01/21 12:55:22
Modified:.Makefile.win
modules/filters mod_deflate.dsp
Log:
revert the zlib.lib linkage patch. Bill Rowe said, it's worse than before.
However, alternative solutions and more explanations are
Any feeling as to whether or not this can be incorporated into Apache?
Brett E. wrote:
This patch basically computes the average response time and adds X
ms/request response time where X is the response time in milliseconds
to the mod_status display
It works by taking the average of response
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2003/11/27 17:03:36 $]
Release:
1.3.30-dev: In development
1.3.29: Tagged October 24, 2003. Announced Oct 29, 2003.
1.3.28: Tagged July 16, 2003. Announced ??
1.3.27: Tagged
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2004/01/21 15:00:50 $]
Release:
2.0.49 : in development
2.0.48 : released October 29, 2003 as GA.
2.0.47 : released July 09, 2003 as GA.
2.0.46 : released May 28, 2003 as GA.
APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2004/01/04 15:08:00 $]
Release [NOTE that only Alpha/Beta releases occur in 2.1 development]:
2.1.0 : in development
Please consult the following STATUS files for information
on related
34 matches
Mail list logo