On Tue, Jul 16, 2002 at 08:49:29PM -0500, William A. Rowe, Jr. wrote:
> However, we didn't destroy ap_get_client_block until May 30, 2002.
If you could please clarify what you mean by 'destroy
ap_get_client_block,' that would be greatly appreciated.
All that commit should have done was reimpleme
Hi,
I have LynxOS-3.0.1 and if you try to use find with -depth obtain a syntax
error!
>find . -depth -print
find: syntax error at -depth
Maybe it is possible (I don't try to do this) to install the GNU findutils and
this can resolve the problem but the find distributed
with this version of the L
At 07:09 PM 7/16/2002, Justin Erenkrantz wrote:
>On Tue, Jul 16, 2002 at 06:33:08PM -0500, William A. Rowe, Jr. wrote:
> > Unlikely. I recently discovered that the input filtering changes have
> > completely corrupted mod_isapi.c.
> >
> > Since r->remaining is entirely invalid now, that code [con
On Tue, Jul 16, 2002 at 10:31:46AM -0500, William A. Rowe, Jr. wrote:
> At 07:23 PM 7/15/2002, Ryan Bloom wrote:
>
> >We could force the size, by using apr_int32_t. The problem that he is
There is no need to force the size. The value is a simple integer. There is
no need to make it a long, and
Hi,
In modules/experimental/mod_ext_filter.c there's the following:
rc = apr_proc_create(ctx->proc,
ctx->filter->command,
(const char * const *)ctx->filter->args,
NULL, /* environment */
Hey guys...
I just committed some optimizations to cache_pqueue that should help a
good deal. I'm reasonably confident in the changes (and I ran it through
a test program to be sure) ... but this is just a "heads up" since I don't
actually have a mod_cache setup to test it with.
--Cliff
On Tue, Jul 16, 2002 at 06:33:08PM -0500, William A. Rowe, Jr. wrote:
> Unlikely. I recently discovered that the input filtering changes have
> completely corrupted mod_isapi.c.
>
> Since r->remaining is entirely invalid now, that code [conventional,
> safe and traditional module authoring style
Unlikely. I recently discovered that the input filtering changes have
completely corrupted mod_isapi.c.
Since r->remaining is entirely invalid now, that code [conventional,
safe and traditional module authoring style] is totally borked.
Looks like a couple days before it can be fixed.
Bill
A
On Mon, Jul 15, 2002 at 06:57:05PM +0200, Peter Poeml wrote:
> Hi,
>
> I'd like to propose to create ssl-std.conf from ssl-std.conf.in, just as
> it is done with httpd-std.conf.in. Then, the log file paths could be
> substituted in the same flexible way.
>
> Currently, of patching / hand editi
On Mon, Jul 15, 2002 at 06:01:10PM +0200, Peter Poeml wrote:
> Hi,
>
> in the autoconf macro definitions of acinclude.m4, the macro names are
> not quoted as suggested in the autoconf documentation for AC_DEFUN:
>
>
> [...]
>Be sure to properly quote both the MACRO-BODY _and_ the MACRO-NAM
in http://httpd.apache.org/dev/dist/
if all goes well this will be the '2.0.40' release
Thanks
Ian
On Tue, Jul 16, 2002 at 10:26:49AM -0700, Ian Holsman wrote:
> Adam Sussman wrote:
> > The new cookie setting feature of mod_rewrite adds the Set-Cookie header
> > to r->headers_out. Shouldn't this be r->err_headers_out instead?
> >
> > The error headers are always present whereas the the normal
On Tue, Jul 16, 2002 at 11:42:13AM -0700, Ryan Bloom wrote:
> That would only work if we looked in those variable for the files. But,
> we don't, so we have to special case this stuff. We should re-write big
> portions of the detection logic so that we don't have ANY hard-coded
> paths, but I am
> From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
>
> > Look for OpenSSL libraries in /usr/lib64.
> ...
> > for p in $ap_ssltk_base/lib /usr/local/openssl/lib \
> > - /usr/local/ssl/lib /usr/local/lib /usr/lib /lib; do
> > + /usr/local/ssl/lib /usr/local/lib /usr/lib
> Look for OpenSSL libraries in /usr/lib64.
...
> for p in $ap_ssltk_base/lib /usr/local/openssl/lib \
> - /usr/local/ssl/lib /usr/local/lib /usr/lib /lib; do
> + /usr/local/ssl/lib /usr/local/lib /usr/lib /lib /usr/lib64; do
If we just told people to add the right
On Mon, Jul 15, 2002 at 02:50:35PM +0200, Peter Poeml wrote:
> Hi,
>
> the attached patch adds /usr/lib64 to the list of directories to
> look for SSL/TLS toolkit libraries.
>
> /usr/lib64 is the libdir on AMD x86_64 and other 64 bit platforms where
> 32bit and 64bit libs can be installed side
On Mon, Jul 15, 2002 at 06:01:42PM +0200, Peter Poeml wrote:
> Hi,
>
> attached patch, made for 2.0.39 and fitting into current cvs, updates
> config.layout for the layout on our distribution.
Committed. Thanks! -- justin
"Rob Emanuele" <[EMAIL PROTECTED]> writes:
> I can't make apxs generate so's by default. It makes an lo
> instead.
look in the .libs that is created
apxs -c mod_foo.c compile, creates shared object in .libs/
the name can vary between platforms
apxs -i mod_foo.l
Adam Sussman wrote:
> The new cookie setting feature of mod_rewrite adds the Set-Cookie header
> to r->headers_out. Shouldn't this be r->err_headers_out instead?
>
> The error headers are always present whereas the the normal headers do not
> appear under error conditions. In applications where
On Tue, Jul 16, 2002 at 08:30:41AM -, [EMAIL PROTECTED] wrote:
> martin 2002/07/16 01:30:41
>
> Modified:support apachectl.in
> Log:
> If "@APACHECTL_ULIMIT@" is used in apachectl.in, then something must
> replace it by a sensible (platform dependent?) value upon "make insta
The new cookie setting feature of mod_rewrite adds the Set-Cookie header
to r->headers_out. Shouldn't this be r->err_headers_out instead?
The error headers are always present whereas the the normal headers do not
appear under error conditions. In applications where I have an apache
module sett
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
>
> At 07:23 PM 7/15/2002, Ryan Bloom wrote:
>
> >We could force the size, by using apr_int32_t. The problem that he
is
> >having, is that pointers on _most_ 64-bit machines (Windows is a
notable
> >exception, there may be others), are 64-
At 07:23 PM 7/15/2002, Ryan Bloom wrote:
>We could force the size, by using apr_int32_t. The problem that he is
>having, is that pointers on _most_ 64-bit machines (Windows is a notable
>exception, there may be others), are 64-bits long. But we are using
>int's, which are 32-bits for the pointe
> From: Greg Stein [mailto:[EMAIL PROTECTED]]
>
> On Mon, Jul 15, 2002 at 02:19:06PM +0200, Peter Poeml wrote:
> > Hi,
> >
> > building httpd-2.0.39 on x86_64 (AMD's upcoming 64 bit architecture)
> > there are a few compiler warnings, e.g. due to misfitting type
casts.
> >
> > While some of the
> David Shane Holden wrote:
> > I've noticed this aswell. I have Apache running on a machine using an
> > internal
> > IP and if I connect to it with another machine using an internal IP it
> > sits there
> > for exactly 5 minutes before sending back the respone. But if someone
> > connects wi
On Mon, Jul 15, 2002 at 10:16:59PM -0700, Justin Erenkrantz wrote:
>
> Any HTTP/1.1 request is hanging for me (incl. static pages).
For me, any HTTP/0.9 request is hanging.
GET /
hangs, even if folowed by more s.
Martin
--
<[EMAIL PROTECTED]> | Fujitsu Siemens
Fon: +49-89-63
26 matches
Mail list logo
