> Based on Nadav Har'El's e-mail on the mod_ssl community
> (http://marc.theaimsgroup.com/?l=apache-modssl&m=103540998016916&w=2),
> here's a patch for 2.0's mod_ssl.
>...
> +modssl_free(cp);
>...
> +#define modssl_free free
I'm not sure this patch addresses my concern. The idea was that O
On Thu, Oct 24, 2002, Nadav Har'El wrote about "Re: [[EMAIL PROTECTED]:
[PATCH] Try to use OPENSSL_free instead of free]":
> I'm not sure this patch addresses my concern. The idea was that OPENSSL_free()
> should be used, not free(), on memory originally allocated by the OpenSSL
I should have loo
On Fri, 2002-10-25 at 03:31, David Burry wrote:
> Is it possible to get some of the fixes to mod_logio committed? Wouldn't
> everyone agree that the current logging of the outgoing bytes is incorrect
> behavior? Currently it logs the full file size (plus headers) even if it
> gets cut off in the
check this out:
[gregames@daedalus gregames]$ grep "194.65.14.76 .*binaries.* 416 "
/logs/www/weblog | wc -l
69763
I asked root to block this IP for a while, because we are getting a couple of
these every second. I suspect there's an httpd bug here as well as a looping
client. We shouldn't b
Is it possible to get some of the fixes to mod_logio committed? Wouldn't
everyone agree that the current logging of the outgoing bytes is incorrect
behavior? Currently it logs the full file size (plus headers) even if it
gets cut off in the middle, instead of the actual number of bytes sent.
I've
- Original Message -
From: "Bojan Smojver" <[EMAIL PROTECTED]>
> On Fri, 2002-10-25 at 03:31, David Burry wrote:
> > Is it possible to get some of the fixes to mod_logio committed?
Wouldn't
> > everyone agree that the current logging of the outgoing bytes is
incorrect
> > behavior? Curre
This should really work now and it should not cause major dramas
compatibility wise. Let me know what you think.
Bojan
diff -ruN httpd-2.0-vanilla/include/http_core.h httpd-2.0/include/http_core.h
--- httpd-2.0-vanilla/include/http_core.h Tue Oct 15 03:42:45 2002
+++ httpd-2.0/include/http_core.h
Just two extra spaces so it's looks nicer...
Bojan
On Fri, 2002-10-25 at 08:11, Bojan Smojver wrote:
> This should really work now and it should not cause major dramas
> compatibility wise. Let me know what you think.
diff -ruN httpd-2.0-vanilla/include/http_core.h httpd-2.0/include/http_core.h
Bojan Smojver wrote:
This should really work now and it should not cause major dramas
compatibility wise. Let me know what you think.
Thanks, I'll take a look at this tonight unless anyone else
gets to it first.
Brian
Very cool. Thanks.
Bojan
On Fri, 2002-10-25 at 08:28, Brian Pane wrote:
> Bojan Smojver wrote:
>
> >This should really work now and it should not cause major dramas
> >compatibility wise. Let me know what you think.
> >
> >
>
> Thanks, I'll take a look at this tonight unless anyone else
> get
On Fri, 2002-10-25 at 07:42, David Burry wrote:
> I see.. ok, I'll keep waiting patiently...
The patch for 2.0.43 is here:
ftp://ftp.rexursive.com/pub/apache/counting_io_flush-2.0.43.patch
You need to apply mod_logio patch for 2.0.43 first.
Bojan
Can somebody _please_ take some time to review and tell me if the patch is
okay.
Just a observation :
I do understand that everybody is busy doing their own set of things, but
then - do you really solicit patches from non-committers ?.
I've been a silent observer since the last couple of months,
"MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" <[EMAIL PROTECTED]> writes:
> Can somebody _please_ take some time to review and tell me if the patch is
> okay.
>
> Just a observation :
>
> I do understand that everybody is busy doing their own set of things, but
> then - do you really solicit patche
"Frederic DONNAT" <[EMAIL PROTECTED]> writes:
> A few month ago i submit a patch for redirecting RAND on crypto accelerator for
>mod-ssl and apache-1.3.x.
>
> A few weeks ago, i see a cvs commit about this on mod-ssl mailing list.
> But i see that apache-2.0.x have not been updated.
maintainers
Excellent! I will perform some tests with that when I get a chance! You managed to
get it working without breaking pipelining even? That's awesome!
Not meaning to belittle Bojan's hard work, but for my purposes mod_logio values are
not as good as %b would be if %b worked properly... what I id
Okay here, it comes [complete patch]
Thanks
-Madhu
Index: CHANGES
===
RCS file: /home/cvspublic/httpd-2.0/CHANGES,v
retrieving revision 1.959
diff -u -r1.959 CHANGES
--- CHANGES 24 Oct 2002 15:47:31 - 1.959
+++ CHANGES
Hi Jeff,
Since you're reviewing the other mod_ssl patch, can you pl. review
the following patch also ?..
Thanks
-Madhu
-Original Message-
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
[mailto:madhusudan_mathihalli@;hp.com]
Sent: Tuesday, October 22, 2002 11:05 AM
To: '[EMAIL PRO
At 06:17 PM 10/24/2002, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
>Can somebody _please_ take some time to review and tell me if the patch is
>okay.
I will sign up for this...
>Just a observation :
>
>I do understand that everybody is busy doing their own set of things, but
>then - do you r
"MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" <[EMAIL PROTECTED]> writes:
> Some pieces of the code in ssl_util_ssl.c were not aligned properly - the
> following patch makes it more readable.
committed, thanks!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Quoting David Burry <[EMAIL PROTECTED]>:
> Excellent! I will perform some tests with that when I get a chance! You
> managed to get it working without breaking pipelining even? That's awesome!
That's what I *think*, which has been known to deviate from the truth, from time
to time. However, I
On Thu, Oct 24, 2002 at 05:25:46PM -0700, David Burry wrote:
> Excellent! I will perform some tests with that when I get a chance! You managed to
>get it working without breaking pipelining even? That's awesome!
>
> Not meaning to belittle Bojan's hard work, but for my purposes mod_logio value
At 08:40 PM 10/24/2002, Bojan Smojver wrote:
>Quoting David Burry <[EMAIL PROTECTED]>:
>
>> Excellent! I will perform some tests with that when I get a chance! You
>> managed to get it working without breaking pipelining even? That's awesome!
>
>That's what I *think*, which has been known to dev
> I recall you had tested a ton of 'little files' pipelined.
>
> What might be more interesting is a 100MB download (over a fast pipe)
> which is entirely 'sendfile'd out. Apache would consider itself done with
> the request long before it was finished with the connection.
I tested with an 8
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> Problem 1:
> In worker_thread, there is a variable called csd that is used to get
> the new socket from lr->accept_func(). If that variable is NULL, then
> the memory for the new socket is allocated in the per-transaction pool.
> Unfortunately, the co
At 09:38 PM 10/24/2002 -0400, Glenn wrote:
>Have you looked at the %...X directive in Apache2?
That's an interesting idea I hadn't thought of... it doesn't solve the chargeback
issue but it's worth investigating for detecting successful downloads...
Dave
Brian, Bill,
This is what I meant by my previous comment about core_pre_connection v.
core_post_config and the optional function fetching. I have tested this and it
worked even after a graceful restart and when I killed all child processes
manually. I'm using prefork on Linux.
This patch should b
On Thu, Oct 24, 2002, Jeff Trawick <[EMAIL PROTECTED]> wrote:
> Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> > Problem 2:
> > pass_request fills out an iovec with the headers and the body of the
> > request it wants to pass to another process. It unfortunately uses the
> > wrong variable for the
At 08:45 PM 10/24/2002 -0500, William A. Rowe, Jr. wrote:
>At 08:40 PM 10/24/2002, Bojan Smojver wrote:
>>Quoting David Burry <[EMAIL PROTECTED]>:
>>
>>> Excellent! I will perform some tests with that when I get a chance! You
>>> managed to get it working without breaking pipelining even? That's
Hi,
We have developed a BioInformatics Web based Application using
CGIC , Linux and Apache as the webserver. We are using MySQL
database for data handling.
We have run into a problem wherein if the browser which has sent
the request to Apache is closed in between a process, the
process
continues
Quoting Bojan Smojver <[EMAIL PROTECTED]>:
Just realised that the URL is wrong :-( So, here is the correct one:
ftp://ftp.rexursive.com/pub/apache/counting_io_flush-2.0.43.patch.gz
Bojan
> On Fri, 2002-10-25 at 07:42, David Burry wrote:
>
> > I see.. ok, I'll keep waiting patiently...
>
> The
On Thu, 2002-10-24 at 19:45, David Burry wrote:
> At 08:45 PM 10/24/2002 -0500, William A. Rowe, Jr. wrote:
> >At 08:40 PM 10/24/2002, Bojan Smojver wrote:
> >>Quoting David Burry <[EMAIL PROTECTED]>:
> >>
> >>> Excellent! I will perform some tests with that when I get a chance! You
> >>> managed
On Thu, 2002-10-24 at 19:48, Bojan Smojver wrote:
> Brian, Bill,
>
> This is what I meant by my previous comment about core_pre_connection v.
> core_post_config and the optional function fetching. I have tested this and it
> worked even after a graceful restart and when I killed all child processe
32 matches
Mail list logo
