[PATCH] Get mod_specweb99 to compile against 2.0.43

2002-10-21 Thread MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
I noticed that there were some places where u_int32_t is being used instead of apr_uint32_t. Is it purposefully done OR is it one of those Oh, the apr interface changed stuff ?. Anyways, I've included a patch that atleast gets the module to compile against 2.0.43. Pl. let me know if it's okay.

Adding SVG mime type to Apache 1.3/2.0

2002-10-21 Thread Henri Gomez
What about adding the SVG support to mime conf files : image/svg+xml svg image/svg+xml svgz This one should be added to httpd.conf : AddEncoding gzip svgz Regards

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread Johannes Erdfelt
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Mon, 21 Oct 2002, Johannes Erdfelt wrote: Perhaps I misunderstood. The patch I had developed (which is broken because of the problems with the accept lock) just didn't listen on the socket if it has no chance of answering

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread Johannes Erdfelt
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: As long as you are doing all this work, there is one more thought that I have been meaning to implement, but that I never got around to. Currently perchild doesn't work with SSL, because of when the request is passed off,

Re: [PATCH]: Counting I/O with FLUSH

2002-10-21 Thread Brian Pane
Bojan Smojver wrote: Quoting Brian Pane [EMAIL PROTECTED]: As for the MMN bump, IMHO it would be better to code the patch in a way that doesn't require it (if I remember correctly, you had an alternate solution involving a module-specific structure instead of new fields in conn_rec). That

Re: apache.org getting DoS'd? maxclients turned down

2002-10-21 Thread gregames
Pier Fumagalli wrote: [EMAIL PROTECTED] wrote: Brian Behlendorf wrote: The load average on apache.org spiked into the 300's a couple times this weekend. I bet there's some cutoff, maybe it's 800, or 900, where the # of parallel connections is just too much and something goes

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread rbb
Consider the case where an admin configures the server to listen on www.foo.com:8080, but he never assigns a child process to listen to that port. If you just don't accept the connections, the user will hang forever. If every child process, however, actively closes the sockets that it

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread Johannes Erdfelt
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: What I was thinking was to add an artificial limitation that you can't share an IP:port pair across two different uid/gid's since that's the only case you want to pass a connection. That limitation should already

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread rbb
On Thu, 17 Oct 2002, Johannes Erdfelt wrote: Ryan, I've CC'd you on this just to let you see the patch. If you don't want me to involve you in this, please accept my apologies and let me know and I won't CC you in any further patches. I have no problem being CC'ed on patches, although for the

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread rbb
As long as you are doing all this work, there is one more thought that I have been meaning to implement, but that I never got around to. Currently perchild doesn't work with SSL, because of when the request is passed off, and how SSL works. The easy solution to this, is to have the

Re: [patch] perchild MPM bug fixes (+ open problem)

2002-10-21 Thread rbb
On Mon, 21 Oct 2002, Johannes Erdfelt wrote: On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: What I was thinking was to add an artificial limitation that you can't share an IP:port pair across two different uid/gid's since that's the only case you want to pass a

Re: [PATCH]: Counting I/O with FLUSH

2002-10-21 Thread Bojan Smojver
Thanks Brian. I appreciate your input. Bojan On Tue, 2002-10-22 at 04:11, Brian Pane wrote: I'll rework the patch to include the structure structure in core.c rather then one in mod_logio.c. Does that sound OK? Sounds good to me The core would also have to know about logio_config_t,

Re: Adding SVG mime type to Apache 1.3/2.0

2002-10-21 Thread johannes m. richter
What about adding the SVG support to mime conf files : image/svg+xml svg image/svg+xml svgz You might want to look at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12241 :-) johannes -- Is sex dirty? Only when it's being done right. -- Woody Allen - http://jgcl.at/ko/ - new photos

Re: [PATCH]: Counting I/O with FLUSH

2002-10-21 Thread Brian Pane
On Sun, 2002-10-20 at 14:24, Bojan Smojver wrote: Sorry to be a pest (no, not really :-)... Would this patch have more chance if it didn't involve an MMN bump? If so, let me know and I'll rework it... From your description of the patch, I'm +1 on the concept (though I haven't had time to

Re: Apache 1.3.27 bad (?) signal handling on Tru64 5.1

2002-10-21 Thread Lukasz Engel
On Thu, 2002-10-17 at 18:50, Jeff Trawick wrote: Lukasz Engel [EMAIL PROTECTED] writes: Hello everybody, It's my first deeper contact with apache sources (excluding ./configure; make; make install ;) ). I am trying to run apache 1.3.27 (with mod_perl and EAPI, but I think it

Re: Prefork MPM Question

2002-10-21 Thread gregames
amit athavale wrote: I am using Apache 2.0 with prefork MPM. There is some external program which adds VirtualHosts to httpd.conf dynamically and send SIGUSR1 to a process with pid = {pid in httpd.pid}. Immediately after this, that external program sends some HTTP request which should

Re: [PATCH]: Counting I/O with FLUSH

2002-10-21 Thread Bojan Smojver
Quoting Brian Pane [EMAIL PROTECTED]: As for the MMN bump, IMHO it would be better to code the patch in a way that doesn't require it (if I remember correctly, you had an alternate solution involving a module-specific structure instead of new fields in conn_rec). That would make it easier

Re: apache.org getting DoS'd? maxclients turned down

2002-10-21 Thread Pier Fumagalli
On 21/10/02 21:14, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Well, I don't feel brave enough to redirect all of that at once without knowing what's going on in the xml or jarkarta projects, and without being able to monitor nagoya very well. Greg, if you want I can open up you an account...

Re: [PATCH]: Counting I/O with FLUSH

2002-10-21 Thread Bojan Smojver
Quoting Brian Pane [EMAIL PROTECTED]: The core would also have to know about logio_config_t, which doesn't also doesn't make sense. I would rather have it the other way around. I agree--better to add a struct in the core and make mod_logio depend on that than to require the core to know