[EMAIL PROTECTED] wrote:
--On Friday, March 18, 2005 11:12 AM -0500 Ryan Bloom [EMAIL PROTECTED]
wrote:
funny, I took the list of exceptions to be so large and hard to
maintain that it made more sense to go with Jeff's original idea of
just disabling sendfile by default unless a user
this is by default, I can't see why we should block
this.
...snip, snip...
+1 to this list of exceptions and adding a new flag called APR_SENDFILE_CHECK
(or APR_SENDFILE_AUTODETECT) to apr_socket_sendfile. -- justin
--
Ryan Bloom
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
On Tue, 14 Dec 2004 17:13:23 +0100, André Malo [EMAIL PROTECTED] wrote:
* Ryan Bloom [EMAIL PROTECTED] wrote:
I have a couple of pretty big issues with this response.
1) You have a configuration in Apache 1.3 that doesn't work in Apache
2.0, but the config directives don't have
to the list anymore, but please let me know when
this is committed.
Ryan
--
Ryan Bloom
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
if we should, since if you look at the
definition of the macro there are cases when it's more than just (s) ==
APR_SUCCESS.
just another note, I grep'd the code for rc == APR_SUCCESS and it looks
like not even APR is using the macro everywhere...
--Geoff
--
Ryan Bloom
[EMAIL
On Mon, 30 Sep 2002, Greg Stein wrote:
On Mon, Sep 30, 2002 at 06:53:09PM -0400, Ryan Bloom wrote:
...
The problem is that the default_handler shouldn't be involved. Because
mod_dav is now replacing the r-handler field for ALL requests, things
Woah! *NOT* all requests. Only those under
On Tue, 1 Oct 2002, Greg Stein wrote:
On Tue, Oct 01, 2002 at 11:03:16AM -0400, Ryan Bloom wrote:
On Mon, 30 Sep 2002, Greg Stein wrote:
...
For this particular case, the bug is in default_handler(). Plain and simple.
There is no reason for a POST request to return the file contents
to the core_output_filter.
Ryan
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
. Everything I have said above is based on my reading of the message,
and I tried to point out where I may have not understood what the original
author was saying.
Ryan
___
Ryan Bloom [EMAIL
On Mon, 30 Sep 2002, Greg Stein wrote:
On Sun, Sep 29, 2002 at 10:33:08PM -0700, Justin Erenkrantz wrote:
On Mon, Sep 30, 2002 at 01:17:55AM -0400, Ryan Bloom wrote:
Because 2.0.42 always displays script source for CGI scripts that use
POST, I believe that we should put that notice
to imagine for how long it
has been doing this.
--
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
On Sun, 29 Sep 2002, Jerry Baker wrote:
Ryan Bloom says:
There is already a bug filed. It works if you don't have DAV enabled for
that CGI location. I am hoping to look at that today.
Is there a way to at least stop Apache from giving the script source to
the viewer without disabling
Copying security, because this is a big issue
On Sun, 29 Sep 2002, Jerry Baker wrote:
Ryan Bloom says:
There is already a bug filed. It works if you don't have DAV enabled for
that CGI location. I am hoping to look at that today.
Is there a way to at least stop Apache from giving
On Thu, 26 Sep 2002, Charles Reitzel wrote:
Thanks for telling me what I need to know: you can't get there from here.
I don't want to start a philosophical debate, but it is a common idiom
(yea, verily a pattern) in multi-threaded programming to avoid contention
by duplicating singletons
that the dav_handler can return ASAP.
Ryan
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
On Thu, 29 Aug 2002, Aaron Bannert wrote:
On Thu, Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
+1 from me, I prefer APR actually.
I am really uncomfortable with this going under the APR project. As
things stand right now, it just doesn't fit with what we have stated our
be made less complex.
Ryan
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
On Fri, 16 Aug 2002, Cliff Woolley wrote:
On Fri, 16 Aug 2002, Ryan Bloom wrote:
A better question IMHO, is whether any of those macros can be made less
complex.
It's a good question, but IMO the answer is no. The ring macros are very
tight and easy to read... like I said, they're
processes
with each uid/gid exist currently. If you are going to do that, you are
better off to just run two or three instances of prefork with an IP alias.
Ryan
___
Ryan Bloom [EMAIL PROTECTED
to support.
udp.patch httpd.conf readme.txt udpclient.tar.gz
I've included a modified version of one of the APR UDP test apps, and its
Makefile to exercise the server.
Tony
--
___
Ryan Bloom
--
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
of machines, and
while I'll get some access to new boxes starting next week, it won't be
specifically for Apache work.
Ryan
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
??
thanks by advance,
Harrie
--
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
The hook was not added for Apache 2.0. If the docs were changed from
1.3 to state that it was added, then it is a bug.
Ryan
--
Ryan Bloom
[EMAIL PROTECTED] [EMAIL PROTECTED]
-Original Message-
From: Werner Schalk [mailto:[EMAIL
Even if we don't build it, this is extremely good practice that
the
folks
rolling and releasing the tarball TAG the apr-iconv tree in sync
with
the current apr and apr-util trees..
I completely disagree. The problem is that the httpd_roll_release
script is for rolling httpd
of being secure, and it also removes the biggest performance problem,
the directory and location walks.
Ryan
--
Ryan Bloom
[EMAIL PROTECTED] [EMAIL PROTECTED]
-Original Message-
From: Eidelman, Brian [mailto:[EMAIL PROTECTED
This PR points out a problem with the current SSLMutex handling in
mod_ssl and provides a patch to resolve it.
I'd rather see a different solution:
1) give SSLMutex the same syntax as AcceptMutex, except that SSLMutex
has an additional choice: none.
2) add SSLMutexFile which is
phase. If we are looking to remove some
request phases, then we should make it possible to avoid individual
phases when serving requests, not completely skip all of them.
Ryan
--
Ryan Bloom
[EMAIL PROTECTED] [EMAIL PROTECTED]
1) If I have a page that I have served and it gets put in the
cache,
then it will be served out of the quick_handler phase. However, if
I
then add or modify a .htaccess file to deny access to that page,
then my changes won't be honored until the page expires from the
cache. This is a
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
I'm approaching this from a caching perspective, so when a module
uses
quick_handler for non-caching mechanisms, my comments do not apply
but
here's an option:
FWIW, quick_handler was added to the server to enable more efficient
of those modules been created if auth_ldap was in the core.
Now, I am trying to stay out of this discussion, because I have an
obvious conflict of interests, but I did want to give people something
to think about.
Ryan
--
Ryan Bloom
[EMAIL PROTECTED
From: Brad Nicholes [mailto:[EMAIL PROTECTED]]
Being Novell which is the leading provider of directory services,
we
obviously have a great interest in LDAP. What if I were able to get
the
Novell LDAP developers to step up and support AUTH_LDAP? Would that
be
enough to get AUTH_LDAP
I would be in favor of never installing them on an upgrade. They
are
useless on a production machine that already has a configuration.
They
are meant as DEFAULT values to help people get up and running.
And they also provide examples of how things are done. When those
things change on
From: gregames [mailto:gregames] On Behalf Of Greg Ames
Ryan Bloom wrote:
You are working around a problem in your script in the Apache
upgrade step.
no sir. It would have been a piece of cake to change my perl script
to
insure
that conf/ has enough stuff so the server can start
From: [EMAIL PROTECTED] [mailto:trawick@rdu88-250-
Nor do I want spurious
-std
files copying in there to confuse matters.
Some of us want the -std files though. From time to time I (and
That is the difference between developers and users. I
From: gregames [mailto:gregames] On Behalf Of Greg Ames
David Shane Holden wrote:
I agree with Ryan wholeheartedly here.
Here's an idea...
If conf/ exist, copy httpd.conf, magic, and mime.types (These are
basic
files that all conf/ should have, right?). If conf/ does not exist,
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
On Wed, Jul 17, 2002 at 10:31:44AM -0400, Jeff Trawick wrote:
does everybody agree that this is preferable?
Why isn't this being detected by autoconf? SysV semaphore support
isn't perfect yet and has some problems.
Because this is Apache
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 warnings can
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-bits long
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 /lib
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
At 02:51 AM 7/14/2002, you wrote:
Currently, the content-length filter attempts to compute the length
of the entire response before passing any data on to the next filter,
and it sets request_rec-bytes_sent to the computed
On Mon, 15 Jul 2002, William A. Rowe, Jr. wrote:
At 10:03 PM 7/14/2002, Ryan Bloom wrote:
BTW, this whole conversation started because we wanted to speed up
Apache. Has anybody considered taking a completely different tack to
solve this problem?
I know there is a patent on this, but I
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Modified:server/mpm/beos beos.c
Log:
Adjust the sizes of the pollsets we create/use so that we work
again.
With the poll change we seem to have improved performance. :)
This change scares me a bit. The code is supposed to
apr_wait_for_io_or_timeout, and
that now uses apr_poll(). This means that if the apr_poll()
implementation doesn't work on your platform, CGI scripts and any other
pipe-based request will fail.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
From: Lars Eilebrecht [mailto:[EMAIL PROTECTED]]
According to Ravindra Jaju:
How about an extra echo:
if [ x`$aux/getuid.sh` != x0 -a x$port = x ]; then
conf_port=8080
echo Non-root process. Server will run on port $conf_port
fi
+1
The problem with this, is that it
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On Wed, 10 Jul 2002, Ryan Bloom wrote:
user foo checks. 'require group' can stay in mod_auth or
go into a mod_auth_group.
Didn't we decide to take this approach like a year ago?
Hmm - been asleep as usual - if so - I'd
I still believe that everything that is currently in ROADMAP can and
should be implemented in 2.0.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Wed, Jul 10, 2002 at 03:12:07PM -0400, Jim Jagielski wrote:
Have there been any complaints about how 1.3 has been doing it for
ages? A 'make install; foo/bin/apachectl start' no matter who does
the building has always resulted in at
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
This is with Ryan's poll patch and some of my patches to mod_cache and
mod_mem_cache (which I will publish later on). Unfortuanetely the
results
are difficult to compare with earlier results because my test tree was
just
too polluted with
fix folding when the continuation charater is a blank
Reported by:one of Jeff T's regression test cases
Can this be added to the standard test case?
Ryan
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Sat, Jul 06, 2002 at 01:03:42AM -0700, Brian Pane wrote:
As it's currently implemented, the C-L filter is trying to compute
the C-L on everything by default. It only gives up in a few cases:
Of course, in the common case of a
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
On Sat, 6 Jul 2002, Dale Ghent wrote:
On Sat, 6 Jul 2002, Rasmus Lerdorf wrote:
| 2.0.40-dev built on June 23rd
Make sure you have AcceptPathInfo On
Argh! Why the heck is that off by default?
It's on by default for dynamic
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Make sure you have AcceptPathInfo On
Argh! Why the heck is that off by default?
It's on by default for dynamic pages, but there is no way that
Apache
can tell that a page is going to be served by PHP, so it is off for
what
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Sat, Jul 06, 2002 at 08:25:18AM -0700, Ryan Bloom wrote:
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Of course, in the common case of a static file with no filters, we
already know the content-length (default handler sets
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Sat, Jul 06, 2002 at 03:11:20PM -0400, [EMAIL PROTECTED] wrote:
We just added a new function for all input filters to allow this to
be
done (Justin referenced it in his reply). However, that function
doesn't
solve the problem,
are potentially
best served by just turning off keepalives.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: Thursday
From: Brian Pane [mailto:[EMAIL PROTECTED]]
On Wed, 2002-07-03 at 15:26, Ryan Bloom wrote:
How big a problem is this really? Most of the time, the
content-length
filter isn't supposed to actually buffer the brigade. It should
only be
doing the buffering if we are doing a keepalive
Committed, thanks.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Thom May [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 02, 2002 10:49 AM
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Fri, Jun 28, 2002 at 07:01:34PM -0700, Ryan Bloom wrote:
Have you looked at which of these are causing the most performance
problems? It seems to me that the easiest thing to do, would be to
use
a persistent brigade, which removes
From: Brian Pane [mailto:[EMAIL PROTECTED]]
On Sun, 2002-06-30 at 20:57, Justin Erenkrantz wrote:
On Fri, Jun 28, 2002 at 07:01:34PM -0700, Ryan Bloom wrote:
Have you looked at which of these are causing the most performance
problems? It seems to me that the easiest thing to do
stack in ap_read_request() (and remove once we've parsed the
request header): let this filter do the scanning for the various
forms of HTTP header, remove the header from the brigade, and
leave the rest of the brigade for subsequent input filters to
handle.
It'd have to be a
From: Brian Pane [mailto:[EMAIL PROTECTED]]
One of the biggest remaining performance problems in the httpd is
the code that scans HTTP requests. In the current implementation,
read_request_line() and ap_get_mime_headers() call ap_rgetline_core(),
which has to:
- create a temporary
It's being printed now, should be in stores in a week or two.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Aryeh Katz [mailto:[EMAIL
It would be nice
if there was an apxs flag that would return the MPM type.
+1
There is. -q will query for any value in config_vars.mk, and MPM_NAME
is in that file. So `apxs -q MPM_NAME` will return the configured MPM
type.
Ryan
, or you could
have the core_output_filter not buffer if the full request is in the
buffer.
Removing the buffering is not the correct solution, because it does have
a negative impact in the real world.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645
From: Brian Pane [mailto:[EMAIL PROTECTED]]
On Sat, 2002-06-22 at 17:01, Ryan Bloom wrote:
I believe that the problem is platform specific. The reason that
loop
was added, was to allow for graceless shutdown on linux. On
non-linux
platforms, killing the main thread kills the whole
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
At some point, Larry Rosenman [EMAIL PROTECTED] excited the electrons:
I submitted 8712 a month or more ago, and have gotten NO feedback at
all.
FreeBSD is packaging their version with mod_ssl. We don't include
mod_ssl with 1.3. We
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
It would be nice
if there was an apxs flag that would return the MPM type.
+1
There is. -q will query for any value in config_vars.mk, and
MPM_NAME
is in that file. So `apxs -q MPM_NAME` will return the configured
MPM
My bad. Post_config is a run_all. If you return DONE the server won't
start. This is what the MPMs do if the socket is already taken.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
On Mon, 24 Jun 2002, Rasmus Lerdorf wrote:
Hrm.. Nope. doing 'return DECLINED' from the post_config phase
does
not
stop the server from starting. I have this:
I thought you were supposed to return HTTP_INTERNAL_SERVER_ERROR.
No.
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
On Mon, 24 Jun 2002, Cliff Woolley wrote:
On Mon, 24 Jun 2002, Rasmus Lerdorf wrote:
Hrm.. Nope. doing 'return DECLINED' from the post_config phase
does
not
stop the server from starting. I have this:
I thought you were
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
As it happens, DONE is defined to be -2. :-)
Ok, I will use that, but 'DONE' doesn't really give the impression of
being a fatal error return value.
I know. It's original use was for use during request processing, when a
module wanted
]
--
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
There is no date set, because this is all
volunteer work. It will not be production quality for a number of
months. I hope to have it working again by the end of the week.
Ryan
--
Ryan
Bloom
[EMAIL PROTECTED]
645 Howard
St.
[EMAIL
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Ryan Bloom wrote:
I think we should leave it alone. This is the difference between
benchmarks and the real world. How often do people have 8 requests
in a
row that total less than 8K?
As a compromise, there are two other options. You
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Ryan Bloom wrote:
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Ryan Bloom wrote:
I think we should leave it alone. This is the difference between
benchmarks and the real world. How often do people have 8 requests
in a
row
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Ryan Bloom wrote:
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Ryan Bloom wrote:
Wait a second. Now you want to stop buffering to fix a completely
differeny bug. The idea that we can't
-1 on buffering across requests, because the performance problems
caused by the extra mmap+munmap will offset the gain you're trying
to achieve with pipelining.
Wait a second. Now you want to stop buffering to fix a completely
differeny bug. The idea that we can't keep a file_bucket
I believe that the problem is platform specific. The reason that loop
was added, was to allow for graceless shutdown on linux. On non-linux
platforms, killing the main thread kills the whole process, but on linux
this doesn't work. The point of closing the sockets was to force the
worker
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
On Sun, Jun 23, 2002 at 05:09:05PM -0700, Roy Fielding wrote:
I have re-uploaded a patch to fix the problem on all versions of
httpd 1.2.0 through 1.3.22. This time I added the four lines that
check for a negative return value from atol,
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: Saturday, June 22, 2002 9:45 AM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit: httpd-2.0/modules/generators mod_cgi.c
mod_cgid.c
Looking for both faults (passing the next filter when we are doing
lookups,
and passing NULL when
From: gregames [mailto:gregames] On Behalf Of Greg Ames
Paul J. Reder wrote:
This looks exactly like the problem that Allan and I ran into when
you
tried to send a request to http://foo.bar.org:443 (i.e. insecure
request
over the secure port). It tried to generate an error and went
exactly?
-aaron
--
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Rick Kukiela [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 18, 2002 8:44 AM
To: apache-dev
Subject: I asked this on the freebsd-general list
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
rbb 2002/06/16 08:52:16
Modified:.CHANGES
support htpasswd.c
Log:
Finish the htpasswd port to APR. This brings the file checking code
to
APR.
I am done changing htpasswd, but I should
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
On Sat, Jun 15, 2002 at 07:20:59AM -, [EMAIL PROTECTED] wrote:
1.50 +5 -5 httpd-2.0/modules/mappers/mod_userdir.c
Index: mod_userdir.c
===
RCS file:
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
On Sat, Jun 15, 2002 at 11:02:18AM -0400, Joshua Slive wrote:
[EMAIL PROTECTED] wrote:
rbb 2002/06/15 00:01:25
Modified:docs/error/include bottom.html
Log:
Comment out the SERVER_STRING variable from our default
From: Brian Degenhardt [mailto:[EMAIL PROTECTED]]
The functions for ap_hook_open_logs, ap_hook_post_config, and
ap_hook_pre_config will fail if DECLINE is returned. Is that
intentional?
Yes. This is because those are configuration phases. If a module tries
to do something in those
No, it won't. I've been busy, and I haven't been hacking on it
recently. Hopefully soon.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Nick
there is none. I'll look at this tonight.
Ryan
___
Ryan Bloom [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---
Hi guys,
How do we handle errors in an output filter if the headers have
already
been
sent?
You can't. You must buffer all data until you know whether you will
have an error or not. This should make sense, once the first block of
data has been sent to the next filter, you have lost all
It looks like the problem is only encountered if you have an
ErrorDocument that is SSI parsed. I obviously hadn't configured
everything properly when I was moving configurations around. :-(
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645
From: Jerry Baker [mailto:[EMAIL PROTECTED]]
Is it correct for Apache to be executing includes when a HEAD request
is
issued for a document that contains includes?
Yep. Apache treats a HEAD request exactly like a GET request, except
that we don't return the body. The HTTP spec states that
From: [EMAIL PROTECTED] [mailto:trawick@rdu88-251-
Initially I would think that a filter should see at most one EOS.
mod_ext_filter doesn't have logic to ignore subsequent ones, resulting
in a superfluous error message from a failed syscall when it tries to
re-do some cleanup when it hits
From: [EMAIL PROTECTED] [mailto:trawick@rdu88-251-
Jeff Trawick [EMAIL PROTECTED] writes:
I suspect you're talking about this line of code which doesn't exist
in CVS:
Index: server/protocol.c
===
RCS file:
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
-Original Message-
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 2:55 PM
To: [EMAIL PROTECTED]
Subject: RE
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
On Mon, 10 Jun 2002, Ryan Bloom wrote:
Please make sure that your code is up to date, because the server is
supposed to have logic that protects us from getting into an
infinite
loop.
Paul, I notice the line numbers in your back trace
I'm running with CVS head as of Friday morning with
OpenSSL 0.9.6b [engine] 9 Jul 2001 on Linux (RedHat 7.2). I've
attached my httpd.conf, ssl.conf, and config.nice files.
I have been able to reproduce it on worker and prefork on two
different Linux boxes (both redhat 7.2).
All I do is
I don't have any ideas. I can't reproduce this problem though. I'll
keep debugging on my end. Cliff, this may take some time.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
1 - 100 of 684 matches
Mail list logo
