This one in particular:
* DNS lookup failures in any urllist cause segfault.
Justin says: Wow. Why?
Aaron says: Is this still happening? It's been awhile.
I had few segfaults, but those were with flood-0.4 tarball. I've created
few ridiculus URL's today and tested them
On Wed, 4 Sep 2002 11:30:07 +0200
Ales Privetivy [EMAIL PROTECTED] wrote:
Hello,
I am sorry to bother you.
No problemo. Flood needs testers, so feel free to post here any problem
you have observed.
I had downloaded and successfully compiled
the flood-0.4 -- to this point it is ok:)
This fixed issue brought up recently. Here's a snippet from STATUS:
* We get an assertion failure when there is a regexp defined that
doesn't match in the response. Instead of relying on assertions,
we need to detect this case, print a fatal error message, and
quit.
...and
Well... we have that in STATUS:
* It would be nice if a url in a urllist could handle basic
authentication.
...and now looks like people really need that. So here's quick'n'dirty
patch for RBC. Following URL uses basic auth:
url user=Aladdin password=open
On Wed, Sep 04, 2002 at 02:06:41PM +0200, Jacek Prucia wrote:
I had few segfaults, but those were with flood-0.4 tarball. I've created
few ridiculus URL's today and tested them against current CVS (flood,
apr, apr-util). No segv's at all. Could we ask the person that submited
this bug to
On Wed, Sep 04, 2002 at 02:01:15PM +0200, Jacek Prucia wrote:
Right now flood starts always with Bingo farm. This is just simply
hardcoded. I would like to change that and additionally add getopt
parsing to flood. We could have arguments to run particular farmer
(-f/--farmer), particular farm
On Wed, Sep 04, 2002 at 02:01:15PM +0200, Jacek Prucia wrote:
Right now flood starts always with Bingo farm. This is just simply
hardcoded. I would like to change that and additionally add getopt
parsing to flood. We could have arguments to run particular farmer
(-f/--farmer), particular
On Wed, Sep 04, 2002 at 06:40:39PM +0200, Jacek Prucia wrote:
url user=Aladdin password=open
sesamehttp://localhost:8080/auth/url
To me, this seems a fair enough compromise for right now as it
seems some people really want this feature now.
I can also prepare round-robin-auth.xml, but it
On Wed, Sep 04, 2002 at 10:29:54AM -0700, Justin Erenkrantz wrote:
I think we actually tagged 1.0 when we were doing the OSCON
presentation, but we never released it.
Yeah, we already tagged FLOOD_1_0, so let's put up what we have.
The install targets would be nice, but we already tagged 1.0.
Right now flood starts always with Bingo farm. This is just simply
hardcoded. I would like to change that and additionally add getopt
parsing to flood. We could have arguments to run particular farmer
(-f/--farmer), particular farm (-r/--farm) and so on (no
collective/megaconglomerate yet). What
Paul J. Reder wrote:
Brian Pane wrote:
I've been thinking about strategies for building a
multiple-connection-per-thread MPM for 2.0. It's
conceptually easy to do this:
* Start with worker.
* Keep the model of one worker thread per request,
so that blocking or CPU-intensive
Graham Leggett wrote:
For the expiration case, there's a much easier solution than
shadowing the
incomplete response. Add a new state for cache entries:
being_updated.
When you get a request for a cached object that's past its expiration
date,
set the cache entry's state to
Someone recently brought up the fact that they couldn't add a PHP
filter to a SVN-served repository via AddOutputFilter.
I think this is due to the following issues:
1) type_checker is a run_first rather than run_all.
Any reason why this isn't run_all? Switching it would allow
mod_dav's
Hi,
how do you see this ? A core server with a bunch of .so's or hooks in
the build process to statically link optional modules ?
Peter.
John K. Sterling wrote:
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Date: Tue, 03 Sep 2002 16:24:01 +0200
From: Peter Van Biesen [EMAIL
On Wed, 4 Sep 2002, Peter Van Biesen wrote:
how do you see this ? A core server with a bunch of .so's or hooks in
the build process to statically link optional modules ?
Check out FreeBSD ports; basically a set of simple make files like:
ls /usr/ports//mod_*
mod_access_identd
On Tue, Sep 03, 2002 at 01:15:43PM +0200, Peter Van Biesen wrote:
servlets, most apaches will use mod_jk anyway.
I beg to differ.
On Tue, Sep 03, 2002 at 03:34:51PM -0700, Justin Erenkrantz wrote:
[ ] Check in aaa rewrite to 2.0.
[X] Check in aaa rewrite to 2.1.
From: Henning Brauer [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2002 12:43
On Tue, Sep 03, 2002 at 03:34:51PM -0700, Justin Erenkrantz wrote:
[ ] Check in aaa rewrite to 2.0.
[X] Check in aaa rewrite to 2.1.
Could you please motivate this? We are interested in seeing
why it should go
On Wed, Sep 04, 2002 at 12:57:05PM +0200, Sander Striker wrote:
From: Henning Brauer [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2002 12:43
On Tue, Sep 03, 2002 at 03:34:51PM -0700, Justin Erenkrantz wrote:
[ ] Check in aaa rewrite to 2.0.
[X] Check in aaa rewrite to 2.1.
Could
On Wed, Sep 04, 2002 at 01:07:38PM +0200, Henning Brauer wrote:
It's easy enough to create a 2.1 branch in CVS and developing the new auth
stuff there until it's stable. then syncing changes done in the 2.0 stuff in
and releasing 2.1 seems fair to me, opposed to destabilizing the whole 2.0
Justin Erenkrantz [EMAIL PROTECTED] writes:
[X] Check in aaa rewrite to 2.0.
[ ] Check in aaa rewrite to 2.1.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
On Wed, Sep 04, 2002 at 01:24:38PM +0200, Mads Toftum wrote:
On Wed, Sep 04, 2002 at 01:07:38PM +0200, Henning Brauer wrote:
It's easy enough to create a 2.1 branch in CVS and developing the new auth
stuff there until it's stable. then syncing changes done in the 2.0 stuff in
and releasing
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2002 00:35
Please vote:
[X] Check in aaa rewrite to 2.0.
[ ] Check in aaa rewrite to 2.1.
Please realize that I don't think it's possible to maintain
backwards compatibility due to the relevant Authoritative
Recompiled and tested, the problem remains ... :
[Wed Sep 04 13:22:27 2002] [info] Server: Apache/2.0.41-dev, Interface:
mod_ssl/2.0.41-dev, Library: OpenSSL/0.9.6c
[Wed Sep 04 13:22:27 2002] [notice] Apache/2.0.41-dev (Unix)
mod_ssl/2.0.41-dev OpenSSL/0.9.6c DAV/2 configured -- resuming normal
Peter Van Biesen wrote:
Recompiled and tested, the problem remains ... :
[Wed Sep 04 13:22:27 2002] [info] Server: Apache/2.0.41-dev, Interface:
mod_ssl/2.0.41-dev, Library: OpenSSL/0.9.6c
[Wed Sep 04 13:22:27 2002] [notice] Apache/2.0.41-dev (Unix)
mod_ssl/2.0.41-dev OpenSSL/0.9.6c DAV/2
On Wed, 4 Sep 2002, Justin Erenkrantz wrote:
Someone recently brought up the fact that they couldn't add a PHP
filter to a SVN-served repository via AddOutputFilter.
I think this is due to the following issues:
1) type_checker is a run_first rather than run_all.
Any reason why this
Brian Pane wrote:
Graham Leggett wrote:
For the expiration case, there's a much easier solution than
shadowing the
incomplete response. Add a new state for cache entries:
being_updated.
When you get a request for a cached object that's past its expiration
date,
set the cache entry's
Hi all,
Is it possible to read brigades from two filter stacks simultaneously?
Regards,
Graham
--
-
[EMAIL PROTECTED]
There's a moon
over Bourbon Street
On Wed, 4 Sep 2002, Graham Leggett wrote:
Hi all,
Is it possible to read brigades from two filter stacks simultaneously?
Yes and no. The two filter stacks share no data at all, so it is
perfectly safe to call ap_get_brigade on both filter stacks. However, we
can't poll based on filter
On Wed, Sep 04, 2002 at 06:06:59PM +0200, Graham Leggett wrote:
Is it possible to read brigades from two filter stacks simultaneously?
No, and the need for multiplexed brigade read/writes has been
brought up before, but never fully designed nor implemented.
-aaron
Aaron Bannert wrote:
On Wed, Sep 04, 2002 at 06:06:59PM +0200, Graham Leggett wrote:
Is it possible to read brigades from two filter stacks simultaneously?
No, and the need for multiplexed brigade read/writes has been
brought up before, but never fully designed nor implemented.
At 11:59 AM 9/4/2002, Brian Pane wrote:
Aaron Bannert wrote:
On Wed, Sep 04, 2002 at 06:06:59PM +0200, Graham Leggett wrote:
Is it possible to read brigades from two filter stacks simultaneously?
No, and the need for multiplexed brigade read/writes has been
brought up before, but never fully
On Wed, Sep 04, 2002 at 09:45:47AM -0400, [EMAIL PROTECTED] wrote:
It is run_first because each response can only have a single content-type,
and the only reason to use that hook is to get the content-type. This is
also a performance issue. If mod_mime finds the c-t, then mod_mime_magic
On Wed, 4 Sep 2002, Justin Erenkrantz wrote:
On Wed, Sep 04, 2002 at 09:45:47AM -0400, [EMAIL PROTECTED] wrote:
It is run_first because each response can only have a single content-type,
and the only reason to use that hook is to get the content-type. This is
also a performance issue.
To be folded in... Still working a problem where there's a report
of a shift-reload on Netscape results in bad mojo in the cache
(user gets a no data error when Apache front-ends an IIS server)
diff -u -r1.87 proxy_cache.c
--- src/modules/proxy/proxy_cache.c 3 Jun 2002 12:28:27 -
This patch does the following things:
- Morphs ap_run_sub_req-invoked handler's DONE to OK.
(Fixes mod_dav always returning DONE and mod_include treating it
as an error.)
- Adds 'ModMimeUsePathInfo' flag directive which tells mod_mime to
use the full URI to do type lookups rather than
I just got a bug report that that the rewrite of ap_get_client_block() has
introduced a memory leak. Problem is observed when putting a large file to
the server via webdav. Replacing the 2.0.40 implementation with the 2.0.39
implementation (on a 2.0.40 code base) eliminates the problem. I do not
On Wed, Sep 04, 2002 at 05:48:13PM -0400, Bill Stoddard wrote:
I just got a bug report that that the rewrite of ap_get_client_block() has
introduced a memory leak. Problem is observed when putting a large file to
the server via webdav. Replacing the 2.0.40 implementation with the 2.0.39
Hi all,
I am seeing log messages saying the listener thread didn't exit. This
is coming out of the housekeeping stuff in the worker module. I am using
2.0.40 and Tru64. I *think* it is happening when the server is trying to
reduce surplus clients.
On a possbilly related note, I am
On Wed, Sep 04, 2002 at 02:53:53PM -0700, Justin Erenkrantz wrote:
On Wed, Sep 04, 2002 at 05:48:13PM -0400, Bill Stoddard wrote:
I just got a bug report that that the rewrite of ap_get_client_block() has
introduced a memory leak. Problem is observed when putting a large file to
the
On Wed, Sep 04, 2002 at 05:17:29PM -0700, Greg Stein wrote:
Yup. On the error exits, too.
Hmm. On the error exits, shouldn't the request pool get cleaned up
right after that? But, for the successful cases, it makes sense to
cleanup.
You know... I bet this will also solve the 'svn import'
On Wed, Sep 04, 2002 at 02:13:43PM -0700, Justin Erenkrantz wrote:
This patch does the following things:
- Morphs ap_run_sub_req-invoked handler's DONE to OK.
(Fixes mod_dav always returning DONE and mod_include treating it
as an error.)
How is a subrequest normally involved in a
On Wed, Sep 04, 2002 at 05:24:07PM -0700, Justin Erenkrantz wrote:
On Wed, Sep 04, 2002 at 05:17:29PM -0700, Greg Stein wrote:
Yup. On the error exits, too.
Hmm. On the error exits, shouldn't the request pool get cleaned up
right after that? But, for the successful cases, it makes
On Wed, 4 Sep 2002, Greg Stein wrote:
bb = apr_brigade_create(r-pool, r-connection-bucket_alloc); Does
that allocator somehow use connection memory? Maybe we have some kind of
leak between the request-based brigade and the connection-based
allocator? [ I don't know enough about the
Jeff Trawick wrote:
Justin Erenkrantz [EMAIL PROTECTED] writes:
[X] Check in aaa rewrite to 2.0.
[ ] Check in aaa rewrite to 2.1.
same with me.
Jason Kissinger wrote:
Ian,
Were you able to verify our test results?
sorry ..
I've been out of my office for a while.
I'll have a look as soon as I get back in.
--Ian
-Jason
Ian Holsman wrote:
Jess M. Holle wrote:
William A. Rowe, Jr. wrote:
At 11:54 AM
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2002/06/27 20:57:21 $]
Release:
1.3.27-dev: In development
1.3.26: Tagged June 18, 2002.
1.3.25: Tagged June 17, 2002. Not released.
1.3.24: Tagged Mar 21, 2002. Announced Mar 22,
On Wed, Sep 04, 2002 at 05:26:13PM -0700, Greg Stein wrote:
How is a subrequest normally involved in a plain old GET against an SVN
repository? Or was this to solve another situation?
Well, my website uses virtual includes and all the pages are
stored within SVN, so one SVN-served file causes
On Wed, Sep 04, 2002 at 10:11:13PM -0400, Cliff Woolley wrote:
on some bucket that you're actually finished with. This could be a
symptom of discarding a brigade that still has buckets in it (since
apr_brigade_destroy() will destroy all the buckets that are in the brigade
at the time of the
On Wed, 4 Sep 2002, Justin Erenkrantz wrote:
Will the buckets/brigade be cleaned up when the request_rec's
pool is destroyed or are do they live as long as the connection
pool?
Buckets live forever until you destroy them.
Brigades live as long as the pool they're in (normally r-pool) and
If you are talking about the memory leak when downloading large files
through a proxy chain, this problem was first observed in version
2.0.39, so it probably isn't the same problem.
Peter.
Bill Stoddard wrote:
I just got a bug report that that the rewrite of ap_get_client_block() has
Peter Van Biesen wrote:
If you are talking about the memory leak when downloading large files
through a proxy chain, this problem was first observed in version
2.0.39, so it probably isn't the same problem.
2.0.39 definitely would have had problems with large requests
due to the way its
Cliff Woolley wrote:
Bottom line: the size of c-bucket_alloc will be based on the max number
of buckets and bucket buffers you've had allocated at one time. The
answer is almost certainly that apr_bucket_destroy() is not being called
on some bucket that you're actually finished with. This
53 matches
Mail list logo