I'd like to propose a radical new notion for releases.
Prior to tag, we use perl-framework to actually check that the
current server is fully operational [as defined by our wonderful
test-dev group!!!] If that passes, tag. Let other platforms
run it through the test suite. If they pass, we
On Sun, 23 Dec 2001, Stas Bekman wrote:
That means two different ways to add configuration.
yup. because we're doing different things. and for the record: there
are already more than 2 ways to add configuration. tho only one to run
the CONFIGURE routine.
Why cannot we make the .pm scanner
On Mon, 24 Dec 2001, Stas Bekman wrote:
this patch:
- s/scan/scan_core/ for consistency with warn_core
- don't complain aload when an old core from some old run is found
(i'm tired of remembering to remove old core files)
nice, +1
On Fri, Dec 28, 2001 at 05:46:58PM -0800, Aaron Bannert wrote:
On Fri, Dec 28, 2001 at 01:16:56PM -0801, Jos Backus wrote:
OK, I overreacted, sorry. But the macro names should match.
Justin committed a fix for this, let us know if it doesn't work for you.
Thank you, I will.
--
Jos Backus
I spent a bit of time looking at this one and I am pretty sure this is not the right
patch. The problem is that ap_proxy_string_read() is completely broken. Among other
things, it completely chokes if the 'string' spans multiple brigades.
ap_proxy_string_read should be trashed and something like
William A. Rowe, Jr. wrote:
Prior to tag, we use perl-framework to actually check that the
current server is fully operational [as defined by our wonderful
test-dev group!!!]
I have this running automatically, on a nightly basis, for
worker, prefork, and perchild. The tests run on Red Hat
Yup, it is. So, this isn't just FreeBSD. Good. Or, not so good.
This may be our bug. -- justin
If you have traced that error, can you point me to the location the
code where this is happening and I'll try to check this on the Cygwin
platform.
Stipe
[EMAIL PROTECTED]
After removing a duplicate ap_coredump_dir symbol - this is the error
I'm left with on OSX building threaded [no such error on worker !?!]
Thoughts?
Bill
/bin/sh /clean/httpd-2.0/srclib/apr/libtool --silent --mode=compile cc
-g -O2-DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -traditional-cpp
From: Rodent of Unusual Size [EMAIL PROTECTED]
Sent: Saturday, December 29, 2001 10:02 AM
William A. Rowe, Jr. wrote:
Prior to tag, we use perl-framework to actually check that the
current server is fully operational [as defined by our wonderful
test-dev group!!!]
I have this
On Wednesday 26 December 2001 08:10 am, Greg Ames wrote:
Ryan Bloom wrote:
Since
we already know that we need this general ability for some of the auth
directives (see John Sterling's posts about some of the problems with AuthType
and AuthName), I would much rather have a
After removing a duplicate ap_coredump_dir symbol - this is the error
I'm left with on OSX building threaded [no such error on worker !?!]
You're breaking on those? I remember just seeing them as warnings. They are
symbol conflicts between the regular expression stuff in the Math library
(see
From: Sander Temme [EMAIL PROTECTED]
Sent: Saturday, December 29, 2001 12:22 PM
After removing a duplicate ap_coredump_dir symbol - this is the error
I'm left with on OSX building threaded [no such error on worker !?!]
You're breaking on those? I remember just seeing them as warnings.
Thanks though! All seems well again. Of course, I had to modify the
installed build script for the -flat-namespace cruft, but other than that,
no problems {right}.
The -flat_namespace flag is best set inside ltconfig before the libtoolize
step. However, for the last two dev tools revisions
On Sat, Dec 29, 2001 at 06:10:41PM +0100, Stipe Tolj wrote:
Yup, it is. So, this isn't just FreeBSD. Good. Or, not so good.
This may be our bug. -- justin
If you have traced that error, can you point me to the location the
code where this is happening and I'll try to check this on the
I am new, and normally i read all the info, then re read it, and then if
I have a problem, then i ask you guys, but this question is probable the
silliest you have ever seen.
I have a webserver, and now I have to use apache in my office to emulate
what happens on the web. I installed apache, and
hmm, so I tried out this patch and found that it does work correctly
for most cases and it does solve the original infinite loop problem.
However, it appears to have introduced a new infinite loop problem
as well as some truncation of proxy data.
Once status and header data have been read (or
I am new, and normally i read all the info, then re read it, and then if
I have a problem, then i ask you guys, but this question is probable the
silliest you have ever seen.
There is no need to apologize for asking questions. But you do need to ask
them in the right place. In the case of
On Sat, Dec 29, 2001 at 11:49:10AM -0800, Justin Erenkrantz wrote:
The problem is there is no debug tools on FreeBSD that can follow
forks, so I have no idea what is going on. kdump is the only
thing I can find and it is too low-level to show any lock calls
(which is where I think the
On Sat, Dec 29, 2001 at 04:48:12PM -0500, Jeff Trawick wrote:
I would prefer moving to a situation where the function that allows
you to specify the implementation is always available and
APR_LOCK_DEFAULT is always available.
One way to do that:
. get rid of
Aaron Bannert [EMAIL PROTECTED] writes:
On Sat, Dec 29, 2001 at 04:48:12PM -0500, Jeff Trawick wrote:
I would prefer moving to a situation where the function that allows
you to specify the implementation is always available and
APR_LOCK_DEFAULT is always available.
One way
This patch is wrong. Only text/html output is valid for consideration.
Just because no handler has been associated to the handler doesn't mean
we should blindly accept the file. Contrawise, even another handler
(e.g. PHP) could be xbithacked using the new filtering features.
So perhaps this
I say commit and we'll review.
I've also got a patch that I'll try to get to the list tomorrow once I have
time to tidy it up a little.
david
- Original Message -
From: Aaron Bannert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 27, 2001 4:31 PM
Subject: Re: Time for
wrowe 01/12/29 20:14:20
Modified:modules/mappers mod_negotiation.c
Log:
Introduce the ForceLanguagePriority options;
Prefer will circumvent a Multiple Choices by electing the first matching
language from the LanaguagePriority list.
Fallback will
wrowe 01/12/29 21:23:36
Modified:docs/conf httpd-nw.conf httpd-std.conf httpd-win.conf
Log:
Gotta have an error doc to serve, even if it's not their favorite
language.
From the http://www.ethnologue.com/ survey of languages, their data
is, in descending
On Fri, Dec 28, 2001 at 11:38:01PM -0800, Jos Backus wrote:
[massive snippage]
So I am really hoping that the Samba people will adopt my patch :-)
Update: Jeremy Allison has committed a variation of my patch to the Samba
tree. See
25 matches
Mail list logo