Re: [patch] more robust startup + counting

2001-11-29 Thread Doug MacEachern
this broke something. i keep getting: % t/TEST ... waiting for server to start: ok (waited 0 secs) ... still waiting for server to warm up: ok (waited 1 secs) failed to start server! (please examine t/logs/error_log) and yet the server is running.

Re: [patch] more robust startup + counting

2001-11-29 Thread William A. Rowe, Jr.
That would be my patch to detect an 'extra unused arg' to httpd. As it is, there was no quick-fix I could see, so I've reverted. Update your httpd-2.0 cvs - Original Message - From: Doug MacEachern [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 29, 2001 1:34 AM

Re: [patch] more robust startup + counting

2001-11-29 Thread Stas Bekman
William A. Rowe, Jr. wrote: That would be my patch to detect an 'extra unused arg' to httpd. As it is, there was no quick-fix I could see, so I've reverted. Update your httpd-2.0 cvs In this particular case it was a bug in my latest patch. It's fixed now. - Original Message - From: Doug

Re: example of a t/SKIP file?

2001-11-29 Thread Rodent of Unusual Size
Doing this on Win32 (NT4), I have a t\SKIP file containing: modules/dav ssl/all And yet I get these when running t\TEST. And yes, I've tried it with sloshes rather than slashes. Is it checking for requirements *before* checking t\SKIP? modules\dav.skipped: cannot find module 'dav',

Re: example of a t/SKIP file?

2001-11-29 Thread Rodent of Unusual Size
Rodent of Unusual Size wrote: Doing this on Win32 (NT4), I have a t\SKIP file containing: modules/dav ssl/all Stone me! OtherBill was right; these need to be specified as modules\\dav ssl\\all on Win32. Bleargh.. Thanks, Bill! -- #kenP-)} Ken Coar, Sanagendamgagwedweinini

Re: example of a t/SKIP file?

2001-11-29 Thread Stas Bekman
Rodent of Unusual Size wrote: Rodent of Unusual Size wrote: Doing this on Win32 (NT4), I have a t\SKIP file containing: modules/dav ssl/all Stone me! OtherBill was right; these need to be specified as modules\\dav ssl\\all on Win32. Bleargh.. May be the SKIP file's parser should complain when it

Re: example of a t/SKIP file?

2001-11-29 Thread Rodent of Unusual Size
William A. Rowe, Jr. wrote: I'd like to see the modules::dav syntax adopted +1 This would certainly make things more consistent/simple to document. Don't you mean 'more consistent::simple'? :-) -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer,

Re: example of a t/SKIP file?

2001-11-29 Thread Rodent of Unusual Size
Stas Bekman wrote: modules\\dav ssl\\all May be the SKIP file's parser should complain when it cannot find the specified files? No, I don't think so -- then you'd have to special-case wildcards. I'd just rather it was consistent -- and even better, platform-neutral. I like OtherBill's

Re: [patch] more robust startup + counting

2001-11-29 Thread Rodent of Unusual Size
Stas Bekman wrote: In this particular case it was a bug in my latest patch. It's fixed now. Eh, I'm now getting this on Win32: perl t\TEST apache.exe -v failed: Bad file descriptor at Apache-Test/lib/Apache/TestConfig.pm line 687. ?? -- #kenP-)} Ken Coar, Sanagendamgagwedweinini

Re: [patch] more robust startup + counting

2001-11-29 Thread Rodent of Unusual Size
Stas Bekman wrote: Rodent of Unusual Size wrote: Eh, I'm now getting this on Win32: perl t\TEST apache.exe -v failed: Bad file descriptor at Apache-Test/lib/Apache/TestConfig.pm line 687. I don't think this has anything to do with this. If the line counter wasn't shifted,

Re: [patch] more robust startup + counting

2001-11-29 Thread Rodent of Unusual Size
Rodent of Unusual Size wrote: Stas Bekman wrote: I don't think this has anything to do with this. If the line counter wasn't shifted, you've got a broken Symbol::gensym. The failing line is: open $handle, $cmd| or die $cmd failed: $!; -- #kenP-)} Ken Coar,

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

2001-11-29 Thread TOKILEY
Hello William... This is Kevin Kiley again... See comments inline below... In a message dated 11/28/2001 10:59:26 PM Pacific Standard Time, [EMAIL PROTECTED] writes: From: [EMAIL PROTECTED] Sent: Thursday, November 29, 2001 12:30 AM In a message dated 11/28/2001 10:21:46 PM Pacific

