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 proto
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 an updated patch based on barries comments?
> And there was also a v
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!!
-
To unsubscribe, e-mail: [EMAIL
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 header are made so
date is not included, so you can
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
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 u
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 havin
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 loo
On Wed, 5 Sep 2001, Stas Bekman wrote:
> I was tryint to trap SEGV from the child process that segfaults, but I
> cannot seem to catch it. I've added this to t/conf/modperl_startup.pl (of
> course via TestConfigPerl.pm, since the former is autogenerated):
>
> use Carp;
> $SIG{SEGV} = sub { Carp:
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
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? ;-)
> +s
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 Chat
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 yo
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
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
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> 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 me
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> 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
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> 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_p
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
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> On Wed, 5 Sep 2001, Stas Bekman wrote:
>
> > I was tryint to trap SEGV from the child process that segfaults, but I
> > cannot seem to catch it. I've added this to t/conf/modperl_startup.pl (of
> > course via TestConfigPerl.pm, since the former is auto
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.
> >
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.
>
> go
On Thu, Sep 06, 2001 at 12:57:43AM +0800, Philippe M . Chiasson wrote:
>
> Sure, also, I wonder what's the File::Spec clean way of canonical'izing a path
> name (i.e. removing all '.' , '..' and the same), because apparently abs2rel
s/abs2rel/rel2abs/
> just does something like :
>
> return $p
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> 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 :)
>
> wa
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
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
> > >
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.
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 aside and let you and others take the lead on this
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 translatio
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
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 s
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
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
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> 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 han
On Thu, 6 Sep 2001, Stas Bekman wrote:
> yup, I saw that later in 1.x sources. I don't think i've seen this todo
> item in 2.x. probably need to add. Or should I implement it right away?
well it falls under missing_old_features.txt:
- PerlSetupEnv (currently on by default w/ SetHandler perl-scr
On Thu, 6 Sep 2001, Stas Bekman wrote:
> Can we at least add the configuration bits support and leave the actual
> env setting for the later on? I want to do that, because my patch
> introduces new TAKE wrappers which are re-used for other new directives.
> So we can parse these vars, populate t
On Thu, 6 Sep 2001, Stas Bekman wrote:
> so do you think we should take this discussion to the modperl list? I'm
> not sure how many people are on the dev list, since other than Geoff
> nobody has followed up on my request.
should be discussed here, but feel free to invite modperl@ users to joi
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 to leave core files, you can use
Devel::CoreSt
On Wed, 5 Sep 2001, Doug MacEachern wrote:
> On Thu, 6 Sep 2001, Stas Bekman wrote:
>
> > Can we at least add the configuration bits support and leave the actual
> > env setting for the later on? I want to do that, because my patch
> > introduces new TAKE wrappers which are re-used for other new
On Thu, 6 Sep 2001, Stas Bekman wrote:
> the take wrappers and a new declare wrapper for 'directive key val'
thanks, looks good, +1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
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
41 matches
Mail list logo
