> > 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
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 experime
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 i
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; charset=euc-jp\
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,
CacheGcMem
--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 system
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 b
>>> [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 s
--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 togeth
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 _ex
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
all
8:55 -
@@ -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 change
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 disp
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 MemC
--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 t
On Thu, Oct 07, 2004 at 04:52:28PM -0400, Allan Edwards wrote:
> This set of changes gets rid of most of the libhttpd
> 64bit warnings on Windows at the cost of several httpd
> API changes. I defined AP_INT_TRUNC_CAST for use where
> there are size mismatches with APR API's (those APR
> API's will
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guid
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/
That's
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:
http://www.apache.org/~gozer/mp2/20
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:
http://www.apac
22 matches
Mail list logo
