Cliff Woolley wrote:
>On Wed, 20 Feb 2002, Brian Pane wrote:
>
>>Do we need to reset ctx->parse_pos here?
>>
>
>It's done explicitly a few lines later (line 456).
>
Never mind. :-)
+1 on the patch
--Brian
On Wed, 20 Feb 2002, Brian Pane wrote:
> Do we need to reset ctx->parse_pos here?
It's done explicitly a few lines later (line 456).
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
Hi all,
This patch is the v2.0 port of the fix applied to v1.3 to stop
duplicated headers in a response from going missing.
Regards,
Graham
--
-
[EMAIL PROTECTED]"There's a moon
over Bourbon Street
Hi all,
The attached patch addresses a problem with proxy v1.3, and its handling
of slow frontends accessing expensive backends.
Currently proxy waits until the frontend client has "eaten up" all the
bytes before closing the backend connection. This causes an unnecessary
delay and chewing of res
Igor Sysoev wrote:
> 1.3.23 mod_proxy calls ap_proxy_send_fb() and than closes backend.
> But ap_proxy_send_fb() flushes output to client so it can hang
> for a long time.
I have come up with a patch to solve this problem - in theory anyway.
Can you test it and get back to me with whether it ma
Ian Holsman wrote:
> can other people please sanity check this patch
> the case it is trying to fix is the case where the end of a bucket has
> the start of a SSI tag .. 'ie a <' and the next bucket is found not to
> match the SSI tag.. '/table>' for example.
> this sends the '<' out.
>
> Index:
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2002/02/20 17:41:18 $]
Release:
2.0.33 : in development
2.0.32 : released Feburary 16, 2002.
2.0.31 : rolled Feburary 1, 2002. not released.
2.0.30 : tagged January 8, 2002.
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2002/02/06 14:54:52 $]
Release:
1.3.24-dev: In development.
Jim proposes to T&R around Feb 15 because of
the Solaris pthread mutex fix.
1.3.23: Tagged Jan 21,
On Wed, 20 Feb 2002, Ian Holsman wrote:
> can other people please sanity check this patch
> the case it is trying to fix is the case where the end of a bucket has
> the start of a SSI tag .. 'ie a <' and the next bucket is found not to
> match the SSI tag.. '/table>' for example.
> this sends the
can other people please sanity check this patch
the case it is trying to fix is the case where the end of a bucket has
the start of a SSI tag .. 'ie a <' and the next bucket is found not to
match the SSI tag.. '/table>' for example.
this sends the '<' out.
Index: mod_include.c
==
Committed, thanks!
- Original Message -
From: "Ryan Morgan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 7:12 PM
Subject: [PATCH] core.c
>
> Hey everyone,
>
> There is a problem on systems with largefile support (such as windows 2000)
> when downloa
Justin Erenkrantz wrote:
>On Mon, Feb 18, 2002 at 12:16:39AM -0800, Brian Pane wrote:
>
>>This reminds me: mod_mime needs some performance work.
>>
>>I probably won't have time to address this between now
>>and 2.0 GA, and the performance problem isn't big
>>enough to be a GA showstopper, but I'l
On Wed, Feb 20, 2002 at 02:47:30PM -0800, Adam Sussman wrote:
> This patch adds the configured server_limit and thread_limit elements to the
> global score and sets them at the time the scoreboard is intialized.
Committed, thanks!
-aaron
Hey everyone,
There is a problem on systems with largefile support (such as windows 2000)
when downloading a file that is larger than AP_MAX_SENDFILE (16777216)
with keepalives turned off.
When largefile support is enabled, we split up files larger
AP_MAX_SENDFILE into several file buckets. Ju
Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> Anyone seen this before? Libtool 1.4.2 doesn't work on OS/X and the modules
> produced with Apache 2.0 are actually DYLIB(s) and not MH_BUNDLE(s), thus
> preventing the APR routines to read them...
>
> There seems to be a screwup with glibtool's -modul
This from a binary of apache 2.0.32 I made and a couple of folks have now
reported a problem. This is the best report...
- Original Message -
From: "Nate LaCourse" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 10:37 PM
Subject: Re: Quick question about bu
NP. I'll move it over to that list then. I just wanted to bring it up
here first since I've no output from apache at all. Strace didn't help
much either(no this time).
Thanks for the info Madhu. If I get an actual fix/resolution for this,
I'll be sure to let everyone know, so we've closure.
O
On Wed, Feb 20, 2002 at 02:47:30PM -0800, Adam Sussman wrote:
> I know this idea isn't totaly popular, but I thought I would throw this
> out and see what people think. Aaron's most recent patch to the scoreboard
> creation logic allows you to make the apache scoreboard shared memory image
> acce
Austin,
I was working on this some time back, and I don't believe it's a
Apache problem (it might be a better idea to move it to the PHP mailing
list)
The problem occurs because of the way the PHP context is handled in
php_output_filter (sapi_apache2.c).. Here's something that I observed
I know this idea isn't totaly popular, but I thought I would throw this
out and see what people think. Aaron's most recent patch to the scoreboard
creation logic allows you to make the apache scoreboard shared memory image
accessible to external programs. This is very usefull and we have employ
- Original Message -
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 7:19 PM
Subject: Re: PHP4 was Re: has anybody seen worker segfaults?
> On Wed, Feb 20, 2002 at 10:16:03AM -0800, Justin Erenkrantz wrote:
> > On Wed, Feb 20, 20
FYI. Not an compilation problem, HTTPD just doesn't do anything, but
doesn't write a log either, and only 1 process is started.
On Wed, 2002-02-20 at 12:19, Justin Erenkrantz wrote:
> On Wed, Feb 20, 2002 at 10:16:03AM -0800, Justin Erenkrantz wrote:
> > On Wed, Feb 20, 2002 at 12:03:00PM -0600,
NP. I am using the CVS as of last night. That's why I'm writing, and
that's why I said 4.1.1>, I guess it should've been >4.1.1 :)
On Wed, 2002-02-20 at 12:19, Justin Erenkrantz wrote:
> On Wed, Feb 20, 2002 at 10:16:03AM -0800, Justin Erenkrantz wrote:
> > On Wed, Feb 20, 2002 at 12:03:00PM -06
On Wed, Feb 20, 2002 at 10:16:03AM -0800, Justin Erenkrantz wrote:
> On Wed, Feb 20, 2002 at 12:03:00PM -0600, Austin Gonyou wrote:
> > PHP4.1.1 or > not working?
>
> You have to have the version from CVS in order to get it to
> compile. -- justin
Err, just to make it clear, you need the latest
On Wed, Feb 20, 2002 at 12:03:00PM -0600, Austin Gonyou wrote:
> PHP4.1.1 or > not working?
You have to have the version from CVS in order to get it to
compile. -- justin
PHP4.1.1 or > not working?
Did the FilesMatch line change again?
HTTPD *won't* write out it's logs if the php4 module is enabled.
Any thoughts on this are welcome.
On Wed, 2002-02-20 at 10:58, Ian Holsman wrote:
> Dale Ghent wrote:
> > FWIW, I compiled up the latest CVS HEAD as of last night
On Wed, Feb 20, 2002 at 11:59:15AM -0500, Dale Ghent wrote:
> On Wed, 20 Feb 2002, Aaron Bannert wrote:
>
> | Now try it again and hit bin/apachectl graceful in the middle of your
> | test [a few times]. :)
>
> Got a core with this. ab reported 159 (out of 2000) requests failed (in
> the Length:
On Wed, 20 Feb 2002, Aaron Bannert wrote:
| Now try it again and hit bin/apachectl graceful in the middle of your
| test [a few times]. :)
Got a core with this. ab reported 159 (out of 2000) requests failed (in
the Length: category). Here's a bt:
#0 ap_queue_interrupt_all (queue=0x0) at fdqueu
Dale Ghent wrote:
> FWIW, I compiled up the latest CVS HEAD as of last night (just after the
> CAS stuff was re-added back into APR) on Solaris 8+sendfile, hit the
> server up pretty hard with ab, fetching 9.5k and 608k jpeg files thousands
> of times with 50 concurrent non-keepalive connections,
On Wed, Feb 20, 2002 at 11:44:14AM -0500, Dale Ghent wrote:
>
> FWIW, I compiled up the latest CVS HEAD as of last night (just after the
> CAS stuff was re-added back into APR) on Solaris 8+sendfile, hit the
> server up pretty hard with ab, fetching 9.5k and 608k jpeg files thousands
> of times w
FWIW, I compiled up the latest CVS HEAD as of last night (just after the
CAS stuff was re-added back into APR) on Solaris 8+sendfile, hit the
server up pretty hard with ab, fetching 9.5k and 608k jpeg files thousands
of times with 50 concurrent non-keepalive connections, and there was no
core fil
Justin Erenkrantz wrote:
> On Tue, Feb 19, 2002 at 03:27:04PM -0800, Ryan Bloom wrote:
>
>>We have a function, ap_pass_brigade(), which is called by every content
>>generator, by definition. Just put a hook into that function.
>>
>
> And have that hook called every time data is sent through a
>
Brian Pane <[EMAIL PROTECTED]> writes:
> Jeff Trawick wrote:
>
> >Maybe this is a hint... For a couple of the restart iterations,
> >worker on AIX logs this:
> >
> >[crit] ap_queue_push failed with error code -1
> >
>
> In your AIX test environment, can you catch this error
> case in action by
On Mon, Feb 18, 2002 at 12:16:39AM -0800, Brian Pane wrote:
> This reminds me: mod_mime needs some performance work.
>
> I probably won't have time to address this between now
> and 2.0 GA, and the performance problem isn't big
> enough to be a GA showstopper, but I'll summarize the
> issues here
34 matches
Mail list logo
