Rodent of Unusual Size wrote:
Stas Bekman wrote:
the server is down, giving up after 601 secs
!!! : failed to start server! (please examine t/logs/error_log)
601 secs? shouldn't it be 60?
Here's a more complete snippet:
/tmp/ap2/server/bin/httpd -d /tmp/ap2/httpd-test/perl-framework/t -f
Stas Bekman wrote:
Here's a more complete snippet:
/tmp/ap2/server/bin/httpd -d /tmp/ap2/httpd-test/perl-framework/t -f
/tmp/ap2/httpd-test/perl-framework/t/conf/httpd.conf -DAPACHE2
using Apache/2.0.30-dev (perchild MPM)
waiting for server to start: ok (waited 2 secs)
server
Do you mind using the build/bug_report.pl when reporting problems?
I'll consider it; do they get sent to this list where they can
be discussed, or into some black-hole system where any/all
exchanges are out-of-band?
currently it's not getting sent anywhere, you send it by yourself. It's
just a
Stas Bekman wrote:
currently it's not getting sent anywhere, you send it by yourself.
It's just a short script that dumps all the build/os info that we
might need to reproduce the problem.
Ah, okey then.
You appear to be tracing the wrong path, since my run
exited with 0.
I think I
Damn, this harness isn't too religious about cleaning
up after itself.. it keeps leaving servers running,
but not in any deterministic way I can figure out. Here
is the latest result; it isn't showing what we're trying
to fix, but it *does* demonstrate that a '!!!' error is
exiting the script
Rodent of Unusual Size wrote:
Running now.. I'll let you know what it says.
What it says is:
waiting for server to start: ok (waited 1 secs)
server localhost:8529 started
server localhost:8530 listening (mod_headers)
server localhost:8531 listening (mod_echo)
server localhost:8532 listening
Hi,
Minor patch that enables displaying of logo bitmap.
MT.
Index: support/win32/ApacheMonitor.rc
===
RCS file: /home/cvspublic/httpd-2.0/support/win32/ApacheMonitor.rc,v
retrieving revision 1.9
diff -u -r1.9 ApacheMonitor.rc
---
Brian,
Can you check and remove the showstopper if it solves the problem?
david
aaron 01/12/27 09:06:40
Modified:server/mpm/worker worker.c
Log:
Take advantage of the new usable apr_thread_exit().
[Cc'd the FreeBSD Apache2 port committer because he may be interested in this
discussion.]
Hi Justin,
On Thu, Dec 27, 2001 at 10:07:31PM -0800, Justin Erenkrantz wrote:
On Thu, Dec 27, 2001 at 05:44:22PM -0800, Jos Backus wrote:
I'm willing to code a patch which allows Apache to run in
On Fri, Dec 28, 2001 at 12:59:42AM -0801, Jos Backus wrote:
Controller as well as Dan Bernstein's daemontools. As a sysadmin, this is
something I am interested in. I am of course willing to do the rest of the
coding and doc updates for this.
Well, looking at it, it may be better to just
Jeff Trawick wrote:
Greg Ames [EMAIL PROTECTED] writes:
Jeff Trawick wrote:
[EMAIL PROTECTED] writes:
gregames01/12/27 11:53:37
Modified:.STATUS
os/unix unixd.c
Log:
change ap_unix_create_privileged_process() to
Aaron updated the STATUS file already to remove the showstopper
--Brian
David Reid wrote:
Brian,
Can you check and remove the showstopper if it solves the problem?
david
aaron 01/12/27 09:06:40
Modified:server/mpm/worker worker.c
Log:
Take advantage of the new usable
Applied, thanks
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: HTTPD [EMAIL PROTECTED]
Sent: Friday, December 28, 2001 2:48 AM
Subject: [PATCH] ApacheMonitor
Hi,
Minor patch that enables displaying of logo bitmap.
MT.
Index: support/win32/ApacheMonitor.rc
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Friday, December 28, 2001 3:31 AM
Well, looking at it, it may be better to just create the process
group rather than modify apr_proc_detach as that function also
remaps 0, 1, 2 fds which isn't what we want with NO_DETACH (or at
least that's
how does one unsubscribe from the list
[EMAIL PROTECTED] wrote:
-static int xbithack_handler(request_rec *r)
+static int include_fixup(request_rec *r)
{
#if defined(OS2) || defined(WIN32) || defined(NETWARE)
/* OS/2 dosen't currently support the xbithack. This is being worked on. */
@@ -3201,17 +3201,28 @@
wrowe 01/12/28 09:44:28
Modified:modules/filters mod_include.c
Log:
Improvements suggested by Brian Pane, first assure all OS's get to deal
with handler 'server-parsed', do the xbithack bit tests before testing
it's string values (protected against a null point).
On Fri, Dec 28, 2001 at 12:59:42AM -0801, Jos Backus wrote:
On Thu, Dec 27, 2001 at 10:07:31PM -0800, Justin Erenkrantz wrote:
On Thu, Dec 27, 2001 at 05:44:22PM -0800, Jos Backus wrote:
I'm willing to code a patch which allows Apache to run in the foreground in
its own session.
If my network connection cooperates.
Bill
On Fri, Dec 28, 2001 at 01:51:13PM -0500, Bill Stoddard wrote:
If my network connection cooperates.
I'd like to get feedback from David if my posted apu-conf.m4
patch fixes his configure problem (I bet it will, but I want to
be sure).
Since I think you'll be doing a tag not just a roll, we
On Fri, Dec 28, 2001 at 08:16:36PM +0100, Stipe Tolj wrote:
Hi guys,
I have tried to sync up with the latest development in the 2.0 cvs
branch for the Cygwin 1.x platform and hence compiled and tested
latest cvs tree for two workers:
prefork: everything runs fine and connections are
On Fri, Dec 28, 2001 at 08:16:36PM +0100, Stipe Tolj wrote:
worker: this has been at least the first successfull build using
Cygwin's pthread support which are now known to work accordingly.
(basicly httpd.conf left as make install copied it)
httpd starts and listens to port 80, client A
Justin Erenkrantz wrote:
On Thu, Dec 27, 2001 at 11:07:22PM -0500, Cliff Woolley wrote:
Why are there some circumstances when f-c is NULL but f-r and
f-r-connection are valid? I could understand f-r being NULL while f-c
would not be, but the other way around took me totally by surprise.
I
OK, patch is in and it works a treat. Roll/tag/have fun!
david
- Original Message -
From: Justin Erenkrantz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 28, 2001 7:11 PM
Subject: Re: Tagging 2.0.30 in a couple of hours
On Fri, Dec 28, 2001 at 01:51:13PM -0500,
Try starting the server with another server already running on the same
ports. It'll die saying no listening ports available, right? That's cool.
useful even. What's not is what it says next.
[Fri Dec 28 20:39:26 2001] [alert] no listening sockets available, shutting
down
[Fri Dec 28 20:39:45
On Fri, Dec 28, 2001 at 10:09:12AM -0800, Aaron Bannert wrote:
AIUI the reason we call fork() before calling setsid() is to guarantee
that we are _not_ the process group leader. Calling setsid() will fail
if the calling process has the same PID as process group ID.
I haven't tried this (yet)
Bill,
we have the [not so minor] issue that 2.0.30 is broken on all Win9x
platforms, due to Aaron's mutex patch and the fact that the conditional
stuff isn't portable to 9x. Probably a simple fix, if I can get my
brain around it.
- Original Message -
From: Bill Stoddard [EMAIL
On Thu, 27 Dec 2001, Justin Erenkrantz wrote:
On Thu, Dec 27, 2001 at 11:07:22PM -0500, Cliff Woolley wrote:
Why are there some circumstances when f-c is NULL but f-r and
f-r-connection are valid? I could understand f-r being NULL while f-c
would not be, but the other way around took
This patch addresses a segmentation fault that occurs in mod_proxy when the
proxied server returns either a bogus header line or a HTTP/0.9 response.
-adam
Index: modules/proxy/proxy_http.c
===
RCS file:
Mod_proxy truncates the status line returned by the proxied
server. One character gets snipped off of the end of the
status line.
-adam
Index: modules/proxy/proxy_http.c
===
RCS file:
The following patch adds a new include, ap_os.h that has defines
for some of the functions that are currently found in the unixd.h
type headers. It moves these to ap_os and tries to provide no-op
functions for them as appropriate.
This patch enables the worker mpm to build on beos and should
Okay. I see some good mod_proxy patches I'd like to spend some time on, so I am
holding off tagging.
Bill
- Original Message -
From: William A. Rowe, Jr. [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 28, 2001 4:39 PM
Subject: Re: Tagging 2.0.30 in a couple of hours
On Fri, Dec 28, 2001 at 01:31:04AM -0800, Justin Erenkrantz wrote:
Regarding the setpgid manpages on various platforms, it seems that
the second 0 indicates that the pid==pgid and that pid becomes the
session leader. I'm not sure how that is incorrect here. This
call should be occurring
From: William A. Rowe, Jr. [EMAIL PROTECTED]
Sent: Friday, December 28, 2001 3:39 PM
we have the [not so minor] issue that 2.0.30 is broken on all Win9x
platforms, due to Aaron's mutex patch and the fact that the conditional
stuff isn't portable to 9x. Probably a simple fix, if I can get
There were some changes made recently to accomodate the ackwardness of
the non-portable functions on platforms that have no use for them,
specifically for use in the worker MPM. If APR_HAS_CREATE_LOCKS_NP is
not defined, we no longer use the apr_proc_mutex_create_np() routine.
This seems
On Fri, Dec 28, 2001 at 05:03:06PM -0800, Jos Backus wrote:
Interestingly in the Samba code the setsid() call comes _after_ the fork()
(see my previous e-mail) and that seems to work just fine. So it looks like
the order suggested is not an absolute requirement; any thoughts on this?
Let me
On Fri, Dec 28, 2001 at 01:16:56PM -0801, Jos Backus wrote:
On Fri, Dec 28, 2001 at 10:09:12AM -0800, Aaron Bannert wrote:
AIUI the reason we call fork() before calling setsid() is to guarantee
that we are _not_ the process group leader. Calling setsid() will fail
if the calling process
I'd like to propose a radical new notion for releases.
Prior to tag, we use perl-framework to actually check that the
current server is fully operational [as defined by our wonderful
test-dev group!!!] If that passes, tag. Let other platforms
run it through the test suite. If they pass, we
On Fri, Dec 28, 2001 at 05:35:13PM -0800, Aaron Bannert wrote:
On Fri, Dec 28, 2001 at 05:03:06PM -0800, Jos Backus wrote:
Interestingly in the Samba code the setsid() call comes _after_ the fork()
(see my previous e-mail) and that seems to work just fine. So it looks like
the order
On Fri, Dec 28, 2001 at 05:46:58PM -0800, Aaron Bannert wrote:
This only works because there is another fork happening before the call
to setsid(), either an explicit fork() or samba is being started as a
child of another process group member (like a shell script).
This must be the fork that
40 matches
Mail list logo