Re: skipping and installing

2004-02-23 Thread Rodent of Unusual Size
Rodent of Unusual Size wrote: 2. t/SKIP (which i haven't used for a long time) seems to have changed behaviour. for instance, t/php runs regardless of whether i have 'php' or 't/php' or anything else mentioning it in t/SKIP. what is the method nowadays to get a test script

Re: skipping and installing

2004-02-23 Thread Rodent of Unusual Size
Rodent of Unusual Size wrote: it looks as though the attached patch will fix this regression.. but is it the appropriate solution? der! would help if i attached it, wouldn't it.. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist

Re: skipping and installing

2004-02-23 Thread Geoffrey Young
-$file ||= 'SKIP'; +$file ||= 't/SKIP'; excellent, thanks for tracking that down. we just need to be a bit more platform independent. if you could verify that the attached patch works ok for you, I'll commit it. --Geoff Index: lib/Apache/TestHarness.pm

Re: skipping and installing

2004-02-23 Thread Geoffrey Young
1. is it possible to run the suite *without* doing a 'make install'? in my development environment i discovered that i had to do that in order oget rid of some cruft left behind from having done a 'make install' in the past. however, i'd prefer to not have to force the

Re: skipping and installing

2004-02-23 Thread Geoffrey Young
-$file ||= 'SKIP'; +$file ||= catfile Apache::Test::vars('serverroot'), 'SKIP'; oops. forgot to add the class up top. guess I'm not quite with it today yet :) --Geoff Index: lib/Apache/TestHarness.pm === RCS file:

Re: skipping and installing

2004-02-23 Thread Stas Bekman
Geoffrey Young wrote: -$file ||= 'SKIP'; +$file ||= 't/SKIP'; excellent, thanks for tracking that down. we just need to be a bit more platform independent. if you could verify that the attached patch works ok for you, I'll commit it. Index: lib/Apache/TestHarness.pm

Re: skipping and installing

2004-02-23 Thread Geoffrey Young
-$file ||= 'SKIP'; +$file ||= catfile Apache::Test::vars('serverroot'), 'SKIP'; Geoff, you are making a good point of removing the hardcoding of t/ towards the idea of being able to split the test suite. well, it's an idea that we're all working toward, yourself included :)

Re: skipping and installing

2004-02-23 Thread Stas Bekman
Geoffrey Young wrote: -$file ||= 'SKIP'; +$file ||= catfile Apache::Test::vars('serverroot'), 'SKIP'; Geoff, you are making a good point of removing the hardcoding of t/ towards the idea of being able to split the test suite. well, it's an idea that we're all working toward, yourself

Re: (97)Address family not supported by protocol causes disk ticking?

2004-02-23 Thread Alexis Huxley
About once every three weeks it happens that the hard disk of the machine where I run apache2 starts audibly ticking - i.e. it starts making some sort of non-cached access (maybe the log writing below?) at a rate of once per second. [Mon Feb 16 23:35:33 2004] [warn] (97)Address

Re: [PATCH] SSLCryptoDevCtl support

2004-02-23 Thread Serge Hallyn
Hi, thanks for your reply. Attached is a new patch against HEAD taking your comments into consideration. Note that the static int firsttime hack can go away as soon as the repeated config reads in main() are consolidated. thanks, -serge On Thu, 2004-02-19 at 10:04, Joe Orton wrote: ... I

Re: [PATCH] SSLCryptoDevCtl support

2004-02-23 Thread Geoff Thorpe
Hi Serge, Thanks for porting this. In my defense, I knew that firsttime hack stuff would never wash with Ralf (for mod_ssl) or the ASF (for apache2), but I simply wanted to quickly wash my hands of that whole weirdness of double config processing (IMHO brokenness may be tolerated, but must

[PATCH] SSL not sending close alert message

2004-02-23 Thread Mathihalli, Madhusudan
Hi, I started working on Justin's idea of creating a EOC bucket - to do a SSL shutdown before the socket close(). But since the ap_flush_conn is called just before closing the socket - I thought of doing the SSL shutdown during the flush itself. Let me know what you think of this patch.

RE: [PATCH] SSL not sending close alert message

2004-02-23 Thread Mathihalli, Madhusudan
Oops.. A typo (in the second block - line 951,6...) during the cut-and-paste operation. This mail has the corrected version. -Madhu -Original Message- From: Mathihalli, Madhusudan Sent: Monday, February 23, 2004 1:22 PM To: '[EMAIL PROTECTED]' Subject: [PATCH] SSL not sending close

Re: [PATCH] SSL not sending close alert message

2004-02-23 Thread Joe Orton
On Mon, Feb 23, 2004 at 01:22:05PM -0800, Mathihalli, Madhusudan wrote: Hi, I started working on Justin's idea of creating a EOC bucket - to do a SSL shutdown before the socket close(). But since the ap_flush_conn is called just before closing the socket - I thought of

RE: [PATCH] SSL not sending close alert message

2004-02-23 Thread Mathihalli, Madhusudan
When I did a ssldump to analyze the default index.html access (using MSIE 6.0), it showed that there were 3 requests and 3 connections - the session-id stayed the same. (dumb question: ) How did you manage the 2 requests on the same connection ? -Madhu -Original Message- From: Joe

RE: [PATCH] SSL not sending close alert message

2004-02-23 Thread Mathihalli, Madhusudan
Oh.. forget it - it was some setting in my browser :( Thanks -Madhu From: Mathihalli, Madhusudan Sent: Mon 2/23/2004 3:16 PM To: [EMAIL PROTECTED] Subject: RE: [PATCH] SSL not sending close alert message When I did a ssldump to analyze the default index.html

Re: [PATCH] SSL not sending close alert message

2004-02-23 Thread William A. Rowe, Jr.
At 04:07 PM 2/23/2004, Joe Orton wrote: On Mon, Feb 23, 2004 at 01:22:05PM -0800, Mathihalli, Madhusudan wrote: Hi, I started working on Justin's idea of creating a EOC bucket - to do a SSL shutdown before the socket close(). But since the ap_flush_conn is called just before

Re: [PATCH] SSL not sending close alert message

2004-02-23 Thread Cliff Woolley
On Tue, 24 Feb 2004, William A. Rowe, Jr. wrote: I suspect that if the http protocol filter knew the difference between keep alive and connection close requests, it should eat non-terminal EOS marks (and pass flush instead?) while still passing a final EOS to the network stack layer? That