[patch] a new silly protocol test

2001-09-05 Thread Stas Bekman
I've mungled protocol/echo to do something fancier. Dunno whether it's worth adding or not. It's only fun if you run it with -v, and we can supply our own knowledge base to talk our way :) % ./t/TEST -v protocol/eliza setting ulimit to allow core files ulimit -c unlimited exec ./t/TEST -v

Re: PerlSetEnv/PerlPassEnv questions

2001-09-05 Thread Doug MacEachern
On Tue, 4 Sep 2001, Stas Bekman wrote: I'm working on implementing PerlSetEnv/PerlPassEnv right now. 1. I see that SetEnv elem is missing from modperl_config_srv_t struct? I can see it only in modperl_config_dir_t struct. Does that mean that we cannot have a PerlSetEnv in httpd.conf's main

Re: [patch] implementing PerlPassEnv + PerlSetEnv directives

2001-09-05 Thread Doug MacEachern
On Tue, 4 Sep 2001, Stas Bekman wrote: I also have a question regarding apr_table_t. When creating the table with apr_table_make one has to specify nelts. But then it grows automatically as required (right?), so what's the point of nelts then? pre-alloc? In any case what netls should I use

Re: Apache::Registry design

2001-09-05 Thread Doug MacEachern
On Tue, 4 Sep 2001, Stas Bekman wrote: I think Doug has planned to have it as a standalone project, which is fine with me, but it's absolutely a must to have it in the core distribution, rather than in Bundle. Most of the people use mod_perl because Apache::Registry and PerlRun, so having

RE: Apache::Registry design

2001-09-05 Thread Doug MacEachern
On Tue, 4 Sep 2001, Geoffrey Young wrote: I wonder how many people actually take advantage of NameWithVirtualHost=1. seems that the PerlRun methodology (filenames) is a much cleaner solution that invites less problems/confusion. using filenames makes for long packages names == lengthy

Re: [patch] enabling tainting mode

2001-09-05 Thread Doug MacEachern
On Wed, 5 Sep 2001, Stas Bekman wrote: I've noticed that currently we don't run the tests under -T, this patch enables -T mode and fixes one taint problem. oh good, go ahead and apply. BTW, Doug, try to comment out the untaint patch in the second file. apache/post dumps core then, when

Re: [patch] pre-run core scan

2001-09-05 Thread Doug MacEachern
On Wed, 5 Sep 2001, Stas Bekman wrote: The new scanning for the core file is nice, but many times I get a false alarm when I get an old core file alert. This patch warns the user when a core file is found before tests have started. good idea. but how to break this habit of yours? ;-) +sub

Re: [patch] a new silly protocol test

2001-09-05 Thread Doug MacEachern
On Wed, 5 Sep 2001, Stas Bekman wrote: I've mungled protocol/echo to do something fancier. Dunno whether it's worth adding or not. It's only fun if you run it with -v, and we can supply our own knowledge base to talk our way :) way cool! +use constant HAS_ELIZA = eval { require

Re: [Patch] Build system

2001-09-05 Thread Philippe M . Chiasson
On Wed, Sep 05, 2001 at 09:48:26AM -0700, Doug MacEachern wrote: On Sat, 1 Sep 2001, Philippe M . Chiasson wrote: The following patch makes sure that MP_APXS is an absolute path. If you used MP_APXS=../deps/httpd/bin/apxs it would make a bunch of things fail ;-) thanks, could you send

Re: help wanted: Apache-Test cpan bundle

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Sun, 2 Sep 2001, Stas Bekman wrote: a new CPAN::Grab is attached. See the README file for more info. Once you think it does what you want I'll upload it to CPAN. killer, thanks stas!! does it work for you? Should it go to CPAN, or do we want

Re: scan's diff

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Sun, 2 Sep 2001, Stas Bekman wrote: File::Compare is quite useless. We need to compare a variable against the file. then use 'eq', really, i just don't see a need for checksums here. but File::Compare should be usable, if changes to the