Re: cvs commit: httpd-2.0/support ab.c

2001-11-29 Thread William A. Rowe, Jr.
Thank goodness for compilers who can read xprintf syntax, and thanks for taking a few minutes on this, Jeff. Bill - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 29, 2001 5:30 AM Subject: cvs commit: httpd-2.0/support ab.c trawick

Re: cvs commit: httpd-2.0/support ab.c

2001-11-29 Thread Jeff Trawick
William A. Rowe, Jr. [EMAIL PROTECTED] writes: Thank goodness for compilers who can read xprintf syntax, and thanks for taking and thank goodness for cron and unattended updates/builds that compare old make.stderr with new make.stderr and send e-mail as appropriate :) -- Jeff Trawick |

Re: [PATCH] apache-1.3/src/os/netware/os.c

2001-11-29 Thread Brad Nicholes
Pavel, Your patch looks good. It looks like a much cleaner solution. What version of Winsock have you tested this patch with? Did you try it on NW6? As soon as I get some time to implement it and test it myself, I will get it checked in. thanks, Brad [EMAIL PROTECTED] Wednesday,

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

2001-11-29 Thread TOKILEY
In a message dated 11/29/2001 3:23:32 AM Pacific Standard Time, [EMAIL PROTECTED] writes: William A. Rowe, Jr. wrote: What is the http content-encoding value for this facility? deflate Ergo, mod_deflate. And the name change from mod_gz to mod_deflate was suggested by Roy,

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 09:20 am, Brian Pane wrote: From a performance perspective, the two limitations that I see in the current worker implementation are: * We're basically guaranteed to have to do an extra context switch on each connection, in order to pass the connection from

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

2001-11-29 Thread TOKILEY
In a message dated 11/29/2001 3:23:27 AM Pacific Standard Time, [EMAIL PROTECTED] writes: As described by Ken? Once again, what would he have to do with that? I just happen to be the chap with the cron job that sends the current STATUS file every Wednesday. I don't maintain it;

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Cliff Woolley
On Thu, 29 Nov 2001, Brian Pane wrote: Weren't the thread management problems with the threaded MPM related specifically to shutdown? If it's just shutdown that's a problem, it may be possible to solve it. Graceful restart was the big problem. --Cliff

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Brian Pane
Aaron Bannert wrote: On Thu, Nov 29, 2001 at 09:20:48AM -0800, Brian Pane wrote: From a performance perspective, the two limitations that I see in the current worker implementation are: * We're basically guaranteed to have to do an extra context switch on each connection, in order to pass

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Aaron Bannert
On Thu, Nov 29, 2001 at 09:31:01AM -0800, Ryan Bloom wrote: On Thursday 29 November 2001 09:20 am, Brian Pane wrote: So...please forgive me if this has already been considered and dismissed a long time ago, but...why can't the listener and worker be the same thread? That's where we were

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 09:48 am, Aaron Bannert wrote: On Thu, Nov 29, 2001 at 09:31:01AM -0800, Ryan Bloom wrote: On Thursday 29 November 2001 09:20 am, Brian Pane wrote: So...please forgive me if this has already been considered and dismissed a long time ago, but...why can't the

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 09:41 am, Brian Pane wrote: Ryan Bloom wrote: On Thursday 29 November 2001 09:20 am, Brian Pane wrote: From a performance perspective, the two limitations that I see in the current worker implementation are: * We're basically guaranteed to have to do an extra

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 09:45 am, Brian Pane wrote: Aaron Bannert wrote: On Thu, Nov 29, 2001 at 09:20:48AM -0800, Brian Pane wrote: From a performance perspective, the two limitations that I see in the current worker implementation are: * We're basically guaranteed to have to do an

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Greg Ames
Ryan Bloom wrote: The model that Brian posted is exactly what we used to do with threaded, if you had multiple ports. No, you're missing a key difference. There's no intra-process mutex in Brian's MPM. One thread at a time is chosen to be the accept thread without using a mutex. Once

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Aaron Bannert
On Thu, Nov 29, 2001 at 09:59:10AM -0800, Ryan Bloom wrote: On Thursday 29 November 2001 09:45 am, Brian Pane wrote: Right--the fact that the transaction pools are children of a pool owned by the listener thread means that we have to do locking when we destroy a transaction pool (to avoid

Re: [PATCH] apache-1.3/src/os/netware/os.c

2001-11-29 Thread Pavel Novy
Brad, I've tested my patch on NW5.1 SP3+ box with the latest (Beta) patches installed (011022n5 = wsock4f, ...), not running other versions/configurations of NetWare such as NW6, so I can't test it here. I'm not absolutely sure if WSAIoctl(..., SO_SSL_GET_FLAGS,...) is 100% okay. I have no

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

2001-11-29 Thread Roy T. Fielding
And the name change from mod_gz to mod_deflate was suggested by Roy, whom I think knows HTTP better than anyone else here.. Knowing HTTP is one thing... knowing compression formats is another. Heh, that's amusing. Does the output of mod_deflate have a GZIP and/or ZLIB header on it, or

Does Apache require child processes to die on a SIGHUP?

2001-11-29 Thread Eli Sand
I've got a piped logfile program I write to handle my logfiles, and someone using it on Solaris said that when they try to restart apache, it hangs on waiting for the piped program to terminate. Last time I checked Apache puts out a SIGHUP and then a SIGTERM to all child processes. The program

ISAPICacheFile - Crashes apache Please help

2001-11-29 Thread Ganesh Tirtur
Hi, I have written a ISAPI extension (which is basically a dll) which does some db query stuff. I want this extension to be loaded in the memory as long as apache is running. In new Apache release (2.0) this particular feature has been implemented, that's by using directive ISAPICacheFile. When

Re: support for multiple tcp/udp ports

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 12:12 pm, Michal Szymaniak wrote: Hello again. It is now possible to write a module that will make Apache listen on UDP ports. However, as somebody who has done this in the past, it's not a good idea. You lose too much data on every request. Could you

Re: Request for Patch to 1.3.x

2001-11-29 Thread Bill Stoddard
It's kinda crufty, but so are a lot of other things in 1.3. It is a small patch which is goodness and I appreciate what it is used for. If it is useful enough for you to be still interested in it after a month, I'll add my +1 to Gregs :-) +1 Bill - Original Message - From: Kevin

