On Tue, Jan 03, 2006 at 03:18:48PM -0800, Justin Erenkrantz wrote:
> --On January 3, 2006 11:09:34 PM + Nick Kew <[EMAIL PROTECTED]> wrote:
>
> >That is of course resolved by LoadFile /lib/libz.so, which is what I
> >contend should be standard practice. So when another module
> >relies on lib
I'm not sure why we aren't just reading the plen at the same time as the
clen... but as is when the 2nd header is read, it is not in sync (out by
padding-len bytes)
this patch makes it read at the same time, and it seems to make the
handler work for larger responses (as the following header is
On Wed, Jan 04, 2006 at 08:54:01AM +, Joe Orton wrote:
> > Again, there are substantial libtool issues that come into play that limit
> > what we can realistically do.
>
> I don't see any here. 2.2.x links only mod_deflate against -lz and only
> mod_ssl against $(SSL_LIBS). The 2.0.x way o
Justin Erenkrantz wrote:
On Wed, Jan 04, 2006 at 08:54:01AM +, Joe Orton wrote:
Again, there are substantial libtool issues that come into play that limit
what we can realistically do.
I don't see any here. 2.2.x links only mod_deflate against -lz and only
mod_ssl against $(SSL_LIBS).
On Wed, Jan 04, 2006 at 01:40:11AM -0800, Justin Erenkrantz wrote:
> On Wed, Jan 04, 2006 at 08:54:01AM +, Joe Orton wrote:
> > > Again, there are substantial libtool issues that come into play that
> > > limit
> > > what we can realistically do.
> >
> > I don't see any here. 2.2.x links on
Hi,
I wrote a utility called 'httping'. With httping one can measure the
latency (and throughput) of an HTTP server.
Now I was wondering:
- maybe this is a usefull tool for the Apache developers?
- if so (or not): is there any functionality missing in HTTPing to be
usefull?
Folkert van Heusden
On Wed, 4 Jan 2006, Folkert van Heusden wrote:
> I wrote a utility called 'httping'. With httping one can measure the
> latency (and throughput) of an HTTP server.
What does it offer in an addtion to the things offered in 'ab'.
Dw.
* Joe Orton ([EMAIL PROTECTED]) wrote :
> On Tue, Jan 03, 2006 at 03:18:48PM -0800, Justin Erenkrantz wrote:
> > --On January 3, 2006 11:09:34 PM + Nick Kew <[EMAIL PROTECTED]> wrote:
> >
> > >That is of course resolved by LoadFile /lib/libz.so, which is what I
> > >contend should be standard
> > I wrote a utility called 'httping'. With httping one can measure the
> > latency (and throughput) of an HTTP server.
> What does it offer in an addtion to the things offered in 'ab'.
Hmmm, nothing! :-)
I didn't knew it existed or else I would not have bothered creating httping.
Well, httping m
[EMAIL PROTECTED] wrote:
>
> Author: ianh
> Date: Tue Jan 3 20:35:03 2006
> New Revision: 365824
>
> URL: http://svn.apache.org/viewcvs?rev=365824&view=rev
> Log:
> show me the header please
>
:) I was just thinking the same thing.
--
==
Justin Erenkrantz wrote:
If you want to completely rip apart libtool and write your own, feel
free. Been there, done that, got the t-shirt. -- justin
This is one reason I build mod_deflate and others on its own:
apxs -cia -lz mod_deflate.c
--
Brian Akins
Lead Systems Engineer
CNN Internet
On Jan 4, 2006, at 4:32 AM, Ian Holsman wrote:
I'm not sure why we aren't just reading the plen at the same time
as the clen... but as is when the 2nd header is read, it is not in
sync (out by padding-len bytes)
this patch makes it read at the same time, and it seems to make the
handler
On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> On Jan 4, 2006, at 4:32 AM, Ian Holsman wrote:
>
> > I'm not sure why we aren't just reading the plen at the same time
> > as the clen... but as is when the 2nd header is read, it is not in
> > sync (out by padding-len bytes)
> >
> > this patc
--- Begin Message ---
This message about libapreq2 was sent to you by guest <> via rt.cpan.org
Full context and any attached attachments can be found at:
https://rt.cpan.org/Ticket/Display.html?id=16907 >
Attempting to install manually (after cpan build failed, without asking for
where apxs was
--- Begin Message ---
This message about libapreq2 was sent to you by guest <> via rt.cpan.org
Full context and any attached attachments can be found at:
https://rt.cpan.org/Ticket/Display.html?id=16874 >
[guest - Mon Jan 2 16:57:38 2006]:
> Can't pass the t/apreq/cgi test, error log shows:
>
--- Begin Message ---
This message about libapreq2 was sent to you by guest <> via rt.cpan.org
Full context and any attached attachments can be found at:
https://rt.cpan.org/Ticket/Display.html?id=16874 >
[guest - Wed Jan 4 10:24:15 2006]:
> Can't load
> '/usr/lib/perl5/site_perl/5.8.5/i386-lin
On Jan 4, 2006, at 10:38 AM, Garrett Rooney wrote:
See the list archives from last week for my
attempts if you want someplace to start.
You mean: Message-Id:
<[EMAIL PROTECTED]> ??
On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> On Jan 4, 2006, at 10:38 AM, Garrett Rooney wrote:
> > See the list archives from last week for my
> > attempts if you want someplace to start.
> >
>
> You mean: Message-Id:
> <[EMAIL PROTECTED]> ??
That exact message is the version we finall
On Jan 4, 2006, at 10:56 AM, Garrett Rooney wrote:
On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
On Jan 4, 2006, at 10:38 AM, Garrett Rooney wrote:
See the list archives from last week for my
attempts if you want someplace to start.
You mean: Message-Id:
<[EMAIL PROTECTED]> ??
Tha
On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
> How are you testing? Let me see if I can recreate
> your test env here (or Paul's) so I can dig deeper.
I tested those changes with a simple fastcgi app that just dumps 50 or
60 bytes of content, then I manually messed with the size of the
buf
Garrett Rooney wrote:
>
> On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> > How are you testing? Let me see if I can recreate
> > your test env here (or Paul's) so I can dig deeper.
>
> I tested those changes with a simple fastcgi app that just dumps 50 or
> 60 bytes of content, then I m
On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
> Garrett Rooney wrote:
> >
> > On 1/4/06, Jim Jagielski <[EMAIL PROTECTED]> wrote:
> >
> > > How are you testing? Let me see if I can recreate
> > > your test env here (or Paul's) so I can dig deeper.
> >
> > I tested those changes with a simple
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2005-12-16 16:06:45 -0500 (Fri, 16 Dec 2005) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained se
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2005-12-18 06:19:24 -0500 (Sun, 18 Dec 2005) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is main
... in /raid1/httpd-cores. I have made them 644 for perusal. There
appears to be a core every couple of days, from the 2.1.10 image that
was running on the box until tonight.
Unless I'm doing something wrong with gdb, they're not very useful.
Here's a backtrace from core.11358:
#0 mbox_c
Sander Temme wrote:
... in /raid1/httpd-cores. I have made them 644 for perusal. There
appears to be a core every couple of days, from the 2.1.10 image that
was running on the box until tonight.
Unless I'm doing something wrong with gdb, they're not very useful.
Here's a backtrace from core.1
It might be a good project for someone to take this I-D and convert
it to an apache utility library.
Roy
Begin forwarded message:
From: [EMAIL PROTECTED]
Date: January 4, 2006 12:50:01 PM PST
To: i-d-announce@ietf.org
Subject: I-D ACTION:draft-eastlake-sha2-01.txt
Reply-To: [EMAIL PROTECTE
27 matches
Mail list logo