RE: Apache::Registry design

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Tue, 4 Sep 2001, Geoffrey Young wrote: I wonder how many people actually take advantage of NameWithVirtualHost=1. seems that the PerlRun methodology (filenames) is a much cleaner solution that invites less problems/confusion. using

Re: help wanted: Apache-Test cpan bundle

2001-09-05 Thread Barrie Slaymaker
On Thu, Sep 06, 2001 at 10:08:25AM +0800, Stas Bekman wrote: On Wed, 5 Sep 2001, Doug MacEachern wrote: On Sun, 2 Sep 2001, Stas Bekman wrote: a new CPAN::Grab is attached. See the README file for more info. Once you think it does what you want I'll upload it to CPAN. killer,

Re: [patch] pre-run core scan

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Wed, 5 Sep 2001, Stas Bekman wrote: The new scanning for the core file is nice, but many times I get a false alarm when I get an old core file alert. This patch warns the user when a core file is found before tests have started. good idea.

Re: scan's diff

2001-09-05 Thread Barrie Slaymaker
On Thu, Sep 06, 2001 at 10:09:28AM +0800, Stas Bekman wrote: On Wed, 5 Sep 2001, Doug MacEachern wrote: On Sun, 2 Sep 2001, Stas Bekman wrote: File::Compare is quite useless. We need to compare a variable against the file. then use 'eq', really, i just don't see a need for

Re: scan's diff

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Barrie Slaymaker wrote: On Thu, Sep 06, 2001 at 10:09:28AM +0800, Stas Bekman wrote: On Wed, 5 Sep 2001, Doug MacEachern wrote: On Sun, 2 Sep 2001, Stas Bekman wrote: File::Compare is quite useless. We need to compare a variable against the file. then

Re: help wanted: Apache-Test cpan bundle

2001-09-05 Thread Doug MacEachern
On Thu, 6 Sep 2001, Stas Bekman wrote: does it work for you? Should it go to CPAN, or do we want to keep it for us? :) If CPAN, is the name OK or should I announce it first on modules newsgroup? i haven't actually tried it yet. but its up to you if it should go on cpan, i would vote yes.

RE: Apache::Registry design

2001-09-05 Thread Doug MacEachern
On Thu, 6 Sep 2001, Stas Bekman wrote: what's the replacement of NameWithVirtualHost? Obviously we need something to distinguish between vhs. well, if possible we should distinguish between the uri and requested resource instead. in otherwords, we have the: r-uri = r-filename translation,

Re: Trapping SEGV from perl?

2001-09-05 Thread Doug MacEachern
On Thu, 6 Sep 2001, Stas Bekman wrote: so there is no way to trap such SEGV? I wanted to work on automatic SEGV trapping and automatically producing the trace, I thought that was a good example to work with. not with a Perl signal handler. however, you can install a C signal handler and

Re: Apache::Registry design

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Thu, 6 Sep 2001, Stas Bekman wrote: Still can you please share your thoughts about the new Apache::Registry. How would you like it to be? Thanks. my thoughts are already in Apache::{PerlRun,RegistryNG,PerlRunXS}, etc. :) i'd rather stand

Re: help wanted: Apache-Test cpan bundle

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Thu, 6 Sep 2001, Stas Bekman wrote: does it work for you? Should it go to CPAN, or do we want to keep it for us? :) If CPAN, is the name OK or should I announce it first on modules newsgroup? i haven't actually tried it yet. so I won't do

Re: scan's diff

2001-09-05 Thread Doug MacEachern
On Thu, 6 Sep 2001, Stas Bekman wrote: something like that. We need to disregard: 'Sun Aug 19 10:32:24 2001' that would be fine. as i suggested eariler, feel free to change the format of that header which includes the date to make it easier to rip this stuff out. i'd rather see this than a

Re: Trapping SEGV from perl?

2001-09-05 Thread Stas Bekman
On Wed, 5 Sep 2001, Doug MacEachern wrote: On Thu, 6 Sep 2001, Stas Bekman wrote: cool. I'm not interested in perl trace (it was just an example), i want to catch segv, fire gdb and get the bt trace, and get the email report without user doing anything at all. since ulimit is setup now