On Mon, 24 Jun 2002, Cliff Woolley wrote:
You can. The buckets code is smart enough to (a) take no action if the
apr_file_t is already in an ancestor pool of the one you're asking to
setaside into and (b) just use apr_file_dup() to get it into the requested
pool otherwise to handle the pool
[EMAIL PROTECTED] writes:
wrowe 2002/06/23 21:50:41
Added: include ap_regkey.h
os/win32 ap_regkey.c
Log:
Introduce win32 registry handling through a very apr-ish interface.
Deals with apr utf-8 encoding of filesystem values, so we preserve
On Sun, 2002-06-23 at 23:12, Cliff Woolley wrote:
On Mon, 24 Jun 2002, Bill Stoddard wrote:
Yack... just noticed this too. This renders the fd cache (in
mod_mem_cache) virtually useless. Not sure why we cannot setaside a fd.
You can. The buckets code is smart enough to (a) take no
On Mon, Jun 24, 2002 at 01:38:53AM -0500, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] writes:
wrowe 2002/06/23 21:50:41
Added: include ap_regkey.h
os/win32 ap_regkey.c
Log:
Introduce win32 registry handling through a very apr-ish interface.
On Mon, 24 Jun 2002, Justin Erenkrantz wrote:
As I don't believe that ap_regkey.h can be implemented on anything other
than Win32, I think the ap_regkey.h file belongs in os/win32/ not in
include/.
Having just looked at it, I was just about to report the same conclusion.
But I see you beat
Günter Knauf [mailto:[EMAIL PROTECTED]] wrote:
unfortunately we have symlinks only on *nix platforms, so for
all other platforms this isnt a solution...
Guenter.
Unices all? have symlinks and NT supports lins too.
Then still people could instead of symlinking the data copy the configs
in and
[EMAIL PROTECTED] writes on
Mon, 24 Jun 2002 09:29:49 +0200 (METDST):
dev Digest 24 Jun 2002 07:29:49 - Issue 958
Re: Query: bugs 8712 and 10156]
31013 by: Larry Rosenman
--
Date: 23 Jun 2002 21:15:58 -0500
To: [EMAIL PROTECTED]
From: Larry Rosenman
I submitted this as bug 10156, but here it is again.
This adds support for Caldera OpenUNIX 8. This is the follow-on to
UnixWare 7.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat
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 have no control over the configuration that
FreeBSD decides
On Mon, 2002-06-24 at 06:48, Justin Erenkrantz wrote:
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
The more I think about it, though, the more I like the idea of just
writing the brigade out to the client immediately when we see EOS in
core_ouput_filter(), even if c-keepalive is true. If we do this,
the only bad thing that will happen is that if a client opens a
keepalive connection and
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
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 could have the
core_output_filter refuse to buffer more than 2 requests, or
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
Hi there,
I would modify parametrs passed as hidden in a POST.
I'm workin at the 4 phase:
[#4] validate user id from request, customizing mod_pubcookie.
After validated the user, I would add some information needed by application
on the backend.
With mod_rewrite I can modify args string.
But
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
Justin Erenkrantz wrote:
On Fri, Jun 21, 2002 at 04:02:52PM -0400, Greg Ames wrote:
I think this change to
ap_discard_request_body would work:
--- modules/http/http_protocol.c19 Jun 2002 18:43:28 - 1.440
+++ modules/http/http_protocol.c21 Jun 2002 19:41:00
On Sun, 23 Jun 2002, Brian Pane wrote:
On Sun, 2002-06-23 at 18:58, Rasmus Lerdorf wrote:
Someone asked me for numbers when I mentioned the other day that Apache
2-prefork was really not a viable drop-in replacement for Apache 1.3 when
it comes to running a PHP-enabled server.
Just compiled Apache2.0.39 with OpenSSL 0.9.6d on Win2K using VC++. The
performance of SSL virtual host is horrific. For non-SSL virtual hosts,
the performance is great. Anyone else experiencing this?
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.
Ah right. Is there a way to check at runtime as well?
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
On Sun, 2002-06-23 at 09:27, Ryan Bloom wrote:
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.
[snip]
Actually loading the module
Whoops... took a long time for this post to make it in. I have since
found the problem. My LogLevel was set to Debug and the SSL code
recently was changed to use the LogLevel directive. Performance is back
to normal.
Dwayne Miller wrote:
Just compiled Apache2.0.39 with OpenSSL 0.9.6d on
Runtime is harder, but you can just use ap_mpm_query to get the MPMs
characteristics. This won't give you the MPM name, but it will let you
know if the MPM is threaded or not.
What is the correct way to fail in a filter post_config? Do I return -1
from it if my filter finds a fatal error?
What is the correct way to fail in a filter post_config? Do I return
-1
from it if my filter finds a fatal error? I can't use ap_log_rerror()
at
this point, right? How would I log the reason for the failure?
I'm confused by the question, but I'll try to answer. If you mean the
On Mon, 24 Jun 2002, Rasmus Lerdorf wrote:
What is the correct way to fail in a filter post_config? Do I return
-1
from it if my filter finds a fatal error? I can't use ap_log_rerror()
at
this point, right? How would I log the reason for the failure?
I'm confused by the
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.
--Cliff
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.
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 supposed to return HTTP_INTERNAL_SERVER_ERROR.
In
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
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.
-Rasmus
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 wrote:
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
This is the wrong approach IMHO. we
On Mon, 2002-06-24 at 02:16, Andi Gutmans wrote:
* PHP's nonbuffered output mode produces very small socket writes
with Apache 2.0. With 1.3, the httpd's own output buffering
alleviated the problem. In 2.0, where the PHP module splits
long blocks of static text into
No acked.
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Author, developer, opinionist http://Apache-Server.Com/
Millennium hand and shrimp!
---BeginMessage---
I submitted 8712 a month or more ago, and have gotten NO feedback at
all.
I just submitted 10156 and
That is just Ken's way of getting stuff onto the development list and
stating that he hasn't done anything with it yet. :-)
Ryan
On 24 Jun 2002, Larry Rosenman wrote:
On Mon, 2002-06-24 at 11:36, Rodent of Unusual Size wrote:
No acked.
Huh?
--
#kenP-)}
Ken Coar,
* Saying turn on buffering is, IMHO, a reasonable solution if you
can make buffering the default in PHP under httpd-2.0. Otherwise,
you'll surprise a lot of users who have been running with the default
non-buffered output using 1.3 and find that all their applications
are far slower
Brian Pane wrote:
That definitely will improve the numbers, but I'd rather not spend the
next few years saying turn on buffering in mod_php every time another
user posts a benchmark claiming that Apache 2.0 sucks because it runs
my PHP scripts ten times slower than 1.3 did. :-)
Well, it's
On Mon, 2002-06-24 at 11:36, Rodent of Unusual Size wrote:
No acked.
Huh?
--
#ken P-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Author, developer, opinionist http://Apache-Server.Com/
Millennium hand and shrimp!
From: Larry Rosenman [EMAIL PROTECTED]
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Up from 397 requests/second but still nowhere near the 615 requests/second
for Apache 1.3. But, doing this buffering internally in PHP and then
again in Apache doesn't seem efficient to me, and the numbers would seem
to reflect this inefficiency.
Hi guys,
Any progress on the mpm perchild for linux
?
I'm setting up a production webserver and really
would like to use this mpm.
Any date set ?
Regards
Nick DeDecker
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
Have any of us tried Apache 2.0 on a Linux 2.0-based box recently? I
certainly haven't. Does anybody have one we can play with?
--Cliff
PS: Our use of HZ is probably totally bogus anyway -- it's a kernel
parameter; not likely to be something we should be depending on being
able to read.
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
With Apache 1.3 all you had to do to get a keep-alive was set your
content-length correctly:
HTTP/1.1 200 OK
Date: Mon, 24 Jun 2002 17:05:04 GMT
Server: Apache/1.3.22 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Content-length: 1024
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
hehe, ok thanks, i'll stick with 1.3 series till
than.
Nick
- Original Message -
From:
Ryan Bloom
To: [EMAIL PROTECTED]
Sent: Monday, June 24, 2002 7:21 PM
Subject: RE: state of mpm perchild
There is no date set,
because this is all volunteer work. It will
Brian Pane wrote:
The more I think about it, though, the more I like the idea of just
writing the brigade out to the client immediately when we see EOS in
core_ouput_filter(), even if c-keepalive is true. If we do this,
the only bad thing that will happen is that if a client opens a
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 that total less than 8K?
As a compromise, there are
On Mon, Jun 24, 2002 at 01:35:43PM -0400, Cliff Woolley wrote:
Have any of us tried Apache 2.0 on a Linux 2.0-based box recently? I
certainly haven't.
I just did a very quick build (yeah right - as if 2.0.39 would ever be fast
to configure and install :) on my old Redhat 5.2 with no
On Mon, 24 Jun 2002, Brian Pane wrote:
On Mon, 2002-06-24 at 02:16, Andi Gutmans wrote:
* PHP's nonbuffered output mode produces very small socket writes
with Apache 2.0. With 1.3, the httpd's own output buffering
alleviated the problem. In 2.0, where the PHP module
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 that
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
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
Ryan Bloom wrote:
-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
-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
This change makes ap_strtol( ) work with EBCDIC, where A-Z/a-z are not
contiguous.
I have NOT tested it on an ASCII machine to verify that I didn't
inadvertently break ap_strtol( ) on ASCII machines.
I need someone else to give that a try.
Thank you,
David McCreedy
IBM
Index:
...as in stick a fork in it, its 'DONE. ;)
Rasmus Lerdorf wrote:
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.
-Rasmus
--
Paul J. Reder
Bill Stoddard wrote:
...
Solve the problem to enable setting aside the open fd just long enough to check for a
pipelined request will nearly completely solve the worst part (the mmap/munmap) of
this
problem. On systems with expensive syscalls, we can do browser detection and
dynamically
I cannot for the life of me get Apache to dump a core file.
I have the Coredirectory set to a writable directory, and I even modified
the signal handler to simply call abort after chdir.
I even tried setting the CORE rlimit size to RLIM_INFINITY.
Does anyone have a clue why this is barfing?
On Mon, Jun 24, 2002 at 06:32:56PM -0700, Perry Harrington wrote:
I cannot for the life of me get Apache to dump a core file.
I have the Coredirectory set to a writable directory, and I even modified
the signal handler to simply call abort after chdir.
I even tried setting the CORE rlimit
On Mon, Jun 24, 2002 at 10:44:54PM -0400, Ben Hyde wrote:
Let's put the patch back.
I believe the patch is out there and has been out there since yesterday,
my mirror picked it up last night.
FWIW, as far as I can tell the patch fixes all potential sign-bit
overflows of the chunk-extention
On Sun, Jun 23, 2002 at 08:52:09PM -0700, Ian Holsman wrote:
...
The main difference that I can see is that php is using a filter.
i'd say that php's performance would increase to 1.3 numbers when
they write there sapi interface as handler NOT a filter.
until then php's performance will
Greg Stein wrote:
On Sun, Jun 23, 2002 at 08:52:09PM -0700, Ian Holsman wrote:
...
The main difference that I can see is that php is using a filter.
i'd say that php's performance would increase to 1.3 numbers when
they write there sapi interface as handler NOT a filter.
until then php's
On Mon, Jun 24, 2002 at 09:15:41PM -0700, Ian Holsman wrote:
No frickin' way. PHP is a filter, not a handler. Something else generates
the content, then PHP parses it and executes it.
It should also be a handler because in the normal case it just reads a
flat file off the disk.
so that in
I placed an .htaccess file in a directory with this directive in it and
I was able to access it through HTTP anyway. I then tried putting the
directive in a Directory container in the SSL virtual host container
and I was also able to gain access via HTTP. WTH?
--
Jerry Baker
At 11:15 PM 6/24/2002, Ian Holsman wrote:
Greg Stein wrote:
No frickin' way. PHP is a filter, not a handler. Something else generates
the content, then PHP parses it and executes it.
It should also be a handler because in the normal case it just reads a
flat file off the disk.
so that in the
On Mon, 24 Jun 2002, Jerry Baker wrote:
I placed an .htaccess file in a directory with this directive in it and
I was able to access it through HTTP anyway. I then tried putting the
directive in a Directory container in the SSL virtual host container
and I was also able to gain access via
Cliff Woolley wrote:
On Mon, 24 Jun 2002, Jerry Baker wrote:
I placed an .htaccess file in a directory with this directive in it and
I was able to access it through HTTP anyway. I then tried putting the
directive in a Directory container in the SSL virtual host container
and I was
On Tue, 25 Jun 2002, Jerry Baker wrote:
directive in a Directory container in the SSL virtual host container
and I was also able to gain access via HTTP. WTH?
I don't suppose you have Satisfy Any in effect, do you?
No sir.
Hmph. Well, maybe it's just busted. :) I'll try to take a
70 matches
Mail list logo