It's that time of year when Perl conferences ask for submissions. Last
year I asked for some feedback on what subjects people wanted to hear
about, and I'll be submitting an article based on that talk for
publication soon. Now I'm looking for some opinions on what to do this
year.
Here are rough
Todd Finney wrote:
At 09:53 PM 1/28/2005 -0500, Stas Bekman wrote:
I don't think it'll make any difference. Are you brave enough to delve
into the C code? I think the scoreboard module misses some check for
the validity of the record, that mod_status does have. So I'd go for
mod_status.c, check
Todd Finney wrote:
At 09:18 PM 1/28/2005 -0500, Stas Bekman wrote:
Todd Finney wrote:
Can you give this a try?
Yup, it works perfectly fine for me. Only httpd procs are printed and
they all exist.
Would it be worthwhile for you to run that little script against my
server's scoreboard? I can op
Stas Bekman wrote:
[...]
For now the following simply disables vhosts for Apache::DummyScoreboard
(which is the one used when modperl is not loaded).
Index: Scoreboard.xs
===
--- Scoreboard.xs (revision 127)
+++ Scoreboard.xs
Stas Bekman wrote:
I'm not sure if it's related, but this:
--
#!/usr/bin/perl -w
use strict;
$|++;
use Apache::Scoreboard;
my $image=Apache::Scoreboard->fetch("[a scoreboard url]");
for (my $parent = $image->parent; $parent; $parent = $parent->next) {
my
Todd Finney wrote:
At 08:37 PM 1/21/2005 -0500, Stas Bekman wrote:
Todd Finney wrote:
Unlikely. The errant processes all seem to be daemontools programs
like supervise and svcscanboot. Those processes are started long
before apache starts, and they exist until after it goes away.
Understood. I
* the patch works ok. (tried both perl 5.8.5 and perl 5.8.6)
thanks, committed.
Attached error_log is from
$ t/TEST -clean
$ t/TEST -verbose protocol/pseudo_http.t
and Registryerrlog.txt is from the ModPerl-Registry dir
no need to send the ModPerl-Registry dir, it's a different test suite.
$ t
>From: "Stas Bekman"
> Tulan W. Hu wrote:
> >>From: "Stas Bekman"
> >>Tulan W. Hu wrote:
> >>
> >>>-- Original Message -
> >>>From: "Stas Bekman"
> >>>
> >>>
> Please take a look at Apache-Test/lib/Apache/TestConfig.pm
>
> sub open_cmd {
> >>>
> it calls untaint_path($ENV{
We're running Apache 1.3.20, modperl 1.25_01-dev, and AuthCookie 3.00
(yeah, I know they're old, but I don't have any say about that).
We were having reports of some slowness issues as of late, so I got access
to the access logs. What I found out is that any time AuthCookie is used
to authenti
angie ahl wrote:
Hi Again people.
24 hours later I've nearly got everything working right on mp2 on 2
servers, one linux and one OSX. Woo hoo.
The linux server is at an ISP and I'm trying to work out how to "use
lib" for a specific vhost.
PerlSwitches -I /path_to_site/perlmods
works inside the ht
Tulan W. Hu wrote:
From: "Stas Bekman"
Tulan W. Hu wrote:
-- Original Message -
From: "Stas Bekman"
Please take a look at Apache-Test/lib/Apache/TestConfig.pm
sub open_cmd {
it calls untaint_path($ENV{PATH}) in the same file. Please take a look
at
that function and see if you can fix i
Hi Again people.
24 hours later I've nearly got everything working right on mp2 on 2
servers, one linux and one OSX. Woo hoo.
The linux server is at an ISP and I'm trying to work out how to "use
lib" for a specific vhost.
PerlSwitches -I /path_to_site/perlmods
works inside the httpd.conf but n
> From: "Stas Bekman"
> Tulan W. Hu wrote:
> > -- Original Message -
> > From: "Stas Bekman"
> >
> >>Please take a look at Apache-Test/lib/Apache/TestConfig.pm
> >>
> >>sub open_cmd {
> >
> >
> >
> >>it calls untaint_path($ENV{PATH}) in the same file. Please take a look
at
> >>that functi
13 matches
Mail list logo