mod_rewrite and location directives.

2001-11-29 Thread Ian Holsman
hi. I was just wondering if anyone knows why rewrite won't allow a subrequest to work on a directory rewrite rule. It's looks like the code has been in there forever... here's the code fragment I'm talking about. static int hook_fixup(request_rec *r) { rewrite_perdir_conf *dconf;

Mod_cgi doesn't seem to write stderr to the error_log

2001-11-29 Thread Ryan Bloom
I haven't had time to verify it myself, but I have been told that it is happening. Mod_cgi is not actually writing error message from the script to the error_log. I would consider this a major showstopper! Ryan __ Ryan Bloom

Re: worker mpm: can we optimize away the listener thread?

2001-11-29 Thread Ian Holsman
Brian Pane wrote: From a performance perspective, the two limitations that I see in the current worker implementation are: * We're basically guaranteed to have to do an extra context switch on each connection, in order to pass the connection from the listener thread to a worker

Re: Mod_cgi doesn't seem to write stderr to the error_log

2001-11-29 Thread William A. Rowe, Jr.
From: Ryan Bloom [EMAIL PROTECTED] Sent: Thursday, November 29, 2001 7:18 PM I haven't had time to verify it myself, but I have been told that it is happening. Mod_cgi is not actually writing error message from the script to the error_log. I would consider this a major showstopper!

Re: Mod_cgi doesn't seem to write stderr to the error_log

2001-11-29 Thread Aaron Bannert
On Thu, Nov 29, 2001 at 05:18:00PM -0800, Ryan Bloom wrote: I haven't had time to verify it myself, but I have been told that it is happening. Mod_cgi is not actually writing error message from the script to the error_log. I would consider this a major showstopper! It's working fine for me

CL for Proxy Requests

2001-11-29 Thread Eli Marmor
Content-Length is not passed through proxy requests, when Apache 2.0 is used as the proxy. Is it a bug? Feature? Limitation? Or is it just me? My configuration? Many clients depend on this data, for example audio/video players, so it is quite bad to lack CL. Is there any way to tell the API

Re: CL for Proxy Requests

2001-11-29 Thread Ryan Bloom
On Thursday 29 November 2001 08:01 pm, Eli Marmor wrote: Content-Length is not passed through proxy requests, when Apache 2.0 is used as the proxy. Is it a bug? Feature? Limitation? Or is it just me? My configuration? Many clients depend on this data, for example audio/video players,