From: "Joshua Slive" <[EMAIL PROTECTED]>
Sent: Monday, December 10, 2001 9:32 PM
>
> On Mon, 10 Dec 2001, William A. Rowe, Jr. wrote:
> > Our own website, with it's .shtml approach, really sucked
> > because relative paths could be made un-relatated.
>
> I'm not sure what you mean by that. Ca
On Mon, 10 Dec 2001, William A. Rowe, Jr. wrote:
> Our own website, with it's .shtml approach, really sucked
> because relative paths could be made un-relatated.
I'm not sure what you mean by that. Can you clarify?
The thing that people complain about is that mod_include should allow
PATH_INFO
From: "Joshua Slive" <[EMAIL PROTECTED]>
Sent: Monday, December 10, 2001 8:39 PM
> This also seems to be a problem for mod_include.
>
> My naive analysis--without looking at the code--is that, since the core
> handler is serving the files, they are treated as static and not allowed
> PATH_INFO,
This also seems to be a problem for mod_include.
My naive analysis--without looking at the code--is that, since the core
handler is serving the files, they are treated as static and not allowed
PATH_INFO, even though they will be parsed by a dynamic filter.
It seems like the simplest (and perha
Hi -
Seems to me it would be nice to log something (this patch has info) when a
connection times out - probably many places this could be done, this one
is in read request.
sterling
Index: server/protocol.c
===
RCS file: /home/cvs
> From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED]]
>
> Pål Baltzersen wrote:
> >
> > So I made this little patch that sets the env REMOTE_GROUP to
> > the group (first match) a user was authenticated with. I think
> > the performance penalty is microscopic.
>
> There are some problems wit
Pål Baltzersen wrote:
>
> So I made this little patch that sets the env REMOTE_GROUP to
> the group (first match) a user was authenticated with. I think
> the performance penalty is microscopic.
There are some problems with this patch:
1. It munges the middle of the conn_rec structure, breaking
On Mon, Dec 10, 2001 at 10:36:56AM +0100, Jens-Uwe Mager wrote:
> I am attempting to get DSO's to work on AIX 5.1. I am using the
> following config (cvs from today):
>
> CC="xlc_r -qnogenpcomp -qnousepcomp" \
> configure \
> --prefix=/data/jum/apache \
> --enable-so \
> -
Apache sets the env REMOTE_USER which is nice, but in several CGI applications I
missed the ability to know which group the user authenticated as, without having
to parse the group-file. So I made this little patch that sets the env
REMOTE_GROUP to the group (first match) a user was authenticated
Sascha Schumann <[EMAIL PROTECTED]> writes:
> On Mon, 10 Dec 2001, Greg Stein wrote:
>
> > I don't understand why an include doesn't go onto the INCLUDES variable. Why
> > the shift?
>
> I suppose that the include directive is immediately needed
> for an autoconf cpp check. Autoconf ca
Jens-Uwe Mager <[EMAIL PROTECTED]> writes:
> I am attempting to get DSO's to work on AIX 5.1. I am using the
> following config (cvs from today):
>
> CC="xlc_r -qnogenpcomp -qnousepcomp" \
> configure \
> --prefix=/data/jum/apache \
> --enable-so \
> --enable-modules=most
On Mon, 10 Dec 2001, Greg Stein wrote:
> I don't understand why an include doesn't go onto the INCLUDES variable. Why
> the shift?
I suppose that the include directive is immediately needed
for an autoconf cpp check. Autoconf calls the preprocessor
with CPPFLAGS, not INCLUDES, and t
I am attempting to get DSO's to work on AIX 5.1. I am using the
following config (cvs from today):
CC="xlc_r -qnogenpcomp -qnousepcomp" \
configure \
--prefix=/data/jum/apache \
--enable-so \
--enable-modules=most \
--enable-mods-shared=most \
--with-mpm=wo
I don't understand why an include doesn't go onto the INCLUDES variable. Why
the shift?
On Sun, Dec 09, 2001 at 03:32:02AM -, [EMAIL PROTECTED] wrote:
> trawick 01/12/08 19:32:02
>
> Modified:modules/experimental config.m4
> Log:
> Add -I for the zlib include dir to the right f
14 matches
Mail list logo
