Re: Recent perl-frameworks broke 1.3 testing..?

2002-01-04 Thread Stas Bekman
Rodent of Unusual Size wrote: Stas Bekman wrote: The utils are built by 'make install' not by 'make', ISTR. well they don't seem to get built for me. I have to do it manually. Could be some libtool problem. So what are you build args so I can try them? I thought you went to bed! :-) Almost :)

Re: Recent perl-frameworks broke 1.3 testing..?

2002-01-04 Thread Rodent of Unusual Size
Stas Bekman wrote: That's weird, I've to run this weird sequence and move around dirs. make clean CFLAGS=-g -O2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow \ ./configure --enable-shared=max --enable-module=most --with-layout=Apache \ --prefix=/home/stas/httpd/1.3 make cd

Re: Recent perl-frameworks broke 1.3 testing..?

2002-01-04 Thread Rodent of Unusual Size
Stas Bekman wrote: please test this patch (against current cvs) and if it's good I'll commit it. (it includes all my latest status propagation work, which is not committed) Worked for me testing 1.3. Haven't tried against 2.0. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini

Re: Recent perl-frameworks broke 1.3 testing..?

2002-01-04 Thread Stas Bekman
Rodent of Unusual Size wrote: Stas Bekman wrote: That's weird, I've to run this weird sequence and move around dirs. make clean CFLAGS=-g -O2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow \ ./configure --enable-shared=max --enable-module=most --with-layout=Apache \

Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm

2002-01-04 Thread Rodent of Unusual Size
[EMAIL PROTECTED] wrote: - implement '-port select' feature, so many t/TEST's can be run in parallel without forcing the user to assign non-colliding port numbers. Yay! Thanks! But we shouldn't permit this to mask the existing problem of servers not being shut down at end of testing.. --

[PATCH] Don't register methods twice

2002-01-04 Thread Sander Striker
Hi, It is not uncommon for modules to register the same method. Therefor it is better to return the already registered method number, instead of allowing the registration twice. Sander PS. I split this out of the mod_dav patch I sent in earlier, because it affects more than just mod_dav.

Bitfields in core_dir_config

2002-01-04 Thread Sander Striker
Hi, Why are we using bitfields in core_dir_config? Do we really care about a few bits? Not to mention it is inconsistent: /* Hostname resolution etc */ #define HOSTNAME_LOOKUP_OFF 0 #define HOSTNAME_LOOKUP_ON 1 #define HOSTNAME_LOOKUP_DOUBLE 2 #define HOSTNAME_LOOKUP_UNSET 3

mod_disk_cache

2002-01-04 Thread Bill Stoddard
Does it work or is it totally wonked up? I have an implementation that the AS/400 folks gave me (based on whats in experimental) that works on AS/400. If what is in the repository does not work, I may just check-in the version I have. Bill

Re: mod_disk_cache

2002-01-04 Thread Ian Holsman
Bill Stoddard wrote: Does it work or is it totally wonked up? I have an implementation that the AS/400 folks gave me (based on whats in experimental) that works on AS/400. If what is in the repository does not work, I may just check-in the version I have. Bill It doesn't work with

Re: Running Apache in the foreground

2002-01-04 Thread Jos Backus
On Thu, Jan 03, 2002 at 08:28:14AM -0800, Aaron Bannert wrote: I see no reason why this can't be implemented in apache2, and I'll even test and commit a patch that properly implements it. :) Sorry I can't offer much more than that. Maybe if I get some more time later this week I can look into

mod_deflate as a DSO on Solaris (perhaps generic?)

2002-01-04 Thread Jeff Trawick
On my Solaris systems (Solaris 8 for i86 and Sparc), configure finds /usr/local/lib/libz.a and /usr/local/include/whatever, but mod_deflate.so won't load because of an unresolved reference to deflateInit2_. checking whether to enable mod_deflate... checking dependencies checking for zlib

Re: Running Apache in the foreground

2002-01-04 Thread Aaron Bannert
On Fri, Jan 04, 2002 at 03:59:24PM -0800, Jos Backus wrote: On Thu, Jan 03, 2002 at 08:28:14AM -0800, Aaron Bannert wrote: I see no reason why this can't be implemented in apache2, and I'll even test and commit a patch that properly implements it. :) Sorry I can't offer much more than

suexec and apache2.0

2002-01-04 Thread GUMMALAM,MOHAN (HP-Cupertino,ex2)
Currently suexec does not seem to work with apache2.0.. well atleast not completely. The problem I seem to run into is with ~user situations. Looks like the suexec code (suexec.c) expects to make a distinction between ~user calls from others by inspecting for the ~ character. However, in

CGI single-byte reads Re: 2.0.30-dev load spiking [was: upgrade to FreeBSD 4.5-PRERELEASE]

2002-01-04 Thread Brian Pane
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. That's all I've spotted so far,

Re: Running Apache in the foreground

2002-01-04 Thread Jos Backus
On Fri, Jan 04, 2002 at 09:26:46PM -0800, Justin Erenkrantz wrote: Yeah, this seems to be a bug in autoconf because this is not portable /bin/sh code. IIRC, all cases must have an action item. OK. Are you using 2.52? I can't see any way around this besides getting the autoconf people to