I might have figured it out. The program wasn't closing STDOUT at the
end of printing stuff to the client. Is this a known boo-boo? Anyway,
I haven't seen the problem yet after restarting apache, so I'm crossing
my fingers now.
--
Ryan Underwood, <[EMAIL PROTECTED]>
--
Report problems: http
Ok, here's something interesting. I am using basic authentication on
the mod_perl vhost. I use netcat to connect to it:
$ echo 'GET /perl/?action=login HTTP/1.1
Host: test.foo.com
' | nc www 80
Sometimes a try comes back with the following correct response:
HTTP/1.1 401 Authorization Required
Joe Orton wrote:
On Fri, Sep 17, 2004 at 04:15:23PM -0400, Stas Bekman wrote:
So is that the right skip rule (hoping that 2.0.52 will fix NetBSD:
my $should_skip =
($^0 eq /^OpenBSD$/i && !need_min_apache_version('2.0.51')) ||
($^0 eq /^NetBSD$/i && !need_min_apache_version('2.0.52'));
That
On Wed, 2004-09-22 at 19:37, [EMAIL PROTECTED] wrote:
> So we have a script that takes 3-4 seconds to execute, each variable is
> defined with my $var. and when the script ends it resets the value of the
> variables using undef.
>
> If multiple users execute the script within those 3-4 seconds wil
Greetings,
The problem is that the script takes more than 3 or 4 seconds to execute
sometimes.
So we have a script that takes 3-4 seconds to execute, each varaiable is
defined with my $var. and when the script ends it resets the value of the
variables using undef.
If multiple users execute the s
Stas Bekman wrote:
Tom Schindl wrote:
Thanks Stas for the full explaination. Indeed I didn't know exactly
what's really going on behind the scences. Thanks for your
explaination I'm always learning something new when reading your
answers.
Thanks :)
Still on the one hand I recognize what you're
Tom Schindl wrote:
Thanks Stas for the full explaination. Indeed I didn't know exactly
what's really going on behind the scences. Thanks for your explaination
I'm always learning something new when reading your answers.
Thanks :)
Still on the one hand I recognize what you're trying to tell me, on
Stas Bekman wrote:
Thomas Schindl wrote:
When running with mp2 and worker mpm the case is slightly different:
1. Apache-starts and starts Apache-Child 1 which spawn Thread 1.1 and
Thread
1.2 and Apache-Child 2 which spawn Thread 2.1 and Thread 2.2
2. User1 hits Apache-Child 1 Thread 1.1 and sets t
On Wed, Sep 22, 2004 at 01:58:53PM -0400, Perrin Harkins wrote:
>
> You need to discover how to reproduce the problem. I would start by
> finding a way to check where STDOUT is going,
Unfortunately, I have searched for a way to do this and came up with
nothing. I have a feeling STDOUT is being
Hello everybody! the problem was solved!
Upon Stas's advice, I sought more info and found that libperl was
compiled without threading support.
perl had threads, so now everything is OK, except for the frozen-bubble
game. It needs SDL, which doesn't
seem to like threads. My wife is hooked on this
Thomas Schindl wrote:
When running with mp2 and worker mpm the case is slightly different:
1. Apache-starts and starts Apache-Child 1 which spawn Thread 1.1 and Thread
1.2 and Apache-Child 2 which spawn Thread 2.1 and Thread 2.2
2. User1 hits Apache-Child 1 Thread 1.1 and sets the global $FOO from
Petr Duchon wrote:
Hello everybody,
Please don't stone me, if my problem is too silly, but this is what I
get when running make test:
ulimit -c unlimited; /usr/bin/perl5.8.4 /inst/mod_perl-1.99_16/t/TEST
-bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (65534:6
On 22 Sep 2004, at 17:34, mock wrote:
I think there is the potential for an even better speed increase with
a little
reworking of how QPSMTPD works. Some of the stuff you're doing (the
timeout
bits you showed me) might be better left to Apache to handle. Also,
you might
want to try it with the
On Wed, 2004-09-22 at 02:00, Ryan Underwood wrote:
> Here's the current config that's been whittled down
Your config is pretty basic, so it must be something in the code that's
causing it.
> I've no idea what to try next.
You need to discover how to reproduce the problem. I would start by
findi
Appending some config info:
perl -v: v5.8.4 built for i686-linux-thread-multi
uname -a: Linux sodomizatko 2.6.8.1 #2 Wed Sep 15 01:20:54 UTC 2004 i686
AMD Athlon(TM) XP 2200+ AuthenticAMD GNU/Linux
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/mo
Hi,
you'll have to give us more background information. I hope to get you right
but using globals to pass things between request doesn't work because you
can never tell which Apache-Child is used. This is true e.g. mp1 and mp2
with apache in prefork mode.
Take this:
1. Apache-starts and forks to
On Tue, Sep 21, 2004 at 07:19:48PM +0100, Matt Sergeant wrote:
> On 19 Sep 2004, at 10:34, Matt Sergeant wrote:
>
> >Last week I was at YAPC and attended mock's talk about building an
> >SMTPd in mod_perl2/apache2. But before going I wanted to be able to
> >build something like that for myself.
Greetings,
I'm having a problem with a script when accessed by
multipile users.
The script remembers the variables used by one user
and passes them on to another user.
What would be the best way to avoid this? Use
sessions and hold the variables in a uniqe hash per session?
Thank you.
D
Hello everybody,
Please don't stone me, if my problem is too silly, but this is what I
get when running make test:
ulimit -c unlimited; /usr/bin/perl5.8.4 /inst/mod_perl-1.99_16/t/TEST
-bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (65534:65534)
[warning] tes
On Wed, 22 Sep 2004 08:01:12 -0700
[EMAIL PROTECTED] wrote:
> Greetings,
>
> I'm having a problem with a script when accessed by multipile users.
> The script remembers the variables used by one user and passes them on
> to another user. What would be the best way to avoid this? Use
> sessions an
Greetings,
I'm having a problem with a script when accessed by
multipile users.
The script remembers the variables used by one user
and passes them on to another user.
What would be the best way to avoid this? Use
sessions and hold the variables in a uniqe hash per session?
Thank you.
> Also, i suggest to add some tests into the distro in order to use also
> Apache::Session::Flex
All fixed in 0.6
Thanks.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquet
22 matches
Mail list logo
