Maybe it's because of all the attention on 2.0, but suddenly
t/TEST is hanging when run against a 1.3 server. This is
new behaviour since 2 December 2001, when it was working
fine.
What I get now is:
% t/TEST
setting ulimit to allow core files
ulimit -c unlimited
exec t/TEST -v apache/etags
From: Rodent of Unusual Size [EMAIL PROTECTED]
Sent: Wednesday, January 02, 2002 10:47 PM
Maybe it's because of all the attention on 2.0, but suddenly
t/TEST is hanging when run against a 1.3 server. This is
new behaviour since 2 December 2001, when it was working
fine.
t/TEST -d=lwp 2
Sorry I'm not using that bug_report.pl (or whatever it
was) script, Stas, but it doesn't appear to be part of
the httpd-test repository. Apologies also for not being
much help in debugging these things, but I just can't
trace my way through the Deep Magic variety of Perl
used here..
It's moved.
I found a bug in flood_round_robin.c. The apr_pstrcat on line 146 should
have NULL as the last argument. I am new to submitting patches so if
someone could let me know the correct way to do it, I will repost. Without
this, you get a bunch of garbage in the cookie string if there is more that
On Thu, Jan 03, 2002 at 09:43:48AM -0500, Chris Williams wrote:
I found a bug in flood_round_robin.c. The apr_pstrcat on line 146 should
have NULL as the last argument. I am new to submitting patches so if
someone could let me know the correct way to do it, I will repost. Without
this, you
Yes it is. I will review those links for the next time.
Thanks!
Chris
-Original Message-
From: Aaron Bannert [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 03, 2002 9:56 AM
To: [EMAIL PROTECTED]
Subject: Re: Cookie Patch for Flood
On Thu, Jan 03, 2002 at 09:43:48AM -0500,
I've been thinking about how to handle data lifetime scoping in
flood and have come up with a solution, but I want some feedback
before I jump in and do it.
Theoretically, one instance of flood might need data that is scoped
at each of the following lifetimes:
all farms
each farm
all farmers
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
the way it was before (well sort of, it's not good in failure cases, but
at least it starts)
this is because of my latest patch to make t/TEST immediately
Stas Bekman wrote:
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
Thanks, I'll try that..
Any ideas why this doesn't work with 1.3? Something goes wrong
with the spawned process.
Not at
On Thu, Jan 03, 2002 at 06:56:16AM -0800, Aaron Bannert wrote:
There's some good info on this site for developers: http://dev.apache.org/
You'll be particular interested in: http://dev.apache.org/patches.html
FWIW, please point people at:
http://www.apache.org/dev/
http://httpd.apache.org/dev/
On Fri, 4 Jan 2002, Stas Bekman wrote:
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
the way it was before (well sort of, it's not good in failure cases, but
at least it starts)
this
On Thu, 3 Jan 2002, Rodent of Unusual Size wrote:
Stas Bekman wrote:
Found the problem, temporary replace
$child_pid = open $child_in_pipe, |$cmd;
with:
system $cmd ;
in Apache-Test/lib/Apache/TestServer.pm
Thanks, I'll try that..
Any ideas why this doesn't work
Adam Sussman wrote:
Are you 100% sure the buffer is big enough to do this? If the buffer is
of size len the zero will be written past the end of the buffer.
In the current code, len is strlen(buffer) so it can be safely assumed
to be one less than the length of the buffer (provided of
So, here is a patch to fix the issue with the GNU build attached. An
essential part of NLM dump (unfixed) shows the problem:
DATA:00012BA0 = config_log_module
DATA:00012C20 = asis_module
DATA:00012CA0 = imap_module
DATA:00012DA0 = setenvif_module
---
DATA:00013DF0 =
On Wed, Jan 02, 2002 at 05:15:34PM -0500, Bill Stoddard wrote:
This patch breaks the proxy. Specifically, anyone who uses
ap_proxy_make_fake_req(). Get
a seg fault in ap_get_limit_req_body because r-per_dir_config is NULL. I'll
spend
some
time on this tomorrow unless someone wants
On Thu, Jan 03, 2002 at 09:53:38AM -, [EMAIL PROTECTED] wrote:
jerenkrantz02/01/03 01:53:38
Modified:.STATUS
...
@@ -149,6 +149,18 @@
hang. My theory is that this has to do with the
pthread_cond_*() implementation in FreeBSD,
Just a reminder, that I and at least one other person (Dwayne Miller
[[EMAIL PROTECTED]]) have reported that we have been unable to get Apache
to run as an NT service when we do our own builds. Should I add this to a
bug database somewhere?
- Dave
-Original Message-
From: Rodent of
Greg Ames wrote:
Brian Pane wrote:
One more thought: I graphed the CPU utilization from your vmstat
output, and the spike is mostly sys time, not usr. So truss/strace
data may be helpful--especially if truss on that platform can measure
the time spent in each syscall.
truss
[sent last night, looks like it didn't get through..]
I don't know how many people use Emacs to edit the Apache stuff,
but would anyone object to a stanza at the bottom of the source
files to help put Emacs in the right stylistic mood? To wit,
something like:
/*
* Local Variables:
* mode: C
[ resending because i sent from the wrong From: header last time.
here's to hoping that this doesn't show up twice. apologies in
advance if it does... ]
I'd also like to voice my support for implementing Jos' requested
functionality. NO_DETACH may have originally been intended just for
On Thursday 03 January 2002 05:16 am, Bill Stoddard wrote:
On Wed, Jan 02, 2002 at 05:15:34PM -0500, Bill Stoddard wrote:
This patch breaks the proxy. Specifically, anyone who uses
ap_proxy_make_fake_req(). Get
a seg fault in ap_get_limit_req_body because r-per_dir_config is NULL.
On Wed, Jan 02, 2002 at 05:57:16PM -0500, Michael Handler wrote:
I'd also like to voice my support for implementing Jos' requested
functionality. NO_DETACH may have originally been intended just for
debugging purposes, but many sites are moving to universal process
managers like djb's
Bill Stoddard wrote:
-1 (and I'm an emacs user :-)
Metadata should be kept seperate from data. I.e., you should
put something like this in your _emacs file :-)
Which a) would need to be done by every Emacs user individually,
and b) new users would know nothing about.
Whatever. It just
On Thu, Jan 03, 2002 at 08:52:05AM -0800, Bruce Korb wrote:
Rodent of Unusual Size wrote:
It ... would save us the inevitable and repetitious
pain of style-fixup patches and their effects on people's
work-in-process.. Other ASF projects do this (such as
PHP), so it wouldn't be a new
Aaron Bannert wrote:
Here's a syscall count printed side-by-side:
Thanks much, Aaron. But we have to be careful - this definately isn't
an apples-to-apples comparison.
2.0.282.0.30
1696 sendfile 1180 gettimeofday
920 select 805
On Thu, Jan 03, 2002 at 11:56:26AM -0500, Greg Ames wrote:
I do see some weirdness in 2.0.30 with www.apache.org/dyn/closer.cgi -
it looks like we're doing one byte reads from the pipe to the cgi. I
don't know yet if 2_0_28 does the same. That's all I've spotted so far,
except for a couple
Here is the problem with this patch... (or with proxy's use of HTTP_IN)...
ap_http_filter is called to read -responses- from the proxied server. This patch makes
an
implicit assumption that HTTP_IN is only being used to read requests. So, we either
need
to create a whole new filter stack for
On Thursday 03 January 2002 09:50 am, Bill Stoddard wrote:
Here is the problem with this patch... (or with proxy's use of HTTP_IN)...
ap_http_filter is called to read -responses- from the proxied server. This patch
makes an
implicit assumption that HTTP_IN is only being used to read
From: Ryan Bloom [EMAIL PROTECTED]
Sent: Thursday, January 03, 2002 10:14 AM
On Thursday 03 January 2002 05:16 am, Bill Stoddard wrote:
Is it valid for r-per_dir_config to be null? Hmm. I wonder if
ap_get_limit_req_body should be fixed to handle this case instead
of
Dunno if this is the right place to ask, but anyhow: Where can I find
information on building / installing mod_perl 2.0 on Windows? Is this
already possible?
Greetings,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I
On Thu, Jan 03, 2002 at 06:03:00AM -0800, Aaron Bannert wrote:
Good theory, but in my trace we were only looking at the PID of the parent
process, where there aren't any threads (* technically there is only
1 thread). It is almost certainly a bug somewhere, since consuming CPU
without bounds
From: Ryan Bloom [EMAIL PROTECTED]
Sent: Thursday, January 03, 2002 10:14 AM
On Thursday 03 January 2002 05:16 am, Bill Stoddard wrote:
Is it valid for r-per_dir_config to be null? Hmm. I wonder if
ap_get_limit_req_body should be fixed to handle this case instead
of
On Thu, Jan 03, 2002 at 02:31:49PM -0500, Bill Stoddard wrote:
I've spent some time on this and this is one reason I am sort of interested in a
proxy
specific input filter. I agree with Ryan that 99.9% would be identical to what is
already
in HTTP_IN now.
Then, why have a separate input
On Thu, Jan 03, 2002 at 02:31:49PM -0500, Bill Stoddard wrote:
I've spent some time on this and this is one reason I am sort of interested in a
proxy
specific input filter. I agree with Ryan that 99.9% would be identical to what is
already
in HTTP_IN now.
Then, why have a separate
Aaron Bannert wrote:
On Thu, Jan 03, 2002 at 11:56:26AM -0500, Greg Ames wrote:
I do see some weirdness in 2.0.30 with www.apache.org/dyn/closer.cgi -
it looks like we're doing one byte reads from the pipe to the cgi. I
don't know yet if 2_0_28 does the same.
2_0_28 does the same, so
Dunno if this is the right place to ask, but anyhow: Where can I find
information on building / installing mod_perl 2.0 on Windows? Is this
already possible?
if it's currently impossible for native Win32 and possible for Unix
flavors, I guess we may get it work under Cygwin for Win32.
Dunno if this is the right place to ask, but anyhow: Where can I find
information on building / installing mod_perl 2.0 on Windows? Is this
already possible?
if it's currently impossible for native Win32 and possible for Unix
flavors, I guess we may get it work under Cygwin for
William A. Rowe, Jr. wrote:
Huh? Of course it works [great job Doug :-]
Good to know.
perl makefile.pl MP_USE_DSO=1 MP_GENERATE_XS=1 MP_AP_PREFIX=c:\apache2
Then nmake.
perl makefile.pl MP_USE_DSO=1 MP_GENERATE_XS=1
MP_AP_PREFIX=c:\server\apache
No such signal: SIGUSR1 at
From: Sebastian Bergmann [EMAIL PROTECTED]
Sent: Thursday, January 03, 2002 4:42 PM
William A. Rowe, Jr. wrote:
perl makefile.pl MP_USE_DSO=1 MP_GENERATE_XS=1 MP_AP_PREFIX=c:\apache2
Then nmake.
perl makefile.pl MP_USE_DSO=1 MP_GENERATE_XS=1
MP_AP_PREFIX=c:\server\apache
No such
Sebastian Bergmann wrote:
Dunno if this is the right place to ask, but anyhow: Where can I find
information on building / installing mod_perl 2.0 on Windows? Is this
already possible?
Randy Kobes has released a win32 binary, see:
http://mathforum.org/epigone/modperl/brilharnal
Please
40 matches
Mail list logo