On Thu, Apr 26, 2001 at 02:59:54PM -0700, Roy T. Fielding wrote:
Well then, we are screwed until some people lose their attitude problem,
or someone else comes along to replace them. That is nothing new.
Ah. Then I misinterpreted the situation. I thought both would have liked
to have it
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2001/04/02 09:22:02 $]
Release:
1.3.20-dev: Current version.
1.3.19: Tagged and rolled Feb 26, 2001. Announced Mar 01, 2001.
1.3.18: Not released.
(Pulled because of an
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2001/04/26 19:08:55 $]
Release:
2.0.16 : rolled April 4, 2001
2.0.15 : rolled March 21, 2001
2.0.14 : rolled March 7, 2001
2.0a9 : released December 12, 2000
2.0a8 :
Rodent of Unusual Size [EMAIL PROTECTED] writes:
* Doug MacEachern's libapr - Generic Apache Request Library (Alpha)
This package contains modules for manipulating client request data
via the Apache API with Perl and C.
Status: http://perl.apache.org/dist/ (look for
On Thu, Apr 26, 2001 at 07:00:37PM +0200, Clere Jean-Frederic FSC EP LP COM 5 wrote:
The one enclosed should not break the other machines... Now mod_tls works on my
machines, that is a nice test/demo tool!
Committed, thanks!.
Martin
--
[EMAIL PROTECTED]| Fujitsu Siemens
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2001/04/26 19:08:55 $]
Release:
2.0.16 : rolled April 4, 2001
2.0.15 : rolled March 21, 2001
2.0.14 : rolled March 7, 2001
2.0a9 : released December 12, 2000
2.0a8 :
Uh oh! I just committed Henri's version. It fixes some deficiencies already,
therefore I don't want to remove the patch again.
Martin
On Fri, Apr 27, 2001 at 05:43:27PM +0200, Clere Jean-Frederic FSC EP LP COM 5 wrote:
I have tried: apxs -c -o mod_jk.so *.c, but the result was not the one
On Fri, Apr 27, 2001 at 06:54:51AM -0400, Rodent of Unusual Size wrote:
Last modified at [$Date: 2001/04/26 19:08:55 $]
Release:
2.0.16 : rolled April 4, 2001
2.0.15 : rolled March 21, 2001
2.0.14 : rolled March 7, 2001
We're on 2.0.18-dev now, where's the
Martin Kraemer wrote:
On Wed, Apr 25, 2001 at 10:03:38AM -0700, Greg Stein wrote:
...
I agree that mod_tls isn't an advanced module, but it is a way to remove
some of the politics from the SSL modules in Apache.
Bingo. We've got two camps that disagree at a basic level. Fine, they
On Fri, Apr 27, 2001 at 09:22:51AM -0400, Jim Jagielski wrote:
...
I don't think we (the ASF) should take
any sort of position is which is the better choice, or
even make editorial statements regarding the various solutions
though :)
If it is in our tree, then we damn well better be making
In article [EMAIL PROTECTED] you wrote:
[...]
Make ap_snprintf() more robust against border situations with
floating point numbers.
The patch adds handling for nan and inf only for %f, %e and %E. What
about %g abd %G? I think the same checks should be applied to them, too.
On Thu, Apr 26, 2001 at 09:29:47PM -0700, Roy T. Fielding wrote:
...
Is there some reason that apr can't give us the global pool, or allow
us to give it the global pool?
I can't think of one, so I'd be fine with seeing apr_initialize() return a
global pool.
Cheers,
-g
--
Greg Stein,
Graham Leggett wrote:
Hi all,
I want to be able to insert the mod_tls filters at the relevant places
in the proxy so as to support backend TLS to https:// and ftps:// URLs.
Trouble is, the sense of the certificates will be the other way around
- I would need to specify a set of root
Paul J. Reder wrote:
Greg Ames wrote:
It would be great if somebody could beat it up on a live
non-FreeBSD system, and tell us what happens.
I'll run it through my battery of abuse tests tonight. If it survives the carnage
then we'll be in good shape.
After running the
Dale Ghent wrote:
Besides, I believe that most DNS servers (at least later versions
of BIND) reject hostnames which have underscores (_) in them as
non-legal characters in DNS.
That is what I thought, too, but I received som spam to-day which
included a hostname with an embedded '_' -- and
Paul J. Reder wrote:
Greg Ames wrote:
It would be great if somebody could beat it up on a live
non-FreeBSD system, and tell us what happens.
I'll run it through my battery of abuse tests tonight. If it survives the carnage
then we'll be in good shape.
After running
On Wed, 25 Apr 2001, Roy T. Fielding wrote:
replacement works better than what we have now in CVS. The claim
that the pipe of death is somehow better than 1.3 signals is just wrong.
if you use signals then you have a requirment that all libraries linked
with httpd be signal safe.
good luck.
i suppose pcommands data could be allocated in pglobal instead...
-dean
On Thu, 26 Apr 2001, Roy T. Fielding wrote:
Once upon a time, httpd would create a global pool as the result from
alloc_init and use that pool as the parent of almost all of the other
pools (I say almost only because
18 matches
Mail list logo
