Re: Apache 1.3.28 SEGFAULTS and doesn't produce a core file

2003-12-02 Thread Joe Orton
On Mon, Dec 01, 2003 at 07:52:03AM -0500, Jeff Trawick wrote: > FWIW, it segfaults on a jsp request... I suppose that this is handled by a > third party module such as mod_jk? See the final snippet: > > [pid 32119] read(11, "GET /messaging/businessObject.js"..., 4096) = 775 > [pid 32119] rt_sig

Backports

2003-12-02 Thread Sander Striker
Hi, If someone has a bit of time, we've got a bunch of backports in the STATUS file that already have 3 +1s which can be merged. Sander

[PATCH 25137] atomics in worker mpm

2003-12-02 Thread Brian Akins
Backported from 2.1. Stable for me in various loads. -- Brian Akins Senior Systems Engineer CNN Internet Technologies --- /home/bakins/src/httpd-2.0.48/server/mpm/worker/fdqueue.c 2003-11-06 08:16:03.0 -0500 +++ fdqueue.c 2003-09-28 23:58:41.0 -0400 @@ -57,26 +57,40 @@ */

[PATCH] exports.c Makefile unfix

2003-12-02 Thread Joe Orton
So (Ben), what is it that breaks with "BSD make" when reverting the cruft that has been added to server/Makefile.in to use an absolute path to exports.c? This works for me with srcdir=builddir and srcdir!=builddir with the FreeBSD 4.2 make, and GNU make -j2 still works too. The 2.0 branch still h

Re: Regarding Apache 2.0.48 and specweb99

2003-12-02 Thread gregames
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote: I think I found the problem (.. and it's not the cgid exiting problem). The problem was because the default Listen Backlog in mod_cgid was a little small (100 outstanding connections). I got the following tusc log for the httpd processes : {62717} co

RE: Regarding Apache 2.0.48 and specweb99

2003-12-02 Thread MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] [SNIP] >I'm glad you're making progress. But I'm wondering why >raising the mod_cgid >Listen backlog was so important. If 100 mod_cgid connections >wasn't enough at >some point, either the workload is spikey or t

Re: [patch] adding mpm info to httpd -V

2003-12-02 Thread Geoffrey Young
>> wow, I didn't expect to see this followed up upon. thanks. > > > maybe httpd developers should be stranded in airports more often... > also, several weeks ago somebody was complaining to me about various > things they didn't like about Apache 2... one of the ones I took note of > was having

Re: [patch] adding mpm info to httpd -V

2003-12-02 Thread Geoffrey Young
> I'll work on the real httpd -V > stuff later this afternoon. here is the latest patch. basically, it's the same as what I submitted before. the differences are those suggested by stas and jeff - make the AP_MPMQ_STATIC/DYNAMIC wording a bit better and axe the "-D APACHE_MPM_DIR=" stuff. so, t

Re: [PATCH 25137] atomics in worker mpm

2003-12-02 Thread Aaron Bannert
On Tue, Dec 02, 2003 at 08:40:05AM -0500, Brian Akins wrote: > Backported from 2.1. Stable for me in various loads. Cool! What OS/arch are you using? Also, any idea how well it performs compared to before the patch? -aaron

Re: [PATCH 25137] atomics in worker mpm

2003-12-02 Thread Brian Akins
Aaron Bannert wrote: Cool! What OS/arch are you using? Also, any idea how well it performs compared to before the patch? Currently Linux on i386 (with non-portable-atomics). I have not noticed any increase in performance, but I can, now, easily have 4096 active clients, whereas things got "squi

Re: cvs commit: httpd-2.0/modules/ssl ssl_engine_init.c ssl_engine_log.c

2003-12-02 Thread Justin Erenkrantz
--On Tuesday, December 02, 2003 14:11:20 + [EMAIL PROTECTED] wrote: jorton 2003/12/02 06:11:20 Modified:.Tag: APACHE_2_0_BRANCH CHANGES STATUS modules/ssl Tag: APACHE_2_0_BRANCH ssl_engine_init.c ssl_engine_log.c Log: Backport from

Re: cvs commit: httpd-2.0/docs/manual/mod mpm_common.xml mpm_winnt.xml

2003-12-02 Thread Yoshiki Hayashi
[EMAIL PROTECTED] writes: > stoddard2003/11/20 12:12:13 > > Modified:docs/manual/mod mpm_common.xml mpm_winnt.xml > Log: > Win32: MaxMemFree works with mpm_winnt I noticed this change while I was trying to backport Japanese translation of 2.1 document to 2.0. Since this change is o

Re: cvs commit: httpd-2.0/docs/manual/mod mpm_common.xml mpm_winnt.xml

2003-12-02 Thread Cliff Woolley
On Tue, 2 Dec 2003, Yoshiki Hayashi wrote: > One thing that puzzled me while checking the code is that > mpm_winnt.c doesn't call apr_allocator_max_free_set like any > other MPMs (except perchild). Doesn't it have to call it, > too? Yes. I guess I should go back and review FB's change... --Cli

Re: cvs commit: httpd-2.0/docs/manual/mod mpm_common.xml mpm_winnt.xml

2003-12-02 Thread Cliff Woolley
On Wed, 3 Dec 2003, Cliff Woolley wrote: > On Tue, 2 Dec 2003, Yoshiki Hayashi wrote: > > > One thing that puzzled me while checking the code is that > > mpm_winnt.c doesn't call apr_allocator_max_free_set like any > > other MPMs (except perchild). Doesn't it have to call it, > > too? > > Yes. I

Re: cvs commit: httpd-2.0/server/mpm/winnt child.c mpm.h

2003-12-02 Thread Cliff Woolley
On Thu, 20 Nov 2003 [EMAIL PROTECTED] wrote: > stoddard2003/11/20 11:44:19 > > Modified:.CHANGES >server/mpm/winnt child.c mpm.h > Log: > Win32: Make Win32 MPM transaction pools honor MaxMemFree > >/* Create the tranaction pool */ > -

Re: cvs commit: httpd-2.0/docs/manual/mod mpm_common.xml mpm_winnt.xml

2003-12-02 Thread Yoshiki Hayashi
Cliff Woolley <[EMAIL PROTECTED]> writes: >> > One thing that puzzled me while checking the code is that >> > mpm_winnt.c doesn't call apr_allocator_max_free_set like any >> > other MPMs (except perchild). Doesn't it have to call it, >> > too? >> >> Yes. I guess I should go back and review FB's