RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear to
me
+ how the Perchild MPM should be re-written. It hasn't worked
+ correctly since filters were added because it wasn't
possible to
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE
UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear
to
me
+ how the Perchild MPM should be re-written. It hasn't
worked
+ correctly since filters were added because it wasn't
Using a clean checkout of Apache2 (also tested with the 2.0.32-alpha
tarball) it appears that most of the Directory and file names options get
overwritten when configure invokes APACHE_LAYOUT()
This is because no check is made to see whether --enable-layout has been
passed to configure before the
I don't know if you saw the further description of this, but it seems
it's a glibc/gcc problem. The issue only comes when compbining PHP with
apache2 though as a .so.
this is MPM independant so far.
On Sat, 2002-02-23 at 16:05, NAIK,ROSHAN (HP-Cupertino,ex1) wrote:
what is the issue exactly
-- Forwarded message --
Date: Sat, 23 Feb 2002 14:44:18 -0700
From: Peter Valchev [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: incorrect getopt(3) usage in apache
Index: os/netware/getopt.c
===
RCS file:
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE
UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear to
me
+ how the Perchild MPM should be re-written. It hasn't
worked
+ correctly since filters were added because it wasn't
possible to
+
This patch adds a small, TPF-specific section to http_main.c to
interface with a new TPF operating system feature.
(I used diff -ru9 because the normal diff -ru3 would not uniquely
identify the code being changed in http_main.c.)
Please let me know if you have any questions or concerns.
Thank
On Sun, Feb 24, 2002 at 11:29:30PM -0800, Brian Pane wrote:
[EMAIL PROTECTED] wrote:
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
+ how the Perchild MPM should be re-written. It hasn't
Hi.
Currently the location of the conffile is hardcoded with:
AC_DEFINE_UNQUOTED(SERVER_CONFIG_FILE, conf/$progname.conf
This means that setting $sysconfdir or using a layout doesn't affect where
apache2 looks for it's main conffile.
This patch alters the define to use $sysconfdir/$progname.conf;
I'm thinking about adding the below draft to the CVS (after full
review/test). There have been times with this functionality would
have been pretty useful :)
Index: modules/proxy/mod_proxy.c
===
RCS file:
As long as we can ensure that the default $sysconfdir is $prefix/conf,
I am +1 in concept.
-aaron
On Mon, Feb 25, 2002 at 05:50:20PM +, Thom May wrote:
Hi.
Currently the location of the conffile is hardcoded with:
AC_DEFINE_UNQUOTED(SERVER_CONFIG_FILE, conf/$progname.conf
This means
Yes, I like this. Less late night calls. +1. It could eventually log the
failed rule.
Chuck
On Monday, February 25, 2002, at 01:21 PM, Jim Jagielski wrote:
I'm thinking about adding the below draft to the CVS (after full
review/test). There have been times with this functionality would
On Sun, 24 Feb 2002, Brian Pane wrote:
[EMAIL PROTECTED] wrote:
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
+ how the Perchild MPM should be re-written. It hasn't worked
+
On Mon, Feb 25, 2002 at 04:23:04AM -, [EMAIL PROTECTED] wrote:
@@ -154,18 +155,21 @@
RAND_seed(stackdata+n, 128);
nDone += 128;
-#if XXX_SBENTROPY_SOLVED
/*
- * XXX: This is entirely borked,
At 01:55 PM 2/25/2002, Justin Erenkrantz wrote:
Why was the XXX_SBENTROPY_SOLVED define removed? I believe we wanted
to avoid using scoreboard as an entropy source because it isn't very
random. Therefore, I think we should just remove this code
altogether. Or, am I missing something? --
* Thom May ([EMAIL PROTECTED]) wrote :
Hi,
when configuring apache2 using a layout, the necessary variables are not
passed to the configure processes for apr, apr-util and pcre.
This is a patch to correct this:
It moves the parsing of the layout to before the configure processes for
srclib
hi, guys. i've posted this patch for foreground/supervise support
in the 1.3.* tree four times since january fifth (when the thread
for support for this in 2.0 started), and i haven't heard word one
back from anyone with commit access... i'd really like to see this
(very simple) feature
On Mon, Feb 25, 2002 at 05:14:34PM -0500, Cliff Woolley wrote:
If that's the agreement, then fine, I'll nuke it. It certainly caused me
quite a bit of headache to get it to work in the first place, and I was
definitely uneasy about the assumptions it was making about the layout of
the
On Mon, Feb 25, 2002 at 05:26:44PM -0500, Michael Handler wrote:
hi, guys. i've posted this patch for foreground/supervise support
in the 1.3.* tree four times since january fifth (when the thread
for support for this in 2.0 started), and i haven't heard word one
back from anyone with commit
On Mon, 25 Feb 2002, William A. Rowe, Jr. wrote:
At 01:55 PM 2/25/2002, Justin Erenkrantz wrote:
Why was the XXX_SBENTROPY_SOLVED define removed? I believe we wanted
to avoid using scoreboard as an entropy source because it isn't very
random. Therefore, I think we should just remove this
Justin Erenkrantz [EMAIL PROTECTED] writes:
IMHO, 1.3 should be in bug-fix mode only. No new features - as
witnessed by our addition of AcceptMutex which screwed up 1.3.23
on Solaris. If you need this functionality, why not use 2.0 and
help us get 2.0 to be GA?
My SNAFU with no -lpthread
Ryan Bloom wrote:
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+* With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
+ how the Perchild MPM should be re-written. It hasn't worked
+ correctly since filters were added because it wasn't possible
I agree that documentation should cover this, but it should also be
displayed in the ./configure if someone chooses that, to say, display a
warning at the end of the configure or some such thing.
At least there'd be an I told you so in there.
On Mon, 2002-02-25 at 19:31, Joshua Slive wrote:
Bill Stoddard wrote:
I added an AddOutputFilterByType INCLUDES .shtml to my httpd.conf file. Then started
hitting this segfault because r-content_type is NULL. I do not have an AddType for
.shtml. Any ideas on the best way to handle this w/o segfaulting?
I don't know why it is segfaulting..
On Mon, Feb 25, 2002 at 03:46:56PM -0500, Bill Stoddard wrote:
I added an AddOutputFilterByType INCLUDES .shtml to my httpd.conf file. Then started
hitting this segfault because r-content_type is NULL. I do not have an AddType for
.shtml. Any ideas on the best way to handle this w/o
we just came across this little gem.
if your error page is dynamic (remote proxy'd page in our case)
and it returns a 500 error
you will go into a endless loop (and eat CPU)
..Ian
26 matches
Mail list logo