Author: wrowe
Date: Thu Oct 7 09:43:07 2004
New Revision: 53997
Modified:
incubator/httpd/cli/trunk/mod_aspdotnet/License.rtf
Log:
Well that was overkill, lots of extra bits left over from HTTP that
we don't need here.
Modified: incubator/httpd/cli/trunk/mod_aspdotnet/License.rtf
Author: wrowe
Date: Thu Oct 7 09:36:01 2004
New Revision: 53994
Modified:
incubator/httpd/cli/trunk/mod_aspdotnet/installer/Directory.idt
Log:
Fix two unresolved paths in the msi Directory table.
Modified: incubator/httpd/cli/trunk/mod_aspdotnet/installer/Directory.idt
At 03:37 PM 10/7/2004, hammett wrote:
From: William A. Rowe, Jr. [EMAIL PROTECTED]
There is one interesting consideration... do we want two separate
keys, one dev key (the one in there now) used by anyone who builds
this package themselves (unless, if they would like they can create
their
Binary test build is available in;
http://www.apache.org/~wrowe/mod_aspdotnet-20041007-dev.msi
and source tarball available in;
http://www.apache.org/~wrowe/mod_aspdotnet-20041007-dev-source.zip
These are from trunk today, rev 54000
If playing with this module, review README
flood STATUS: -*-text-*-
Last modified at [$Date: 2003/07/01 20:55:12 $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13,
If I was a newbie, and I saw a page that says `it worked`, my immediate
reaction would be `what worked?` and I would start asking the exact
questions we`re trying to stop people from asking.
We can always go with simply displaying a meaningless word like 'Waboozle'.
And so the madness
All the directives for mod_mem_cache are preceded with an "M".
The ones for mod_cache are starting with a "c"
Should all the disk_cache directives be preceded with a "D" for
consistency and clarity?
I know it is going to break every user configuration, but before
the modules move out of
Mladen Turk wrote:
[snip]
Both apr and libhttpd has more then 100 of those
when /Wp64 is used, so IMO we would just hide the problems under
carpet if just casting every 64-32 warning found.
Agreed, hiding underlying problems is not acceptable.
I am trying to address the many warnings that a
Win64
--On Thursday, October 7, 2004 9:08 AM -0600 Jean-Jacques Clar
[EMAIL PROTECTED] wrote:
All the directives for mod_mem_cache are preceded with an M.
The ones for mod_cache are starting with a c
Should all the disk_cache directives be preceded with a D for
consistency and clarity?
I know it is
The Problem:
---
I notice Apache 2(worker mpm) is not able to correctly handle
a fork/waitpid invoked by a script used with mod_perl.
Here is a simple cgi perl script to reproduce the problem (run under
mod_perl).
#!/opt/perl/bin/perl
print Content-Type: text/plain;
Justin Erenkrantz wrote:
That said, there are a number of directives currently in mod_disk_cache
that aren't implemented (and I don't see being implemented anytime
soon): such as CacheSize, CacheGcInterval, CacheExpiryCheck,
CacheTimeMargin, CacheGcDaily, CacheGcUnused, CacheGcClean,
--On Thursday, October 7, 2004 7:21 PM +0200 Andreas Steinmetz [EMAIL PROTECTED]
wrote:
Not nice, IMHO. One major problem that prevents the use of apache 2.x for me
is the fact that the cache size cannot be constrained. A cache that can grow
without constraint can't be used on production
Justin Erenkrantz wrote:
--On Thursday, October 7, 2004 7:21 PM +0200 Andreas Steinmetz
[EMAIL PROTECTED] wrote:
Not nice, IMHO. One major problem that prevents the use of apache 2.x
for me
is the fact that the cache size cannot be constrained. A cache that
can grow
without constraint can't be
[EMAIL PROTECTED] 10/07/04 11:14 AM
--On Thursday, October 7, 2004 9:08 AM -0600 Jean-Jacques Clar [EMAIL PROTECTED] wrote:I *really* don't like the M prefix at all. I'd much prefer us to just spell the thing out: CacheMem* and CacheDisk* instead of MCache and/or DCache. I think a single letter
--On Thursday, October 7, 2004 12:13 PM -0600 Jean-Jacques Clar
[EMAIL PROTECTED] wrote:
I won't probably agree if we use 'Waboozle', and I suggest that the
description
should with the name of the module like MemCache* and DiskCache* to
make it easier for related directives to be grouped
On Wed, 6 Oct 2004 11:01:23 -0700, Naik, Roshan [EMAIL PROTECTED] wrote:
The Problem:
---
I notice Apache 2(worker mpm) is not able to correctly handle
a fork/waitpid invoked by a script used with mod_perl.
From Ulrich Drepper: No threaded programs must use anything but _exit
or
Jeff Trawick wrote:
I think there needs to be a mod_fork which provides a more general
purpose daemon than that used by mod_cgid, and some Apache API will
know whether or not to send a request over there. This preserves the
goal of having fork() called only by single-threaded processes so that
@@ -84,14 +84,15 @@
* changed ap_add_module, ap_add_loaded_module,
* ap_setup_prelinked_modules, ap_process_resource_config
* 20040425.1 (2.1.0-dev) Added ap_module_symbol_t and ap_prelinked_module_symbols
+ * 20041007 (2.1.0-dev) API changes to clean
On Thu, 2004-10-07 at 12:08, John Rowe wrote:
If I was a newbie, and I saw a page that says `it worked`, my immediate
reaction would be `what worked?` and I would start asking the exact
questions we`re trying to stop people from asking.
We can always go with simply displaying a
On Thu, Oct 07, 2004 at 12:12:57PM -0700, Justin Erenkrantz wrote:
--On Thursday, October 7, 2004 12:13 PM -0600 Jean-Jacques Clar
[EMAIL PROTECTED] wrote:
I won't probably agree if we use 'Waboozle', and I suggest that the
description
should with the name of the module like MemCache* and
--On Tuesday, October 5, 2004 10:56 AM +0200 jean-frederic clere
[EMAIL PROTECTED] wrote:
I have now moved all the logic to apr-util. Find enclosed the new patch.
To get it working checkout apr-iconv in srclib and add
--with-iconv=`pwd`/srclib/apr-iconv.
More comments?
Besides the fact that this
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apache.org/~gozer/mp2/2004-09-22+23/
--
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apache.org/~gozer/mp2/2004-09-22+23/
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
Stas Bekman wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
25 matches
Mail list logo