DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33386.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33386.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Thu, Feb 03, 2005 at 09:06:04AM +0200, Graham Leggett wrote:
Justin Erenkrantz wrote:
I don't see any way to implement that cleanly and without lots of undue
complexity. Many dragons lay in that direction.
When I put together the initial framework of mod_cache, solving this
problem
On Wed, 02 Feb 2005 14:39:37 -0800, Justin Erenkrantz
[EMAIL PROTECTED] wrote:
Anyhow, only one really minor nit: in spool_reqbody_cl, I think it'd be
good to add a comment that we're intentionally leaving the first 16k (or
so) of content in our memory buffer. That took me a little bit to
On 23 Jan 2005 17:36:35 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Author: jerenkrantz
Date: Sun Jan 23 09:36:32 2005
New Revision: 126224
URL: http://svn.apache.org/viewcvs?view=revrev=126224
Log:
* support/check_forensic: Fix script on platforms that do not have either
mktemp
I am not aware of a reliable mechanism at present, but I would greatly
appreciate any hints.
If there is not an existing mechanism, I'd like to add something prior
to 2.2 APIs being cast in stone.
On Feb 2, 2005, at 8:40 AM, Jeff Trawick wrote:
Please review the proxy-reqbody branch for proposed improvements to
2.1-dev. There is a 2.0.x equivalent of the patch at
http://httpd.apache.org/~trawick/20proxyreqbody.txt.
2.1 version reviewed and tested. Wow. V. nice!
+1
--
On Thu, Feb 03, 2005 at 01:38:26PM -, [EMAIL PROTECTED] wrote:
==
--- httpd/httpd/trunk/modules/proxy/mod_proxy.c (original)
+++ httpd/httpd/trunk/modules/proxy/mod_proxy.c Thu Feb 3 05:38:24 2005
@@ -1,4 +1,3 @@
On Thu, Feb 03, 2005 at 07:43:48AM -0500, Jeff Trawick wrote:
which is not portable... z/OS doesn't have it, and I would assume
that z/OS isn't the only reason we've been dragging around PrintPath
all this time...
Yikes. Are there really other supported Unix's that don't have which?
what
On Thu, Feb 03, 2005 at 07:32:32AM -0800, Justin Erenkrantz wrote:
On Thu, Feb 03, 2005 at 07:43:48AM -0500, Jeff Trawick wrote:
which is not portable... z/OS doesn't have it, and I would assume
that z/OS isn't the only reason we've been dragging around PrintPath
all this time...
Yikes.
On Thu, 3 Feb 2005 07:32:32 -0800, Justin Erenkrantz
[EMAIL PROTECTED] wrote:
what about:
temp_create_method=file
if which cut /dev/null 2/dev/null; then
(logic to use which goes where)
fi
Did you mean:
temp_create_method=file
if which mktemp /dev/null 2/dev/null; then
On Thu, Feb 03, 2005 at 10:44:47AM -0500, Jeff Trawick wrote:
I didn't mean that, but that looks better ;)
(what I meant was to use which cut to see if which works; the rest
of the script already assumes that cut exists)
I'm not sure if throwing away all the output satisfies Joe's concern;
On Thu, Feb 03, 2005 at 03:55:33PM +, Joe Orton wrote:
Yes, it might have side-effects like /etc/csh.login running yppasswd and
prompting on /dev/tty to change an expired NIS password ;) It's not safe
to use at all.
How exactly do we safely know if a program exists then? We can't execute
Hi,
Anyone object to me renaming proxy_[ajp|balancer|connect|ftp|http].c to
mod_proxy_[ajp|balancer|connect|ftp|http].c?
Reason:
IfModule mod_proxy_http.c
...
/IfModule
I had to look a few times to figure out I had to leave out the
mod_ part. Since all the other modules start with mod_, I'd
Sander Striker wrote:
Hi,
Anyone object to me renaming proxy_[ajp|balancer|connect|ftp|http].c to
mod_proxy_[ajp|balancer|connect|ftp|http].c?
Reason:
IfModule mod_proxy_http.c
...
/IfModule
I had to look a few times to figure out I had to leave out the
mod_ part. Since all the other modules
--On Thursday, February 3, 2005 8:17 AM -0500 Jeff Trawick
[EMAIL PROTECTED] wrote:
I am not aware of a reliable mechanism at present, but I would greatly
appreciate any hints.
If there is not an existing mechanism, I'd like to add something prior
to 2.2 APIs being cast in stone.
The local port
On Thu, Feb 03, 2005 at 03:38:41PM +, Joe Orton wrote:
On Thu, Feb 03, 2005 at 07:32:32AM -0800, Justin Erenkrantz wrote:
On Thu, Feb 03, 2005 at 07:43:48AM -0500, Jeff Trawick wrote:
which is not portable... z/OS doesn't have it, and I would assume
that z/OS isn't the only reason
On Feb 3, 2005, at 12:33 PM, Sander Striker wrote:
Hi,
Anyone object to me renaming proxy_[ajp|balancer|connect|ftp|http].c to
mod_proxy_[ajp|balancer|connect|ftp|http].c?
Reason:
IfModule mod_proxy_http.c
...
/IfModule
I had to look a few times to figure out I had to leave out the
mod_ part.
Sander Striker wrote:
Hi,
Anyone object to me renaming proxy_[ajp|balancer|connect|ftp|http].c to
mod_proxy_[ajp|balancer|connect|ftp|http].c?
Reason:
IfModule mod_proxy_http.c
...
/IfModule
I had to look a few times to figure out I had to leave out the
mod_ part. Since all the other modules
BugZilla link:
http://issues.apache.org/bugzilla/show_bug.cgi?id=29740
Tiny, 7 line patch for server/Makefile.in .
At the moment, a bug prevents the use of --with-apr=/usr.
The fix is very simple - please, could someone take a look at it, and commit
it?
It's tiny, shouldn't take long to review.
--On Thursday, February 3, 2005 11:31 PM + Max Bowsher [EMAIL PROTECTED]
wrote:
BugZilla link:
http://issues.apache.org/bugzilla/show_bug.cgi?id=29740
Applied in r151255. Thanks! -- justin
Justin Erenkrantz wrote:
--On Thursday, February 3, 2005 11:31 PM + Max Bowsher [EMAIL PROTECTED]
wrote:
BugZilla link:
http://issues.apache.org/bugzilla/show_bug.cgi?id=29740
Applied in r151255. Thanks! -- justin
Thanks!
Is it suitably small to be considered for 2.0.x backport?
Max.
--On Friday, February 4, 2005 12:59 AM + Max Bowsher [EMAIL PROTECTED]
wrote:
Is it suitably small to be considered for 2.0.x backport?
I'm one step ahead of you - I already proposed it. =) It's unlikely that
it'll get two more votes by tomorrow morning when I start the 2.0.53
release
On Fri, Feb 04, 2005 at 02:38:47AM -, [EMAIL PROTECTED] wrote:
Author: jim
Date: Thu Feb 3 18:38:45 2005
New Revision: 151297
URL: http://svn.apache.org/viewcvs?view=revrev=151297
Log:
Merge in mod_dumpio
Thanks for merging it in! I didn't know exactly how to treat the Win32 and
William A. Rowe, Jr. said:
While we are at it... util_ldap.c? This wasn't the only odd
case we have out there.
+1.
Regards,
Graham
--
25 matches
Mail list logo