Does anybody know if the mod_specweb99.c been 'blessed' by the SPEC
committee ?..I mean, have they acknowledged that the module acts in a SPEC
compliant manner?
As far as I am aware, the module has not been used for benchmarks submitted
to the SPEC organization. That is the moment any code
--On Monday, February 17, 2003 11:20 AM +0530 MAASK Group
[EMAIL PROTECTED] wrote:
Hi,
Note that I had to moderate your post through. Please make sure that
you are subscribed to the [EMAIL PROTECTED] list.
I checked out http-test/flood, apr, and apr-util from the
apache cvs to test my
--On Friday, February 14, 2003 11:11 AM +0100 Jacek Prucia
[EMAIL PROTECTED] wrote:
on flood development, but I might do something useful anyway. I've
already talked to Justin about few flood related issues and he
insisted on making them public, so here's it is...
I'll just state that this list
Hello. I'm just new in flood.
I wanna test my openssl page,
but i can't know even it can , or can't .
examples in flood say only about sucess or failure about ssl page.
is there a way?=20
would you mind if i ask you to show some sources to me?
And , In flood program, plz teach me where is good
is there any benchmarking tool that does Digest Authentication?
As far as I can see ab, flood and all others that I can find on google, just
do basic auth.
Is anyone interested in writing digest authentication abilities into flood?
-chip
I had a doubt regarding executing CGI scripts in SPECweb99 -
somebody here
told me that the SPEC mandates the web server to fork a child
process to
execute a CGI script - is that so ?.
Speaking of cgi scripts - be sure to use the C based one for this, the
perl based reference is quite a bit
--On Wednesday, February 19, 2003 1:52 AM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
Is anyone interested in writing digest authentication abilities
into flood?
Sounds like we have a volunteer. =) I don't believe it would be
terribly hard to add digest support. We already save the cookies on
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Hi,
Does anybody know if the mod_specweb99.c been 'blessed' by the SPEC
committee ?..I mean, have they acknowledged that the module acts in a SPEC
compliant manner?
No, they have not blessed it.
I had a doubt regarding executing CGI scripts
Paul Querna wrote:
how did you get the source code?
CVS checkout/update.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
On Tue, 18 Feb 2003, Paul Querna wrote:
done. This should help with the problems DW had on trusted Solaris.(I hope)
Yes the problem there is that you need to point it to the right /tmp for
the nobody user the server runs ad.
_dl_lookup_versioned_symbol). I think like DW hinted at earlier,
Your 0.6 version works splendidly. Does not seem to leak (well; less than
I can detect as I have other stuff leaking) and survives restarts and
other harrasment well.
Last nit:
#define MYSQL_HARD_MAX_CONNS (255)
to
#ifndef MYSQL_HARD_MAX_CONNS
#define
the problem is with apr-iconv; libapriconv.pdb is missing:
sorry, wanted to say: there's another problem too with apr-iconv...
G.
Hi,
while testing with Paul's mod_authn_mysql I found that apr_reslist.c isnt compiled on
Win32;
so I added it to aprutil.dsp:
--- aprutil.dsp.origFri Feb 07 00:48:29 2003
+++ aprutil.dspWed Feb 19 04:31:39 2003
@@ -225,6 +225,10 @@
# End Source File
# Begin Source File
Hi Paul,
and added this:
#include util_md5.h /* for ap_md5 */
added.
sorry sorry, I didnt backtest on NetWare after inserting util_md5.h on Win32, but now
an additional cast is necessary to make our compiler happy:
-mysql_hash = (char *) ap_md5(r-pool,
* Justin Erenkrantz wrote:
Yet, I entertain
no hope of understanding the perl-fu you used. (I might be able to
test it lightly, but I doubt that's enough to merit a +1.)
I hope, the additional explanations will help ;-)
nd
--
Flhacs wird im Usenet grundsätzlich alsfhc geschrieben. Schreibt
Jim Jagielski wrote:
Jeff Trawick wrote:
How can a user add to LDFLAGS_SHLIB?
I tried setting LDFLAGS_SHLIB outside of configure, but that replaced
the necessary AIX additions specified in src/Configure.
I tried setting EXTRA_LDFLAGS_SHLIB but that was ignored as far as I
could tell.
--On Wednesday, February 19, 2003 11:05 AM -0500 Jeff Trawick
[EMAIL PROTECTED] wrote:
the lack of such support for the other variables is a glaring
inconsistency, but I'm scared to mess with 1.3 too much
Looks fine to me. +1. -- justin
Sebastian,
my bad. Some weeks I'm only building Debug and keep missing
unreferenced symbols, etc, and now this last two weeks I've been
staring at just the Release build.
Patch coming shortly to drop the .dbg copy step from Debug builds.
Bill
At 01:01 AM 2/19/2003, Sebastian Bergmann
At 05:58 AM 2/19/2003, Günter Knauf wrote:
the problem is with apr-iconv; libapriconv.pdb is missing:
sorry, wanted to say: there's another problem too with apr-iconv...
You need to checkout apr, apr-util and apr-iconv repositories to
build the win32 flavor.
Bill
--On Wednesday, February 19, 2003 6:39 PM +0100 Dirk-Willem van Gulik
[EMAIL PROTECTED] wrote:
+1 for including 0.0.6 from http://open.cyanworlds.com/ into the
tree ?
I prefer to see a definitive statement regarding the licensing first
(which I don't believe we have yet received).
We also
On Wed, 19 Feb 2003 09:47:27 -0800, Justin Erenkrantz wrote
--On Wednesday, February 19, 2003 6:39 PM +0100 Dirk-Willem van Gulik
[EMAIL PROTECTED] wrote:
+1 for including 0.0.6 from http://open.cyanworlds.com/ into the
tree ?
I will be putting 0.0.7 out later today that has Gunter's win32
On Wed, 19 Feb 2003, Paul Querna wrote:
The default lib mysqlclient is *only* not thread safe in the mysql_connect
(hence the mutex locking around those areas), but everything else is thread
safe. The specialy compiled thread safe library is thread safe in all
functions.
In the specially
--On Wednesday, February 19, 2003 10:31 AM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
The default lib mysqlclient is *only* not thread safe in the
mysql_connect (hence the mutex locking around those areas), but
everything else is thread safe. The specialy compiled thread safe
library is
For 2.1 and beyond, I'd rather see something more generic. Like a mod_authn_odbc or a
mod_authn_soap.
Otherwise expect to have to maintain special versions for all of the database
flavors...
-Original Message-
From: Dirk-Willem van Gulik [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday,
The attached patch changes sig_coredump to call a hook. In the fullness
of time, the ap_exception_info_t provided to the hook would contain any
and all relevant information available to a signal/exception handler
(e.g., siginfo_t on many Unix variants).
mod_whatkilledus.c is a pretty trim
On Wed, 19 Feb 2003 10:40:12 -0800, Justin Erenkrantz wrote
--On Wednesday, February 19, 2003 10:31 AM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
The default lib mysqlclient is *only* not thread safe in the
mysql_connect (hence the mutex locking around those areas), but
everything else
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Date: Wed, 19 Feb 2003 18:39:05 +0100 (CET)
From: Dirk-Willem van Gulik [EMAIL PROTECTED]
Subject: mod_authn_mysql
Any one any objections to me adding that into the 2.0 tree as soon as we
have a few +1's. I can kind of use it in the regressing
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules to 2.0, and that if it's going in I'd rather have it in 2.1.
--Cliff
On Wed, 19 Feb 2003, Jeff Trawick wrote:
The attached patch changes sig_coredump to call a hook. In the fullness
of time, the ap_exception_info_t provided to the hook would contain any
and all relevant information available to a signal/exception handler
(e.g., siginfo_t on many Unix
--On Wednesday, February 19, 2003 2:33 PM -0500 Cliff Woolley
[EMAIL PROTECTED] wrote:
On Wed, 19 Feb 2003, Jeff Trawick wrote:
The attached patch changes sig_coredump to call a hook. In the
fullness of time, the ap_exception_info_t provided to the hook
would contain any and all relevant
Jeff Trawick wrote:
looks to me that the minimal support for such variables is really
intended to force the user to specify a full replacement
the attached patch adds support for EXTRA_LDFLAGS_SHLIB that allows the
user to add to the hardcoded flags
+1
--
Cliff Woolley wrote:
On Wed, 19 Feb 2003, Jeff Trawick wrote:
The attached patch changes sig_coredump to call a hook. In the fullness
of time, the ap_exception_info_t provided to the hook would contain any
and all relevant information available to a signal/exception handler
(e.g., siginfo_t
I'm considering releasing 1.3.28 soonish... comments?
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
A society that will trade a little liberty for a little order
will
Cliff Woolley wrote:
On Wed, 19 Feb 2003, Jeff Trawick wrote:
The attached patch changes sig_coredump to call a hook. In the fullness
of time, the ap_exception_info_t provided to the hook would contain any
and all relevant information available to a signal/exception handler
(e.g.,
On Tue, Feb 18, 2003 at 04:58:27PM -0800, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
I have been having problems with shmht (haven't looked into it for ages). Do
you get the same problem even with shmcb ?.
shmcb seems to be fine.
-adam
Jim Jagielski wrote:
I'm considering releasing 1.3.28 soonish... comments?
The patch attached to bugzilla 14648 (and this message) fixes a long
standing mod_proxy/mod_rewrite/mod_include problem. The same bug is in
the old bug db several times: PR2074, PR5338, PR6804.
--
Mike Cramer
At 01:32 PM 2/19/2003, Cliff Woolley wrote:
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules to 2.0, and that if it's
On Wed, 19 Feb 2003, William A. Rowe, Jr. wrote:
support introducing it until 2.1. Dropping it in 2.0 would actually be
a disincentive (at least for me) to really contributing to the shape up
Very good point. I'll hold my fire for a while.
My longwinded 2c, but that's all it's worth.
But
Jim Jagielski wrote:
I'm considering releasing 1.3.28 soonish... comments?
+1
Jim Jagielski wrote:
I'm considering releasing 1.3.28 soonish... comments?
I'd like to get André's apxs patch which does the
LoadModule/AddModule fixes in for 1.3.28. It probably just needs to
be reviewed (already applied to httpd-2.0 HEAD), but I think it's
worthy conceptually. =) --
On Wednesday, February 19, 2003, at 11:32 AM, Cliff Woolley wrote:
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules
There are some 64-bit porting issues on 2.0.44 (mainly in ssl_engine_io.c)..
I've fixed a couple of them, but the problem doesn't seem to be going away
:(. I'll try to post a patch tommorow, unless somebody beats me to it.
Example :
ssl_engine_io.c:538 inctx-rc = brigade_consume(inctx-bb, block,
At 08:24 PM 2/19/2003, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
There are some 64-bit porting issues on 2.0.44 (mainly in ssl_engine_io.c)..
I've fixed a couple of them, but the problem doesn't seem to be going away
:(. I'll try to post a patch tommorow, unless somebody beats me to it.
At 04:15 PM 2/19/2003, Mike Cramer wrote:
Jim Jagielski wrote:
I'm considering releasing 1.3.28 soonish... comments?
The patch attached to bugzilla 14648 (and this message) fixes a long standing
mod_proxy/mod_rewrite/mod_include problem. The same bug is in the old bug db several
times: PR2074,
44 matches
Mail list logo