All,
I am working on my research about the server crash pattern. Now, I would
like to make the Apache Http Server Crash due to the heavy load of
requests. So I am using the handy tool - flood provided by Apache. But
it seems not always generate a stable incremental request load each
time. I mean
Fowarding to apreq-dev (at) apache.org
Did you really need to override all those methods? Granted I haven't looked at
it that closely.
The bigest thing I would say is you should subclass perhaps
APR::Request::Cookie instead as
that is the API we recommend these days.
John ORourke wrote:
Thanks for the feedback Philip.
I believe it does subclass APR::Request::Cookie but I just left in all
the 'use' statements from Apache2::Cookie. I figured the APR::
namespace would be the wrong place for it too.
It need to override so many methods because they need to get the
RequestRec
Bad Gateway: The message has been attached.
+++ Attachment: No Virus found
+++ Panda AntiVirus - www.pandasoftware.com
On Tue, Aug 23, 2005 at 11:45:11AM +0800, firingme wrote:
Next, there isn't any cache mechanism in the storretr's handler,
I think maybe mod_disk_cache can help here.
In addition to mod_ftpd, there is also mod_ftp, which is in the process
of becoming an incubated httpd subproject;
Colm MacCarthaigh [EMAIL PROTECTED]
??:[EMAIL PROTECTED]
On Tue, Aug 23, 2005 at 11:45:11AM +0800, firingme wrote:
Next, there isn't any cache mechanism in the storretr's handler,
I think maybe mod_disk_cache can help here.
In addition to mod_ftpd, there is also mod_ftp, which is in the
Randy Kobes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Sun, 31 Jul 2005, Nikolay Ananiev wrote:
Randy Kobes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[ ... ]
Did you build mod_perl (and Perl) on your own? VC++ 7 (the
.NET framework), which you're using,
With the talk of direction of Apache, I though I, as an end user and
developer, would offer my wish list for mod_cache. We have been using
squid for various things, but are now mostly using Apache plus our own
custom cache module. Our module has grown to support most of the cool
features of
On Tue, Aug 23, 2005 at 08:42:48AM -0400, Brian Akins wrote:
Deterministic temp files to avoid thundering herd:
http://marc.theaimsgroup.com/?l=apache-httpd-devm=112430743432417w=2
Especially Colm's comments:
Content definitely should not be served from the cache after it has
expired
Content definitely should not be served from the cache after it has
expired imo. However I think an approach like;
if((now + interval) expired) {
if(!stat(tmpfile)) {
update_cache_from_backend();
}
}
ie revalidate the cache content after
Colm MacCarthaigh wrote:
To a large extent mod_cache_requester (which from inspection seems to be
much further along than I thought) will solve this problem :)
True. I still think we need deterministic temp files so that several
threads are not simultaneously trying to cache the same
Parin Shah wrote:
I am already working on it. I have also posted initial version of this module.
http://utdallas.edu/~parinshah/mod-c-requester.0.2.tar.gz
-Parin.
Cool. Very good start. Leaks memory like a sieve, but good start.
It would be cool if we could find a way to use Apache's
On Tue, Aug 23, 2005 at 10:18:37AM -0400, Brian Akins wrote:
I've been looking at this, and it's possibly the Syntax that put me off,
but it looks painful on the admin, and probably on the server too.
There's nothing in those examples that can't be achieved by making the
non-CacheEnable cache
Cool. Very good start. Leaks memory like a sieve, but good start.
ohh, I thought I was taking care of it. I mean, code frees the memory
when no longer needed except during the shutdown of server. anyway I
will go through the code again to check that. Also feel free to point
out the code
Hu, Xuekun wrote:
I couldn't successfully compile Apache (2.1.6-alpha) with SLES9
(2.6.5-7.97-smp, 64bit).
The error is:
...-lrt -lcrypt -lpthread -ldl -lgdbm -ldb-4.2 /usr/lib/libexpat.la
/root/huxuekun/httpd-2.1.6-alpha/srclib/apr/libapr-1.la -lrt -lcrypt
-lpthread -ldl
Parin Shah wrote:
ohh, I thought I was taking care of it. I mean, code frees the memory
when no longer needed except during the shutdown of server. anyway I
will go through the code again to check that. Also feel free to point
out the code which is causing memory leak problem.
I'll look
Colm MacCarthaigh wrote:
per-dir does not help in quick_handler.
No, but it is useful at the save stage.
True. This would probably be fine. I would like to see more flexible
url matching, ala squid. Perhaps a way so that modules can register
their own matching functions.
Example.
I've had to turn off core dumps from httpd on ajax, because they were
quickly filling up our /tmp directory.
Below is another backtrace that appears a little different from the
first. (I don't believe the module on ajax has been upgraded with the
last fix either.)
Joshua.
#0
Parin Shah wrote:
Cool. Very good start. Leaks memory like a sieve, but good start.
ohh, I thought I was taking care of it. I mean, code frees the memory
when no longer needed except during the shutdown of server. anyway I
will go through the code again to check that. Also feel free to point
Bill Stoddard wrote:
I've not looked at your code so I can't make specific recommendations.
Just remember, code allocated with any of the apr_pool functions is
freed only when that pool is reclaimed (end of a request for a request
pool, shutdown of the server for pconf, etc.). mod_mem_cache
On Aug 23, 2005, at 12:18 AM, Jem Berkes wrote:
I noticed a couple posts about examples, there is now one as I have
committed all the RBL stuff I wrote. See:
https://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/mod_smtpd_rbl/
This hooks into mod_smtpd in two places and returns various data
Brian Akins wrote:
Bill Stoddard wrote:
I've not looked at your code so I can't make specific recommendations.
Just remember, code allocated with any of the apr_pool functions is
freed only when that pool is reclaimed (end of a request for a request
pool, shutdown of the server for pconf,
Some pseudo match configs and code:
Just examples, maybe not useful or doable.
#only cache things in /stuff when request comes from localhost
CacheEnable disk client=127.0.0.1 path=/stuff
#disable cacheing from special host
CacheDisable client=10.1.1.1.10
#don't cache any ssl stuff
Brian Akins wrote:
Some pseudo match configs and code:
It looks like you want an extreme level of flexibility for making
caching decisions based on characteristics of the request. Why not
piggy-back on mod_rewrite, which already has an absurdly complex
matching capability.
As in
Joshua Slive wrote:
It looks like you want an extreme level of flexibility for making
caching decisions based on characteristics of the request. Why not
piggy-back on mod_rewrite, which already has an absurdly complex
matching capability.
As in
RewriteCond {REMOTE_ADDR} =127.0.0.1
On Tue, 2005-08-23 at 11:04, Brian J. France wrote:
Is there a way to add more options to the EHLO response (an example)?
Sure. Extensions are registered on a per-connection basis. Ideally you
would register an SMTP extension at the connect hook like so:
---
smtpd_retcode
--On August 17, 2005 12:09:39 PM -0700 Justin Erenkrantz
[EMAIL PROTECTED] wrote:
Sure. I'll hopefully get around to this in the next day or so. -- justin
I've now updated ajax to trunk. -- justin
On Mon, Aug 22, 2005 at 03:19:58PM +0100, Joe Orton wrote:
On Mon, Aug 22, 2005 at 02:52:38PM +0100, Joe Orton wrote:
With the FC4 2.6.12-ish kernel I am seeing:
- stuff sent by httpd fails to cork properly; partial frames are sent
... i.e. what Greg reported.
- stuff sent by
I've changed the hook system for mod_smtpd a little to allow more
flexibility and module cooperation. Basically it works like this now:
When a hook is called smtpd_run_*, each registered hook is called until
one returns something other than SMTPD_DECLINED or SMTPD_OK. If all the
hooks return
--On August 23, 2005 10:50:45 AM -0400 Joshua Slive [EMAIL PROTECTED] wrote:
I've had to turn off core dumps from httpd on ajax, because they were
quickly filling up our /tmp directory.
Below is another backtrace that appears a little different from the
first. (I don't believe the module on
Hello,
I am trying to write a ffi interface to apache httpd windows dlls, and I ran
into the issue of name mangling.
I can solve this problem for the particular version of dlls which I am using
but it is not a generic/portable solution for different platforms.
In particular I would like to
On Tue, 2005-08-23 at 11:04, Brian J. France wrote:
On Aug 23, 2005, at 12:18 AM, Jem Berkes wrote:
I noticed a couple posts about examples, there is now one as I have
committed all the RBL stuff I wrote. See:
https://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/mod_smtpd_rbl/
This
ohh, I thought I was taking care of it. I mean, code frees the memory
when no longer needed except during the shutdown of server. anyway I
will go through the code again to check that. Also feel free to point
out the code which is causing memory leak problem.
I'll look through it as
ohh, I thought I was taking care of it. I mean, code frees the memory
when no longer needed except during the shutdown of server. anyway I
will go through the code again to check that. Also feel free to point
out the code which is causing memory leak problem.
I'll look through it as
Rian Hunter wrote:
On Tue, 2005-08-23 at 11:04, Brian J. France wrote:
On Aug 23, 2005, at 12:18 AM, Jem Berkes wrote:
I noticed a couple posts about examples, there is now one as I have
committed all the RBL stuff I wrote. See:
Jem Berkes wrote:
+1, Jem since you have checked in the first plugin for mod_smtpd would
you mind creating a directory structure similar to this if it seems fine
to you?
I don't have a problem with it. Do I need a verification of my earlier
commit before I commit a new directory structure?
Hu, Xuekun wrote:
I couldn't successfully compile Apache (2.1.6-alpha) with SLES9
(2.6.5-7.97-smp, 64bit).
I now added a hopefully complete apr-util patch to bugzilla bug 28205.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
I don't have a problem with it. Do I need a verification of my earlier
commit before I commit a new directory structure?
What do you mean by verification?
In your earlier email you said Since the commit mail hasn't come through
yet (needs to be approved I imagine)
Jem Berkes wrote:
I don't have a problem with it. Do I need a verification of my earlier
commit before I commit a new directory structure?
What do you mean by verification?
In your earlier email you said Since the commit mail hasn't come through
yet (needs to be approved I imagine)
Oh,
This is an ugly patch. Here's what is basically does.
-CacheEnable takes only one argument -- Off to disable, or the name of a
provider
-save filter is now set in fixup. Provider may be overriden by
environment. TOD0: see if env sets off.
-don't use ap_provider stuff. No way to get a
--On August 23, 2005 5:03:03 PM + [EMAIL PROTECTED] wrote:
Add APR_FOPEN_BINARY to the options passed to apr for opening the
cache header files.
Why? -- justin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Hyde wrote:
ps. I'm sure he'd love some help :-)
I'll volunteer. In fact, I do.
- --
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/
Author, developer, opinionist http://Apache-Server.Com/
Millennium hand and
On Tue, Aug 23, 2005 at 12:05:13PM -0700, Justin Erenkrantz wrote:
--On August 23, 2005 5:03:03 PM + [EMAIL PROTECTED] wrote:
Add APR_FOPEN_BINARY to the options passed to apr for opening the
cache header files.
Why?
Because mod_disk_cache uses;
APR_CREATE | APR_WRITE |
This is a short note, to the three principally interested groups, to
clarify who's got the ball.
Jim and I have been tag teaming the idea of doing something jointly
with O'Reilly, for example copublishing the HTTP doc set, or other
ideas.
It's become clear that I'm not going to be able
--On August 23, 2005 8:18:44 PM +0100 Colm MacCarthaigh [EMAIL PROTECTED]
wrote:
Because mod_disk_cache uses;
APR_CREATE | APR_WRITE | APR_BINARY | APR_EXCL
when creating them, see inside store_headers at mod_disk_cache.c:892
It would have been helpful if you had noted that in the
According to Ben:
Jim and I have been tag teaming the idea of doing something jointly
with O'Reilly, for example copublishing the HTTP doc set,
BTW, as you may remember, a German translation of the HTTP Server
documentation got published last year by MITP.
* [EMAIL PROTECTED] wrote:
A first take at a User-Guide for caching. Covers mod_cache and
mod_file_cache, and tries to place the caching modules in context.
Much stuff :)
Anyway. indent elements are only meant for example sections (to prevent
the use of pre...).
You can use `build
On Tue, Aug 23, 2005 at 10:32:25PM +0200, André Malo wrote:
A first take at a User-Guide for caching. Covers mod_cache and
mod_file_cache, and tries to place the caching modules in context.
Much stuff :)
Anyway. indent elements are only meant for example sections (to prevent
the use of
Don't know about the cross-reference page, but if you're stuck, you
might find a useful substitute in the searchable doxygen docs I've
made available at
http://www.hobthross.com/docs/apache2/srcdoc/main.html
HTH
Rachel
On 20/08/05, Brandon Fosdick [EMAIL PROTECTED] wrote:
For a month or two now
[As far as I can tell, this is the place to send bugs.
Apologies if this is not correct.]
Dear Developers,
I find that req.path_info is in some cases set to None instead of a string
such as ''. My reading of the documentation suggests that req.path_info
should always be a string.
In
Erik Demaine wrote ..
[As far as I can tell, this is the place to send bugs.
Apologies if this is not correct.]
Dear Developers,
I find that req.path_info is in some cases set to None instead of a string
such as ''. My reading of the documentation suggests that req.path_info
should
Hmmm, I should check code first. This is already rectified in latest subversion
copy of source code:
if req.path_info and len(req.path_info) 0:
env[SCRIPT_NAME] = req.uri[:-len(req.path_info)]
else:
env[SCRIPT_NAME] = req.uri
No need to log a bug report. It will be fixed
Rachel Willmer wrote:
Don't know about the cross-reference page, but if you're stuck, you
might find a useful substitute in the searchable doxygen docs I've
made available at
http://www.hobthross.com/docs/apache2/srcdoc/main.html
That looks exactly the same as what's now linked from the
+1, Jem since you have checked in the first plugin for mod_smtpd would
you mind creating a directory structure similar to this if it seems fine
to you?
I've built the directory structure to hold multiple modules. I also
updated my modules so they build without duplicating .h files, and fixed
At 10:33 AM 8/22/2005, Ben Collins-Sussman wrote:
I see two differences:
(A) New trunk releases happen often. A new minor version of
Subversion is released every 4-6 months. All new features,
optimizations, code rewriting happens on trunk.
(B) We only backport *bugfixes* to our release
Hi,
I have fixed that memory leak problem. also added script to include
libcurl whenever this module is included.
http://utdallas.edu/~parinshah/mod-c-requester.0.3.tar.gz
Thanks,
Parin.
On 8/23/05, Parin Shah [EMAIL PROTECTED] wrote:
ohh, I thought I was taking care of it. I mean, code
56 matches
Mail list logo
