On Tue, Mar 26, 2002 at 09:19:51AM -0800, Justin Erenkrantz wrote:
If it's not installed as part of APR it should be. We shouldn't have it in
our repository merely because we don't want to have to keep them in sync.
It wouldn't make sense as part of the install as it is only needed
to
On Tue, Mar 26, 2002 at 04:13:56PM -0800, Aaron Bannert wrote:
On Tue, Mar 26, 2002 at 09:19:51AM -0800, Justin Erenkrantz wrote:
If it's not installed as part of APR it should be. We shouldn't have it in
our repository merely because we don't want to have to keep them in sync.
It
Hi all
These may appear a silly questions but I'm newbie in load testing.
I'm looking for a tool for load testing an internet service. My question is:
does flood, or Perl Framework only work with Apache, or can it be used with
any http server?
Second question: Can theses tools be deployed on
On Wed, Mar 27, 2002 at 09:38:03PM -, [EMAIL PROTECTED] wrote:
jerenkrantz02/03/27 13:38:03
Modified:floodCHANGES flood_net.c flood_net.h
flood_socket_keepalive.c
Log:
Add check_socket call to flood_net.h. This attempts to determine if the
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [EMAIL PROTECTED] writes:
'never mind. It's a HP-UX specific stuff. The problem shows up because of
the following reason :
On HP-UX, accept has the following syntax (by default)
int accept(int s, void *addr, int *addrlen);
AND, socklen_t is
Sander Striker [EMAIL PROTECTED] writes:
Sander Striker [EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 22 March 2002 21:37
trawick 02/03/22 12:37:04
Modified:modules/http http_protocol.c
Log:
add an extra
At 10:28 AM +0800 3/27/02, Stas Bekman wrote:
Is there anything wrong with this patch? Thanks.
Nothing that I can see... I just don't see the need. We assume that
knowledge of the virtual host implies knowledge of the IP address
and port. We don't place the IP address of IP-based vhosts in the
Jim Jagielski wrote:
At 10:28 AM +0800 3/27/02, Stas Bekman wrote:
Is there anything wrong with this patch? Thanks.
Nothing that I can see... I just don't see the need. We assume that
knowledge of the virtual host implies knowledge of the IP address
and port. We don't place the IP
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [EMAIL PROTECTED] writes:
'never mind. It's a HP-UX specific stuff. The problem shows up because of
the following reason :
On HP-UX, accept has the following syntax (by default)
int accept(int s, void *addr, int *addrlen);
AND, socklen_t is
Cliff Woolley wrote:
I've spent the entire evening chasing some wacky mod_include bugs that
surfaced as I was doing final testing on the bucket API patch. At first I
assumed they were my fault, but upon further investigation I think the
fact that they haven't surfaced until now is a
Yes, Martin noted this as well. because of this, and the
Server header fixes, I'd like to see 1.3.25 in relatively short
order once we find out why. From what I can see, we explicitely
*remove* Transfer-Encoding, so I've no idea how it's getting
back in there... yet...
Joshua Slive wrote:
Joshua Slive wrote:
There appears to be a major problem in the 1.3.24 proxy. See:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7513
It was noted that this bug has appeared since 1.3.23 - will get a diff
between then and now to see if something along the way broke it.
When I looked at
Brian,
I'm looking into this right now. I'll let you all know what I find out.
I have some concerns about the suggested fix. I hope to have a fix
by this afternoon.
Paul J. Reder
Brian Pane wrote:
Cliff Woolley wrote:
I've spent the entire evening chasing some wacky mod_include bugs that
Jim Jagielski wrote:
Well, it's kind of easy (and dangerous) to shove too much info into
the scoreboard, and cause some nasty overhead... That's the reason why
I put some things in the extended status area, so that we always
have the important stuff available, and the extra stuff only when
On Wed, 27 Mar 2002, Graham Leggett wrote:
When I looked at the proxy code I could see nothing obvious that had
changed - proxy uses the core methods for sending headers and data to
the frontend, not sure what changed.
If I had to guess, I would say that this change:
Joshua Slive wrote:
On Wed, 27 Mar 2002, Graham Leggett wrote:
When I looked at the proxy code I could see nothing obvious that had
changed - proxy uses the core methods for sending headers and data to
the frontend, not sure what changed.
If I had to guess, I would say that this
Greg Ames wrote:
Jim Jagielski wrote:
Well, it's kind of easy (and dangerous) to shove too much info into
the scoreboard, and cause some nasty overhead... That's the reason why
I put some things in the extended status area, so that we always
have the important stuff available, and the extra
This updates config.layout for recent Red Hat Linux systems (bugzilla
#7422):
--- config.layout~ Mon Jan 14 09:39:25 2002
+++ config.layout Wed Mar 27 16:35:40 2002
-115,7 +115,7
proxycachedir: $runtimedir/proxy
/Layout
-# RedHat 5.x layout
+# Red Hat Linux 7.x layout
... maybe it's time to depreciate this :)
In what way: the #define or the file itself?
The concept itself (file-based scoreboards).
Right now we default to an anonymous shared-memory scoreboard and have
the option to create a file-based scoreboard (dictated by the presence
or absence of
[EMAIL PROTECTED] wrote:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
+1.
Maybe also s/\./ DOT /g
--Brian
On Wed, 27 Mar 2002 [EMAIL PROTECTED] wrote:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
-0
- It won't solve the problem.
- It looks amateurish
We participate in a public development process. There is no way to hide
our email
On Wed, Mar 27, 2002 at 09:36:31AM -0800, Joshua Slive wrote:
On Wed, 27 Mar 2002 [EMAIL PROTECTED] wrote:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
-0
- It won't solve the problem.
- It looks amateurish
Yup. -0
At 9:32 AM -0800 3/27/02, Aaron Bannert wrote:
... maybe it's time to depreciate this :)
In what way: the #define or the file itself?
The concept itself (file-based scoreboards).
Right now we default to an anonymous shared-memory scoreboard and have
the option to create a file-based
Okay, I have recreated at least two problems in include processing, one
of which results in a core dump. I am in process of tracking them down.
It might be tomorrow before I have a patch.
Paul J. Reder
Paul J. Reder wrote:
Brian,
I'm looking into this right now. I'll let you all know what
This patch removes, for good, the concept of *only* file-based scoreboards.
Not named-based and file-based shared memory scoreboards, but scoreboards
that exist only as files.
In the process, this allows us to remove some dead and useless function
calls which may be optimized away anyway, but
On Wed, 27 Mar 2002, Joe Orton wrote:
This updates config.layout for recent Red Hat Linux systems (bugzilla
#7422):
Any opinions on whether we should retain the old layout and name this one
Redhat7 so that we don't break people upgrading old installations?
Joshua.
Good idea.
Joshua Slive wrote:
On Wed, 27 Mar 2002, Joe Orton wrote:
This updates config.layout for recent Red Hat Linux systems (bugzilla
#7422):
Any opinions on whether we should retain the old layout and name this one
Redhat7 so that we don't break people upgrading old
Stas Bekman wrote:
So there are two different issues here:
1. patching the scoreboard to collect and store this extra info
2. patching mod_status to use this extra info
true
since mod_status in the extended mode is already doing a lot of work,
how much of an extra overhead will the
Greg Ames wrote:
The worker_score is 208 bytes now on my Linux box.
s/208/204/
Greg
On Wed, Mar 27, 2002 at 09:13:23PM +, Pier Fumagalli wrote:
On my Solaris 8/x86 box, if I enable IPv6 support in APR, things start to
get weird (I believe it's my old tweaked version of Solaris, but...)...
This little patch allows to change the default behavior and disables APR
IPv6
Pier Fumagalli [EMAIL PROTECTED] writes:
This little patch allows to change the default behavior and disables APR
IPv6 support by adding a --disable-ipv6 parameter when calling configure
in the APR directory...
Why would you disable IPv6 support everywhere based on your own bad
experiences
Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Wed, Mar 27, 2002 at 09:13:23PM +, Pier Fumagalli wrote:
On my Solaris 8/x86 box, if I enable IPv6 support in APR, things start to
get weird (I believe it's my old tweaked version of Solaris, but...)...
This little patch allows to change
On Mon, 2002-03-25 at 23:23, Marc Slemko wrote:
On Mon, 25 Mar 2002, Eli Marmor wrote:
And a yet another note:
It is not a bug that sometime causes problems;
It is a bug that causes mod_auth_digest to fail ALWAYS (when there are
parameters, of course).
That is defined as
On Wed, Mar 27, 2002 at 02:28:16AM -, [EMAIL PROTECTED] wrote:
dougm 02/03/26 18:28:16
Modified:modules/ssl mod_ssl.h
Added: modules/ssl ssl_toolkit_compat.h
This header file needs a license at the top.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Jeff Trawick [EMAIL PROTECTED] writes:
I think this comment was based on a buglet in your code*, not on your
intention:
Why would you disable IPv6 support everywhere based on your own bad
experiences with one machine? (By the way... I have no problems with
Apache/APR IPv6 on my Solaris 8
On Wed, Mar 27, 2002 at 02:08:51PM -0500, Jim Jagielski wrote:
This patch removes, for good, the concept of *only* file-based scoreboards.
Not named-based and file-based shared memory scoreboards, but scoreboards
that exist only as files.
In the process, this allows us to remove some dead
On Wed, Mar 27, 2002 at 11:56:36AM -0800, Joshua Slive wrote:
On Wed, 27 Mar 2002, Joe Orton wrote:
This updates config.layout for recent Red Hat Linux systems (bugzilla
#7422):
Any opinions on whether we should retain the old layout and name this one
Redhat7 so that we don't break
On Wed, Mar 27, 2002 at 09:42:48AM -0800, Justin Erenkrantz wrote:
On Wed, Mar 27, 2002 at 09:36:31AM -0800, Joshua Slive wrote:
On Wed, 27 Mar 2002 [EMAIL PROTECTED] wrote:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
On Wed, Mar 27, 2002 at 09:07:08PM -, [EMAIL PROTECTED] wrote:
...
+++ ssl_engine_init.c 27 Mar 2002 21:07:08 - 1.62
...
+static void ssl_init_verify(server_rec *s,
+apr_pool_t *p,
+apr_pool_t *ptemp,
+
On Wed, Mar 27, 2002 at 01:50:51PM -0800, Justin Erenkrantz wrote:
So if a third-party is interested in examining the scoreboard, they
have to do it either via a module or attach to the shared-memory
segment?
Sounds fair enough... -- justin
Nope, we don't lose that when we remove
On 27 Mar 2002, Raphael Amaury Jacquot wrote:
On Mon, 2002-03-25 at 23:23, Marc Slemko wrote:
On Mon, 25 Mar 2002, Eli Marmor wrote:
And a yet another note:
It is not a bug that sometime causes problems;
It is a bug that causes mod_auth_digest to fail ALWAYS (when there are
On Wed, Mar 27, 2002 at 12:55:36PM -, [EMAIL PROTECTED] wrote:
jim 02/03/27 04:55:35
Modified:modules/proxy CHANGES
Log:
Depreciate mod_proxy's own CHANGES file
We write software, not accounting manuals :-)
deprecate
...
+++ CHANGES 27 Mar 2002 12:55:35 -
On Wed, 27 Mar 2002, Greg Stein wrote:
Maybe this could return a status, rather than just calling ssl_die()? (and
have the caller do the die...)
Personally, I'd rather see an eventual case where you bubble up the death,
and let Apache core do the exiting, rather than having the module
Justin Erenkrantz wrote:
On Wed, Mar 27, 2002 at 02:08:51PM -0500, Jim Jagielski wrote:
This patch removes, for good, the concept of *only* file-based scoreboards.
Not named-based and file-based shared memory scoreboards, but scoreboards
that exist only as files.
In the process,
At 04:57 PM 3/27/2002, you wrote:
Justin Erenkrantz wrote:
So if a third-party is interested in examining the scoreboard, they
have to do it either via a module or attach to the shared-memory
segment?
Yep... For the record, we don't use any of this right now, and I doubt
that building
Well that patch is against 1.3.24, so I'm not sure how it is fixed in
1.3.24.
I'm currently experiencing something similar with Zope 2.4.3 and ProxyPass.
Our user authentication (in Zope) is setting two cookies and under our
old apache version 1.3.6 (Stronghold 2.4.2), or using the internal
According to [EMAIL PROTECTED]:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
Won't help that much ... -0.
ciao...
--
Lars Eilebrecht- All the simple programs have been
[EMAIL PROTECTED] - written, and
Cliff Woolley wrote:
On Wed, 27 Mar 2002, Brian Pane wrote:
+if (ctx-curr_tag_pos - ctx-combined_tag ctx-tag_length) {
+*tag = NULL;
+return;
+}
My only objection to this is that ctx-curr_tag_pos is supposed
to point to a null-terminated copy of the directive, and all
Brian Pane wrote:
Cliff Woolley wrote:
On Wed, 27 Mar 2002, Brian Pane wrote:
+if (ctx-curr_tag_pos - ctx-combined_tag ctx-tag_length) {
+*tag = NULL;
+return;
+}
My only objection to this is that ctx-curr_tag_pos is supposed
to point to a null-terminated copy
Brian,
Please give me a chance to fix this. I indicated that I was looking
at this problem. There is no reason to duplicate work. I have identified
several problems and am working on fixes for them. I should have something
tested and ready by the end of day on Thursday or Friday during the day
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2002/03/21 17:13:03 $]
Release:
1.3.25-dev: In development
1.3.24: Tagged Mar 21, 2002.
1.3.23: Tagged Jan 21, 2002.
1.3.22: Tagged Oct 8, 2001. Announced Oct 12, 2001.
1.3.21:
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2002/03/26 20:35:50 $]
Release:
2.0.34 : tagged March 26, 2002.
2.0.33 : tagged March 6, 2002. not released.
2.0.32 : released Feburary 16, 2002 as beta.
2.0.31 : rolled
On Wed, Mar 27, 2002 at 09:36:31AM -0800, Joshua Slive wrote:
On Wed, 27 Mar 2002 [EMAIL PROTECTED] wrote:
Anyone think it is a good idea if I did a
s/@/_at_/g
on the email addresses in the Changes file ?
-0
- It won't solve the problem.
- It looks amateurish
- The change
Here's a patch (against the current CVS head) that addresses the two
problems I know about:
* The ctx-tag_length computation in find_end_sequence() was a bit
broken in cases where there was a false alarm match on a partial
--
* The ap_ssi_get_tag_and_value() function needs to avoid
54 matches
Mail list logo
