Hi Stas,
On Wed, 18 Jun 2003, Stas Bekman wrote:
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Neat!
73,
Ged.
Script started on Wed Jun 18 13:29:03 2003
hurricane:~/src/Apache-Test-1.03-dev$ t/TEST -times=10 -order=random
*** setting ulimit to allow core files
David Wheeler wrote:
On Tuesday, June 17, 2003, at 08:02 PM, Stas Bekman wrote:
Geoffrey Young wrote:
1. The documentation is pretty lacking.
As Geoff pointed out, this statement is incorrect. The document:
http://perl.apache.org/docs/general/testing/testing.html
should answer most of your
David Wheeler wrote:
On Wednesday, June 18, 2003, at 07:30 AM, Stas Bekman wrote:
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I
have already committed the needed change. Hopefully it does
The uploaded file
Apache-Test-1.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/ST/STAS/Apache-Test-1.03.tar.gz
size: 80048 bytes
md5: 8ed7fd0bb829bf7c16850aafd282ffbf
Changes since 1.01:
=item 1.03 - June 19, 2003
Instrumented Makefile.PL to unconditionally remove any old
Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults, I'll
upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to
release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Thank you all very much for
flood STATUS: -*-text-*-
Last modified at [$Date: 2002/09/06 10:24:42 $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13,
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/03/09 05:22:48 $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob the DocumentRoot (e.g.,
No, I run `make test`. In my test scripts, which live in t/, when I
want to parse the log, I have to open 'logs/error_log', not
't/logs/error_log'. It runs out of t/.
What you try to say is that the ServerRoot is t/, not that t/TEST is
invoked from t/. You can override that of course.
How?
I
Hi all,
Please find enclosed a documentation patch for Apache::TestRequest. It
does a couple of other things, too, so here's a complete list:
* Attempts to document all of the important functions of
Apache::TestRequest. Comments and corrections would be much
appreciated. I especially need help
I tried this question with users and was directed here. If that is wrong,
please let me know.
Thanks
I'm trying to start Apache/2.1.0-dev with mod_ssl enabled and all
I keep getting is the dreaded:
[Wed Jun 18 15:31:59 2003] [warn] Init: PRNG still contains insufficient
entropy!
[Wed Jun 18
OK, let's get 1.3.28 out the door. I'd like to hear some feedback
on whether there is stuff people want to see in this release.
I'd also like some feedback on some testing on the latest HEAD.
It is likely that 1.3.28 will be out there for quite awhile,
so let's get it out soon, but also get it out
JW,
Do you really mean /usr/local/add-on/egd/bin/egd.pl
^
-tony
-Original Message-
From: J. W. Ballantine [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 6:37 AM
To: [EMAIL PROTECTED]
Subject: Apache/2.1.0-dev, mod_ssl and
Jim Jagielski wrote:
OK, let's get 1.3.28 out the door. I'd like to hear some feedback
on whether there is stuff people want to see in this release.
I'd also like some feedback on some testing on the latest HEAD.
It is likely that 1.3.28 will be out there for quite awhile,
so let's get it out
Yes, that is the name of the perl script that reads from the pool for
seed generation.
-- In Response to your message -
Date: Thu, 19 Jun 2003 07:47:05 -0700
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
From: Bennett, Tony - CNF [EMAIL PROTECTED]
Subject: RE:
Jim Jagielski wrote:
OK, let's get 1.3.28 out the door. I'd like to hear some feedback
on whether there is stuff people want to see in this release.
I'd also like some feedback on some testing on the latest HEAD.
It is likely that 1.3.28 will be out there for quite awhile,
so let's get it out
So did changing it from egc.pl to egd.pl
solve your insufficient entropy error ???
-tony
-Original Message-
From: J. W. Ballantine [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 8:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Apache/2.1.0-dev, mod_ssl and insufficient entry
Yes,
It tests out OK on IBM's TPF system.
-David
Brad Nicholes
* Jim Jagielski wrote:
OK, let's get 1.3.28 out the door. I'd like to hear some feedback
on whether there is stuff people want to see in this release.
I'd also like some feedback on some testing on the latest HEAD.
It is likely that 1.3.28 will be out there for quite awhile,
so let's get it
* Jim Jagielski wrote:
OK, let's get 1.3.28 out the door. I'd like to hear some feedback
on whether there is stuff people want to see in this release.
meekly
I have been waiting patiently for some comments on my patches to
server-side includes (first posted over a month ago and reposted
earlier
gstein (and others), here is another micro-patch for the original
mod_dav.c 1.94 change we made a couple of weeks ago. David Waite
noticed a segfault and made this patch. Please apply ASAP!
The old code never hit this problem, because it would always send NULL
as the last argument to
Title: Message
Sorry for posting
this here, posted it in the user list, and got no response..
I've got a clean
vanilla install of apache 2.0.46, that for some unknown reason shuts down after
~5 minutes.
It's a simple
installation (only ./configure --prefix=/usr/local/apache2
--enable-so).
Applied. Thanks!
On Thu, Jun 19, 2003 at 03:17:17PM -0500, Ben Collins-Sussman wrote:
gstein (and others), here is another micro-patch for the original
mod_dav.c 1.94 change we made a couple of weeks ago. David Waite
noticed a segfault and made this patch. Please apply ASAP!
The old
Applied. Thanks!
On Wed, Jun 18, 2003 at 02:52:48PM -0500, Ben Collins-Sussman wrote:
[Reposting patch, with gstein's added check for r-sent_bodyct.]
Have mod_dav deal with errors that happen during a streamy provider response.
* mod_dav.c (dav_method_propfind, dav_method_report): if the
OK, so now all the mod_dav 'streamy propfind' patches are in. My two
original concerns are addressed: no more segfault, no more unlogged
errors. I think jerenkrantz should be happy. gstein and striker as
well.
That said, it'd be swell if we can get revisions 1.94, 1.95, 1.96 of
mod_dav.c
After taking a look at how the different MPMs are implemented, it
appears that almost all of the MPMs create a bucket allocator and a
transaction pool for each worker thread or process. The transaction
pool is cleared after each request but the bucket allocator is not
cleared or cleaned up
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 11:37 PM
OK, so now all the mod_dav 'streamy propfind' patches are in. My two
original concerns are addressed: no more segfault, no more unlogged
errors. I think jerenkrantz should be happy. gstein and
Hi,
you suggested this already more than a month ago, but nothing happened then...
I would also like to see such an alpha-release...
Guenter.
Is anyone interested in seeing a release from the dev branch? I suspect
there are some users out there who would like to get their hands dirty,
and
--On Friday, June 20, 2003 2:11 AM +0200 Günter Knauf [EMAIL PROTECTED] wrote:
you suggested this already more than a month ago, but nothing happened
then... I would also like to see such an alpha-release...
Once mod_ssl works again, I'd support doing a 2.1 release.
I think that'll require me
[EMAIL PROTECTED]
Subject: Your perceptions of online gambling
Dear Sir / Madam,
I am a 23 year old Dutch international business student and currently writing my
master thesis. This thesis involves a study into the determinants of the intention to
gamble on the internet. Completion of the
On Thu, 19 Jun 2003, Brad Nicholes wrote:
After taking a look at how the different MPMs are implemented, it
appears that almost all of the MPMs create a bucket allocator and a
transaction pool for each worker thread or process. The transaction
pool is cleared after each request but the
30 matches
Mail list logo