* Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> On Tue, 7 Sep 2004, [ISO-8859-15] André Malo wrote:
> > * Jim Jagielski <[EMAIL PROTECTED]> wrote:
> >
> > > I'd like to propose a 1.3.32 release with a T&R either late this
> > > week or early next.
> >
> > Sounds good.
> > Though I'd like to point to
=?ISO-8859-15?Q?Andr=E9?= Malo wrote:
>
> Actually I'm talking about the two proposals on the top. If you are
> interested in backport voting, you need to touch the STATUS file anyway and
> should follow the commits there.
>
> However.
>
> *) mod_rewrite: Fix 0 bytes write into random memory
* Jim Jagielski <[EMAIL PROTECTED]> wrote:
> In general, people don't look for 1.3 patches in the 2.0 STATUS file
> and vice-versa :)
As far as I can see, the current way to make changes is 2.1 -> 2.0 -> 1.3.
So it makes sense for me to look into 2.0 for possible 1.3 changes, but not
vice versa ;
On Wed, 08 Sep 2004 08:39:43 +0200, Mladen Turk <[EMAIL PROTECTED]> wrote:
>If the balancer is not found (the uri doesn't start with
>proxy:balancer://) then the each particular scheme handler is called.
Scheme handlers aren't getting called since ap_proxy_pre_request()
returns something other th
André Malo wrote:
> * Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
>
>>In general, people don't look for 1.3 patches in the 2.0 STATUS file
>>and vice-versa :)
>
>
> As far as I can see, the current way to make changes is 2.1 -> 2.0 -> 1.3.
> So it makes sense for me to look into 2.0 for possib
There is a STATUS file in the 1.3 tree.
Geoffrey Young wrote:
>
> André Malo wrote:
> > * Jim Jagielski <[EMAIL PROTECTED]> wrote:
> >
> >
> >>In general, people don't look for 1.3 patches in the 2.0 STATUS file
> >>and vice-versa :)
> >
> >
> > As far as I can see, the current way to make ch
=?ISO-8859-15?Q?Andr=E9?= Malo wrote:
>
> * Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> > In general, people don't look for 1.3 patches in the 2.0 STATUS file
> > and vice-versa :)
>
> As far as I can see, the current way to make changes is 2.1 -> 2.0 -> 1.3.
> So it makes sense for me to look
Jeff Trawick wrote:
What is the config that you are using. Does you requests get
passed with previous version of proxy. If they do, please post the
config so we can find why is it breaking.
This is a very basic proxy config:
proxyrequests on
proxyvia on
allowconnect 8081 80 8080
OK.
From that con
Mladen Turk wrote:
This is a very basic proxy config:
proxyrequests on
proxyvia on
allowconnect 8081 80 8080
OK.
From that config what would be remotes that
we could connect to?
Dynamically obtained from Via header or...?
Seems to me that the balancer is totally unusable in
such a configuration.
K
>It should not be possibe for two threads to atomically decrement the refcount on the same object to 0.
I think there is a small window in there where it is possible to have the decs
happening on both CPUs one after the other making that bug possible in
decrement_refcount() and memcache_cache_f
Graham Leggett wrote:
proxyrequests on
proxyvia on
allowconnect 8081 80 8080
OK.
From that config what would be remotes that
we could connect to?
Dynamically obtained from Via header or...?
Seems to me that the balancer is totally unusable in
such a configuration.
Keep in mind "proxyrequests on"
Mladen Turk wrote:
OK, but still what are the remotes to connect to?
If they are dynamically determined then I'll need to fix the
way the workers are determined.
Right now each physical box we can connect to has to be at least
once specified in the config.
The question is: Is it OK to resolve that
On 6-Sep-04, at 10:37 AM, Ivan Ristic wrote:
[ The request is trivial to implement (at least I think so),
but the feature itself is very important. ]
Perhaps I don't understand the request, but wouldn't it be
straightforward for a module like mod_security to implement
this feature by using one of
Graham Leggett wrote:
It is not a problem to add the worker dynamically if never specified,
but I'm worried about the security in that case.
Is the NoProxy meant to be used in such situations?
This is why there was a split between determining the one (or more) IP
addresses to potentially connect
>Sorry but when running the same test on SLES9 with 2.0.51rc1,
>my error_log is full of threads segfaulting.
That is terrible. Do you have a simple testcase for cache-ignorant
folks like myself to play with?
On Thu, 2 Sep 2004 16:14:22 +0200, Sander Striker <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The tarballs for 2.0.51-rc2 (tag: STRIKER_2_0_51_RC2) are now located
> at the usual location:
looks good to me on AIX 5.1
On Wed, 08 Sep 2004 17:49:56 +0200, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Can you explain some real world usage of such configuration.
Configure your web browser to use Apache as an HTTP proxy.
> P.S.
> Seems I've missed a day in school when they talk about
> ProxyVia headers :).
Forget abou
--On Tuesday, September 7, 2004 4:27 PM +1000 Jason Rigby
<[EMAIL PROTECTED]> wrote:
I found that you can get mod_ssl included as a binary if you download
the binaries that include PHP and mod_perl. (That's how I got it
working for me) I think mod_ssl isn't included for some strange export
issues
Jeff Trawick wrote:
Can you explain some real world usage of such configuration.
Configure your web browser to use Apache as an HTTP proxy.
This is a forward proxy? Are you speaking about that?
If do, then the current implementation might be bogus,
cause frankly speaking didn't test that a lot, bu
I am using a set of files I got from VeriTest
http://www.etestinglabs.com/benchmarks/webbench/default.asp
The tar file include about 6000 files of a total size around 60 MB.
Has you can see in the configuration MCacheSize and
MCacheMaxObjectCount force cached objects to be ejected
often. This i
> Perhaps I don't understand the request, but wouldn't it be
> straightforward for a module like mod_security to implement
> this feature by using one of the connection hooks, perhaps
> create_connection? Or even by registering an input filter
> at the beginning of the chain?
I don't know. I ha
On Wed, 8 Sep 2004, [ISO-8859-15] André Malo wrote:
> * Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> > In general, people don't look for 1.3 patches in the 2.0 STATUS file
> > and vice-versa :)
>
> As far as I can see, the current way to make changes is 2.1 -> 2.0 -> 1.3.
> So it makes sense for m
On Wed, 8 Sep 2004, [ISO-8859-15] André Malo wrote:
> Actually I'm talking about the two proposals on the top. If you are
> interested in backport voting, you need to touch the STATUS file anyway and
> should follow the commits there.
I'd still suggest posting them here. Until the lawyers here fi
On Wed, 08 Sep 2004 09:14:56 -0600, Jean-Jacques Clar <[EMAIL PROTECTED]> wrote:
>
> >It should not be possibe for two threads to atomically decrement the refcount on
> >the same object to 0.
> I think there is a small window in there where it is possible to have the decs
> happening on both
Mladen Turk wrote:
This is a forward proxy? Are you speaking about that?
If do, then the current implementation might be bogus,
cause frankly speaking didn't test that a lot, but was
planning to do so.
Or I've missed the subject again :).
"Proxyrequest on" turns httpd into a forward proxy, yes.
Reg
On Wed, 8 Sep 2004 13:32:09 -0400, Jeff Trawick <[EMAIL PROTECTED]> wrote:
> On Wed, 08 Sep 2004 09:14:56 -0600, Jean-Jacques Clar <[EMAIL PROTECTED]> wrote:
> >
> > Sorry but when running the same test on SLES9 with 2.0.51rc1,
> > my error_log is full of threads segfaulting.
>
> Next I'll try to
At 11:05 AM 9/8/2004, Justin Erenkrantz wrote:
>--On Tuesday, September 7, 2004 4:27 PM +1000 Jason Rigby <[EMAIL PROTECTED]> wrote:
>
>>I found that you can get mod_ssl included as a binary if you download
>>the binaries that include PHP and mod_perl. (That's how I got it
>>working for me) I think
Graham Leggett wrote:
Mladen Turk wrote:
This is a forward proxy? Are you speaking about that?
If do, then the current implementation might be bogus,
cause frankly speaking didn't test that a lot, but was
planning to do so.
Or I've missed the subject again :).
"Proxyrequest on" turns httpd into a
>I find the possible need for the patch very disturbing; it implies to>me a problem in the atomics code
I don't know.
I had the NetWare dec code reviewed by the people who
wrote/maintain our kernel, this is why I changed the
apr_atomic_dec(), and from what I understand the
problem should be ou
* Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> On Wed, 8 Sep 2004, [ISO-8859-15] André Malo wrote:
> > Actually I'm talking about the two proposals on the top. If you are
> > interested in backport voting, you need to touch the STATUS file anyway
> > and should follow the commits there.
>
> I'd st
oops, didn't mean to send it privately
-- Forwarded message --
From: Jeff Trawick <[EMAIL PROTECTED]>
Date: Wed, 8 Sep 2004 15:43:35 -0400
Subject: Re: Seg fault: Possible race conditions in mod_mem_cache.c
To: Jean-Jacques Clar <[EMAIL PROTECTED]>
On Wed, 08 Sep 2004 12:38:38 -06
On Wed, 8 Sep 2004 11:52:50 -0400, Jeff Trawick <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Sep 2004 16:14:22 +0200, Sander Striker <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > The tarballs for 2.0.51-rc2 (tag: STRIKER_2_0_51_RC2) are now located
> > at the usual location:
>
> looks good to me on AIX 5.1
Hello,
I may be missing
something in my Apache configuration, or maybe this is a well-known
problemBut, I can't seem to get mod_cache (with mod_proxy and
mod_disk_cache) to return a 304 Not Modified response even when all of the
headers of the in the HTTP request should produce a 304 r
Hi,
Here is the request and response transaction that should
have (I think) returned a 304 Not Modified. Previous to this
request/response, I had already requested the resource and verified that it was,
in fact, in the cache on disk...
GET /comm/include/stock/stock.css HTTP/1.1Host:
my.
At 12:01 PM 9/8/2004, Rasmus Lerdorf wrote:
>On Wed, 8 Sep 2004, [ISO-8859-15] André Malo wrote:
>> Actually I'm talking about the two proposals on the top. If you are
>> interested in backport voting, you need to touch the STATUS file anyway and
>> should follow the commits there.
>
>[...] And no
Michael Corcoran wrote:
Here is the request and response transaction that should have (I think)
returned a 304 Not Modified. Previous to this request/response, I had
already requested the resource and verified that it was, in fact, in the
cache on disk...
If-Modified-Since: Wed, 07 Jul 2004 05
>That's bad already. At any time when there are n threads with a>"handle" to a cache object, refcount ought to be n in order to be able>to free it when refcount goes to zero.
>Unless:
>Condition 1) a mutex is held between the time that a thread gets a>handle to the cache object and when the
--On Wednesday, September 8, 2004 2:51 PM -0700 Michael Corcoran
<[EMAIL PROTECTED]> wrote:
I've looked at the code a little bit (Apache 2.0.50), and at first glance,
it seems as though proper 304 response handling might not actually be fully
implemented yet. Is that actually the case, or am I j
Justin Erenkrantz wrote:
--On Tuesday, September 7, 2004 2:48 PM +1000 Ian Holsman
<[EMAIL PROTECTED]> wrote:
Not really, but I'd like to see a patch posted to this list first before
committing it. There's a couple ways I could see implementing this, but
not sure which way you are intending t
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2004/09/08 19:35:51 $]
Release:
1.3.32-dev: In development. Jim proposes a release top of Sept.
1.3.31: Tagged May 7, 2004. Announced May 11, 2004.
1.3.30: Tagged April 9, 2004. Not rele
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2004/09/04 11:36:13 $]
Release:
2.0.51 : in development
2.0.50 : released June 30, 2004 as GA.
2.0.49 : released March 19, 2004 as GA.
2.0.48 : released October 29, 2003 as GA.
APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2004/09/03 02:47:19 $]
Release [NOTE that only Alpha/Beta releases occur in 2.1 development]:
2.1.0 : in development
Please consult the following STATUS files for information
on related proj
I put the gory details on Bugzilla
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=31126); I honestly
don't know what the best way to fix this problem is, though.
Basically, ap_directory_walk will, under certain circumstances, attempt
to read an .htaccess file from a complete filepath; that
* Rici Lake <[EMAIL PROTECTED]> wrote:
> Basically, ap_directory_walk will, under certain circumstances, attempt
> to read an .htaccess file from a complete filepath; that is, given the
> path /path/to/file, it will *also* try /path/to/file/.htaccess. This is
> not because it has been lied to b
44 matches
Mail list logo
