On Wed, 6 Aug 2003, André Malo wrote:
> Hmm. After further thinking about it... I'm in favour of removing the
> check in 2.1. But I wouldn't backport it, since it *may* lead to a
> different behaviour of existing rules.
I'm leaning on leaving it as-is for that same reason unless there's a
clear r
--On Thursday, August 14, 2003 23:43:23 +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
good good, patch works so :) In which I'll now cc [EMAIL PROTECTED] and include
the neccessary autoconf voodoo to fix OSX/Darwin.
I'm not entirely sure the getnameinfo() patch is needed on current rele
* Ralf S. Engelschall wrote:
>>> (see bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21814 ).
>>>
>>> I suggest to disarm this section if not removing it from mod_rewrite.c...
>>
>> This was added immediately after the inclusion of mod_rewrite into
>> the httpd code (some years ago). I beli
On Thu, 7 Aug 2003, Bojan Smojver wrote:
> > So, I build up a brigade that looks like this:
> >
> > FILE - POOL - FILE - POOL - FILE - EOS
> >
> > When I pass this to output filters in my handler with
> > ap_pass_brigade(r->output_filters,bb), I'm getting completely random
> > output from. In othe
Cliff Woolley wrote:
On Thu, 7 Aug 2003, Bojan Smojver wrote:
So, I build up a brigade that looks like this:
FILE - POOL - FILE - POOL - FILE - EOS
When I pass this to output filters in my handler with
ap_pass_brigade(r->output_filters,bb), I'm getting completely random
output from. In other wo
In certain circumstances, I need to do an internal redirect on the client's
request (without sending back a redirect to the client).
I tried using ap_sub_req_method_uri (specifying NULL for the filter), and then
ap_run_sub_req.
I see that the content type of the new request is correct (in my case
I've been trying to use perchild and I've been looking for information on
whether this is actually work or not. I realize this is an experimental
module but I'm just trying to eliminate the possibility that it's a
configuration problem vs. a broken module.
As soon as I assign more then one Ch
Just wanted to ask if you guys need me to open up a bug in Bugzilla for
this?
Also, I did a bit more testing on the whole thing and my example from
the initial report, where I had 300 byte long file buckets, doesn't
actually produce problems - I just picked that number because I believed
that on A
Bill,
I was wondering if the following in the filter documentation is a doc bug based
on your comments below:
"The second case for sub-requests is when one sub-request is going to
become the real request. This happens whenever a sub-request is created
outside of a handler or filter, and NULL is
On Thu, Aug 07, 2003 at 11:57:12PM -, [EMAIL PROTECTED] wrote:
>...
> +++ ssl_engine_kernel.c 7 Aug 2003 23:57:11 - 1.98
> @@ -880,6 +880,8 @@
>password = auth_line;
>
>if ((username[0] == '/') && strEQ(password, "password")) {
> +
Hi list,
I have received the task to write a modul to solve a particular problem in
one of our applications. We use the Oracle IAS with Apache 1.3 and
mod_plsqll. Some of the requests involve long-running DB queries.
Unfortunatily
this long queries cause one proxy to think that that there is a pr
At 02:36 PM 8/12/2003, Stas Bekman wrote:
>the ssl/http test is failing. it expect the server to send a normal 40x error
>response with the body, however it sends 200 and HTTP/0.9. there is an impedance
>mismatch here.
It's actually a known issue, and a matter of gracefully unplugging the ssl
de
CASTELLE Thomas wrote:
> Hello Paul (or whoever can answer me... ;-)),
>
> I just wanted to know why the patch you committed concerning mod_cache
> hasn't been introduced in Apache 2.0.47 ? Will it be in 2.0.48 ? And
> concerning the over mod_cache RFC violations, is there any news ? I can't
> see
On Tue, Aug 12, 2003 at 09:02:52AM -0700, Justin Erenkrantz wrote:
> Nope, it's getaddrinfo('::', AF_INET6, 0) that causes the failure. Are we
> sure that '::' is standard? I couldn't find any documentation to support
> that.
It's not standard, but there isnt an implementor out there who
doesn
--On Tuesday, August 12, 2003 16:14:03 -0400 Aryeh Katz
<[EMAIL PROTECTED]> wrote:
I wrote here earlier about using ap_run_sub_req to send a response to a
client, and I receieved excellent advice, thank you.
There is one thing I was wondering.
I see that the Encoding is chunked.
I would prefer to
--On Tuesday, August 12, 2003 3:22 PM +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
If IPv6 has been enabled, that should bind to :: , this is the standard
behaviour of all IPv6 apps, and to not do so would be utterly broken.
If by some quirk the OS doesn't support IPv4 over IPv6 socket
--On Wednesday, August 13, 2003 1:59 AM +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
This is the real bug, Apache shouldn't be second-guessing getaddrinfo,
APR's call_resolver is an excellent example of how to do it properly,
AI_ADDRCONFIG is the key. Trouble is apr_sockaddr_info_get i
--On Wednesday, August 13, 2003 16:57:34 -0600 Brad Nicholes
<[EMAIL PROTECTED]> wrote:
in the non-getaddrinfo() implementation). It seems that both
implementations should be sync'ed up to produce the same results. It
appears that defaulting to "0.0.0.0" rather than NULL would be the safer
thin
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2003/08/13 21:14:13 $]
Release:
2.0.48 : in development
2.0.47 : released July 09, 2003 as GA.
2.0.46 : released May 28, 2003 as GA.
2.0.45 : released April 1, 2003 as GA.
2
--On Thursday, August 14, 2003 10:20 PM +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
On Thu, Aug 14, 2003 at 04:56:48PM -0400, John K. Sterling wrote:
Hi Colm -
I'm not sure what to be looking for, but i applied your patch, rebuilt
(with the broken_ipv6 set to 0, of course), turned on
On Thu, Aug 14, 2003 at 05:48:38PM -0400, John K. Sterling wrote:
> On Thursday, August 14, 2003, at 05:20 PM, Colm MacCarthaigh,,, wrote:
>
> >Can you just confirm it's listening in v6 only ? the output of
> >"netstat -an | grep LISTEN" (Darwin has netstat and grep, right?)
> >should be enough.
>
I couldn't answer that question for sure. Taking a quick look
through the Apache code and modules, I don't see anything. But that
doesn't mean that some third party module doesn't depend on it. Do the
recent changes, include allowing sa->hostname to be NULL where it didn't
before?
From wha
On Thursday, August 14, 2003, at 05:20 PM, Colm MacCarthaigh,,, wrote:
Can you just confirm it's listening in v6 only ? the output of
"netstat -an | grep LISTEN" (Darwin has netstat and grep, right?)
should be enough.
heh. very funny:
% netstat -an | grep LISTEN
tcp46 0 0 *.80
Hi,
is it possible to 'stack' handlers?
What I'm trying to do is to have 2 handlers for one location. The first
handler gets a try
on the request and decides on some internal criteria if it processes the
request or if the
other handler schould process it. The first handler ist implemented as a
On Thu, Aug 14, 2003 at 04:56:48PM -0400, John K. Sterling wrote:
> Hi Colm -
>
> I'm not sure what to be looking for, but i applied your patch, rebuilt
> (with the broken_ipv6 set to 0, of course), turned on HostnameLookups,
> and my access logs have remote hostname properly resolved.
That s
On Thursday, August 14, 2003, at 03:55 PM, Colm MacCarthaigh,,, wrote:
Patch attached. Since I havnt got a DARWIN machine to test on I
can't confirm it works, but it should. It works on Linux anyway
(not that it needs to).
Darwin might need some slightly different sa.[members] set to make
getnamei
On Thu, Aug 14, 2003 at 09:14:35AM -0700, Justin Erenkrantz wrote:
> - Trim IPv6 addresses from getaddrinfo()'s return values if APR_HAVE_IPV6
> is 0.
>
> (Perhaps only allow PF_INET sockets values to go in there.)
>
> - Re-enable IPv6 on Darwin, and try to come up with a better solution to
> t
this came up on test-dev@ a while ago. while we haven't quite fully settled
on an interface to Apache-Test yet, I thought to post this patch here, since
it implements some XXX comments in core. the output for the prefork and
worker builds I have look like
Server version: Apache/2.1.0-dev
Serv
--On Wednesday, August 13, 2003 16:07:12 -0600 Brad Nicholes
<[EMAIL PROTECTED]> wrote:
I guess I don't follow here. The problem I have is that
alloc_listener() allows "addr" to be NULL. Because of the lame
Okay, let me try to restate the problem:
- addr *may* be NULL when alloc_listener is
(Cc:ing [EMAIL PROTECTED] now, because of APR patch)
On Tue, Aug 12, 2003 at 10:12:45AM -0700, Justin Erenkrantz wrote:
> --On Tuesday, August 12, 2003 5:58 PM +0100 "Colm MacCarthaigh,,,"
> <[EMAIL PROTECTED]> wrote:
>
> >Even lo0 ? That's hard ;)
>
> % ifconfig -a6
> %
As an asside I mainta
On Mon, Aug 11, 2003 at 07:28:20PM -0700, Justin Erenkrantz wrote:
> Listen 8080
If IPv6 has been enabled, that should bind to :: , this is the standard
behaviour of all IPv6 apps, and to not do so would be utterly broken.
If by some quirk the OS doesnt support IPv4 over IPv6 sockets, then
getaddr
--On Tuesday, August 12, 2003 5:58 PM +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
Even lo0 ? That's hard ;)
% ifconfig -a6
%
if getaddrinfo for PF_UNSPEC returns '::' in this situation
then it's really a lib(c|socket|nsl) bug, it does this on
Linux aswell, but the KAME implementation
--On Wednesday, August 13, 2003 17:13:33 -0700 Justin Erenkrantz
<[EMAIL PROTECTED]> wrote:
I just committed fixes to sync up the other way (NULL returns) and added
back the 'retry' logic if we have IPv6-enabled, but not configured (but
in a different way than before).
Looking at the original fin
--On Tuesday, August 12, 2003 6:43 AM -0400 Jeff Trawick
<[EMAIL PROTECTED]> wrote:
I wonder if this is related to Joe's recent change to
apr_sockaddr_info_get(), where IPv6 won't be returned if the system doesn't
support it. Does reverting Joe's additional flag make any difference?
(AI_ADDRCONF
solo turn <[EMAIL PROTECTED]> writes:
> with modules "dav", "dav_fs" and "dav_svn" loaded, apache2ctl graceful gives
> sometimes:
>
> [Wed Aug 06 19:07:53 2003] [notice] seg fault or similar nasty error detected in the
> parent
> process
>
> how would you trace this to get more useful informa
On Wed, Aug 13, 2003 at 03:18:19PM -0700, Justin Erenkrantz wrote:
> - addr *may* be NULL when alloc_listener is invoked. Adding a NULL check
> before doing the strcmp would indeed fix this problem, but prevents
> listener reuse.
Since NULL only defines unqualified addresses, ie: "Listen 80" ,
Sander Striker wrote:
Hmm. You have a request_rec there. How about:
ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
"Encountered FakeBasicAuth spoof: %s", username);
Providing the request means that you get more information in the error_log.
Duh. Thx,
Plz assume my +1 for APACHE_2
When I updated to HEAD just now on my Solaris box, httpd wouldn't start
with this:
[Mon Aug 11 19:10:08 2003] [crit] (EAI 8)host/servname not known:
alloc_listener: failed to set up sockaddr for ::
Syntax error on line 217 of .../conf/httpd.conf:
Listen setup failed
Line 217 is:
Listen 8080
Somet
On Thu, Aug 14, 2003 at 10:41:44AM -0700, Justin Erenkrantz wrote:
> --On Thursday, August 14, 2003 6:06 PM +0100 "Colm MacCarthaigh,,,"
> <[EMAIL PROTECTED]> wrote:
>
> >Both these things really need to happen. The first is relatively
> >trivial:
>
> Yup, I agree. I committed a variant of this
This appears to be due to the code at line ~2961 of
mod_include.c that tries to delete buckets from *bb
until it hits the bucket where the next tag starts.
In this test case, the bucket where the next tag
starts isn't in *bb at all; it's in ctx->ssi_tag_brigade.
I'm evaluating a couple of potential
--On Wednesday, August 13, 2003 17:13:33 -0700 Justin Erenkrantz
<[EMAIL PROTECTED]> wrote:
I just committed fixes to sync up the other way (NULL returns) and
added
back the 'retry' logic if we have IPv6-enabled, but not configured
(but
in a different way than before).
Hey Justin -
I'm still
On Tue, Aug 12, 2003 at 09:44:36AM -0700, Justin Erenkrantz wrote:
> --On Tuesday, August 12, 2003 5:33 PM +0100 "Colm MacCarthaigh,,,"
> <[EMAIL PROTECTED]> wrote:
>
> >This is good though, if v6 is available and we can't listen there
> >then it should exit!
>
> Let me re-state what I think the
> > I wrote here earlier about using ap_run_sub_req to send a response
> > to a client, and I receieved excellent advice, thank you. There is
> > one thing I was wondering. I see that the Encoding is chunked. I
> > would prefer to set the Content-Length to the correct length, rather
> > than use c
* Jeff Trawick wrote:
> [EMAIL PROTECTED] wrote:
>> nd 2003/08/06 07:46:48
>>
>> Modified:.CHANGES
>>modules/dav/main mod_dav.c
>> Log:
>> use bucket brigades directly when reading PUT data. This avoids
>> problems with content-length-modifying input fi
On Tue, Aug 12, 2003 at 09:04:05AM -0700, Justin Erenkrantz wrote:
> >If IPv6 has been enabled, that should bind to :: , this is the standard
> >behaviour of all IPv6 apps, and to not do so would be utterly broken.
> >If by some quirk the OS doesn't support IPv4 over IPv6 sockets, then
> >getaddrin
APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2003/08/06 04:02:34 $]
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
This is looking much better. At least we are not faulting anymore. I
haven't been able to watch the code to make sure it is doing everything
else as expected, but it looks good so far.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
htt
Sorry for bothering you,
It must have been to late yesterday.. I just found the solution. The
trick is to
generate a subrequest und manipulate the handler there and run the
subrequest
with ap_run_sub_req()...
Bert
Does anyone know if there are any race conditions left in the graceful
restart code? If so, what are the details.
Does this section of documentation have any relevance in 2.0:
http://httpd.apache.org/docs-2.0/stopping.html#race
Joshua.
On Sun, 10 Aug 2003, Bojan Smojver wrote:
> Just wanted to ask if you guys need me to open up a bug in Bugzilla for
> this?
No need... I'll be looking at it tomorrow. If it were going to be
longer-term, I'd ask you to. Thanks for the additional details and test
module!
--Cliff
On Thu, 7 Aug 2003, Ron Park wrote:
> The 'good' news is, there's two examples that show a core dumping
> problem. :)
Lovely. :)
I'll add this to the test suite.
If apache is running behind a device which masks the client's IP address
with its own, mod_usertrack will use this IP address as part of its
cookie_id. Since this is NOT the actual IP address of the client (and
may in fact be information best kept private), this behavior could be
less than idea
Justin Erenkrantz wrote:
When I updated to HEAD just now on my Solaris box, httpd wouldn't start
with this:
[Mon Aug 11 19:10:08 2003] [crit] (EAI 8)host/servname not known:
alloc_listener: failed to set up sockaddr for ::
I wonder if this is related to Joe's recent change to
apr_sockaddr_info_ge
This change causes a problem on NetWare. In the function
alloc_listener() before the change, the code did not allow the variable
addr to be NULL. In the changed code addr is allowed to be NULL which
means that the call to strcmp() after the call to
apr_sockaddr_port_get() causes NetWare to fault
* Cliff Woolley wrote:
> On Wed, 6 Aug 2003, André Malo wrote:
>
>> Hmm. After further thinking about it... I'm in favour of removing the
>> check in 2.1. But I wouldn't backport it, since it *may* lead to a
>> different behaviour of existing rules.
>
> I'm leaning on leaving it as-is for that s
Oops, I may have sent this off too hurriedly; looks like both
example core... the first one wasn't coring when I used Cntl-B
instead of Cntl-P and I think my browser was caching it.
The 'good' news is, there's two examples that show a core dumping
problem. :)
Ron
> -Original Message-
> F
[EMAIL PROTECTED] wrote:
Index: mod_rewrite.c
===
RCS file: /home/cvs/httpd-2.0/modules/mappers/mod_rewrite.c,v
retrieving revision 1.218
retrieving revision 1.219
diff -u -r1.218 -r1.219
--- mod_rewrite.c 4 Aug 2003 23:
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2003/07/16 20:27:07 $]
Release:
1.3.28: Tagged July 16, 2003.
1.3.27: Tagged September 30, 2002. Announced Oct 3, 2002.
1.3.26: Tagged June 18, 2002.
1.3.25: Tagged June 17, 2002. Not
I wrote here earlier about using ap_run_sub_req to send a response to a
client, and I receieved excellent advice, thank you.
There is one thing I was wondering.
I see that the Encoding is chunked.
I would prefer to set the Content-Length to the correct length, rather than use
chunked encoding.
Ho
André Malo wrote:
* Jeff Trawick wrote:
+return "RewriteLog and RewriteLogLevel are not support by this
incarnation "
+ "of mod_rewrite, because it was compiled using the "
"are not supported by this build of mod_rewrite because..."
I thought, I'd be funny :-)
my main point was
On Tue, 5 Aug 2003, Sujay Parekh wrote:
> My colleagues and I are writing a book in which reference will be made to
> the Apache Web Server (such as normally found in research papers, eg, "our
As a side note, the official name is "Apache HTTP Server" not "Apache Web
Server".
> I saw on your FAQ
I guess I don't follow here. The problem I have is that
alloc_listener() allows "addr" to be NULL. Because of the lame
implementation of strcmp() on NetWare, this causes a fault (The same
thing would happen if sa->hostname where NULL also in this function).
Allowing sa->hostname to be NULL b
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2003/07/16 20:27:07 $]
Release:
1.3.28: Tagged July 16, 2003.
1.3.27: Tagged September 30, 2002. Announced Oct 3, 2002.
1.3.26: Tagged June 18, 2002.
1.3.25: Tagged June 17, 2002. Not
On Fri, 8 Aug 2003, Sander Striker wrote:
> I envision tagging somewhere next (mid) week, following
> release 1 or 2 weeks after that.
I'm starting to think it might be nice if we can push this back to say
Thursday instead of Tuesday-ish as was suggested last night... I rally
want to wrap the
the ssl/http test is failing. it expect the server to send a normal 40x error
response with the body, however it sends 200 and HTTP/0.9. there is an
impedance mismatch here.
__
Stas BekmanJAm_pH --> Just Another mod_
On Sat, 9 Aug 2003, Brian Pane wrote:
> This appears to be due to the code at line ~2961 of
> mod_include.c that tries to delete buckets from *bb
> until it hits the bucket where the next tag starts.
> In this test case, the bucket where the next tag
> starts isn't in *bb at all; it's in ctx->ssi_
On Mon, 11 Aug 2003, Mark W. Webb wrote:
> If I compile apache, and distribute the binaries, are there any
> requirements on what I package in my application? For instance, must I
> distribute the manual files that get installed when I perform a "make
> install" ?
The license tells you what the
If I compile apache, and distribute the binaries, are there any
requirements on what I package in my application? For instance, must I
distribute the manual files that get installed when I perform a "make
install" ?
thank you for the help in advance.
smime.p7s
Description: S/MIME Cryptograph
On Wed, Aug 13, 2003 at 11:30:04PM +0100, Colm MacCarthaigh,,, wrote:
>
> After all, if someone did:
>
> Listen 80
>
> and then:
>
> Listen 127.0.0.1 80
>
> Shouldnt the original socket get re-used ? Or alternatively an error
> delivered.
*actually thinks about it*
obviously then "Listen 12
On Thu, 7 Aug 2003, Bill Stoddard wrote:
> I've not looked in core_output_filter for a while but I know in the past
> the intent was to not use sf at all if more than one fd bucket was in
> the brigade. Maybe that's broken or intentionally changed...
Actually it's been that way since Ryan check
I use Linux Apache1.3/mod_perl/mason, dbd::mysql.
Is there a way to show a trace of an incoming request,
and ALL the components called (perl subroutines etc),
with their start times and end times.
(if there is no way, I am interested in authoring,
with some guidance/assistance, a third party sof
Jeff Trawick wrote:
and why it was never integrated into Apache 1.3?
It is described here:
http://www.wede.de/sw/mod_proxy/
There is also such a patch in the old bug db and at least one other open
PR about the need for such a feature (updating domains in cookies during
reverse proxy operation
On Wednesday, August 6, 2003, at 10:33 AM, Austin Gonyou wrote:
If I have a Linux server using httpd 1.3 and has 1GB ram and has 1012
httpd processes. When I look at that process's ram stats, I have a
vmSize of say 7032KB, vmRSS of 2056KB, and vmEXE of 2072KB.
Is the size I'm most concerned with
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
> nd 2003/08/05 10:44:02
>
> +return "RewriteLog and RewriteLogLevel are not support by this build "
supported
Cheers
-Thom
Aryeh, please take a look at mod_negotiation for an example of where we
look at several subrequests, choose a best-match based on mime headers,
and then promote that subrequest to become the real request.
Bill
At 09:22 AM 8/8/2003, Aryeh Katz wrote:
>Bill,
>I was wondering if the following in the
Thanks so much. We've got much less confusion about this now. Good link,
btw.
On Wed, 2003-08-06 at 13:07, Justin Erenkrantz wrote:
[...]
> Linux uses optimistic memory allocation. Therefore, vmSize will be
> what has
> been asked for, but may not be allocated (or is swapped to disk).
> vmEXE
The NULL argument for the filter is *ONLY* to be used for testing subrequests
that are not actually run to the client. E.g. mod_autoindex uses the NULL arg
to consider what files might be served, and if they are, in fact, actually valid
content files, or if they have been protected or otherwise ca
I was speaking with someone today on IRC who is experiencing a problem
with QUERY_STRING in Apache 2.0. If I correctly understand the
situation, QUERY_STRING getting sent as an empty string, rather than the
old behavior of just not setting it at all, is causing a strange
interaction with CGI.pm.
M
hi all...
currently, using DECLINE_CMD to override config directives has a
limitation - you can't override ITERATE or ITERATE2 prototypes properly.
what ends up happening is that DECLINE_CMD is returned for the first
argument, but then Apache skips over your module for all subsequent
argumen
On Wed, 6 Aug 2003, André Malo wrote:
> The problem is, for example, that you cannot , since the subrequest won't be rewritten.
> (Sure, this affects .htaccess rules only, but a lot of people don't have the
> choice ...).
Ah. Well, okay, +1 for 2.1 then.
At 10:44 PM 7/31/2003, Mahadevan R wrote:
>While trying to write an Apache2 module in C++, I found that in the command table,
>AP_INIT_TAKE1 has to be used like this:
>
>AP_INIT_TAKE1( "Directive", (cmd_func) drctv_handler, NULL, OR_ALL, "help string")
>
>The compiler I'm using (MSVC++ 6.0) does
> From: Jeff Trawick [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 08, 2003 11:17 AM
> Sander Striker wrote:
>
> >>Hmm. You have a request_rec there. How about:
> >>
> >> ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
> >> "Encountered FakeBasicAuth spoof: %s", username);
> >>
>
It appears that I may distribute only the parts of the compiled that I
so desire, as long as I retain all disclaimer/copyright info.
Cliff Woolley wrote:
On Mon, 11 Aug 2003, Mark W. Webb wrote:
If I compile apache, and distribute the binaries, are there any
requirements on what
On Thursday, August 14, 2003, at 01:06 PM, Colm MacCarthaigh,,, wrote:
.. or similar. The darwin one is complicated, but I know of at least
3 people running Apache on Darwin for months, all they've been doing
is changing v6_broken to 0 in the apr configure script ;)
Yup.. that worked. make that 4
Cliff,
Do any of these funky bucket issues have anything to do with the
bucket_max_alloc() functionality that we have talked about in the past?
It would really be nice to be able to control the bucket allocations.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider
Nope, it's still there.
Cliff Woolley wrote:
Anybody remember if we ever got around to implementing a workaound for the
POST method and per-directory renegotiations?
--Cliff
-- Forwarded message --
Date: Wed, 6 Aug 2003 18:59:05 -0500
From: john lawler <[EMAIL PROTECTED]>
To: [EMA
--On Wednesday, August 6, 2003 12:33 PM -0500 Austin Gonyou
<[EMAIL PROTECTED]> wrote:
If I have a Linux server using httpd 1.3 and has 1GB ram and has 1012
httpd processes. When I look at that process's ram stats, I have a
vmSize of say 7032KB, vmRSS of 2056KB, and vmEXE of 2072KB.
Is the size
Hi Again,
Well, we've come across another mod_include/cross brigade bug for which we
currently don't yet have a patch (should have one soon but thought I'd give
others a crack at it). :D
Here are two simple snippets, one which works, one which causes a core
dump even with the latest patch of mod_
Ralf S. Engelschall wrote:
Index: alloc.c
===
RCS file: /e/apache/cvs/apache-1.3/src/main/alloc.c,v
retrieving revision 1.145
diff -u -d -r1.145 alloc.c
--- alloc.c 20 Jun 2003 15:05:40 - 1.145
+++ alloc.c 29 Jul 2003
--On Wednesday, August 13, 2003 15:14:40 -0600 Brad Nicholes
<[EMAIL PROTECTED]> wrote:
This change causes a problem on NetWare. In the function
alloc_listener() before the change, the code did not allow the variable
addr to be NULL. In the changed code addr is allowed to be NULL which
means t
Right, so default to "::" for IPV6. Either way, these two versions of
find_addresses() should be sync'ed up.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
http://www.novell.com
>>> [EMAIL PROTECTED] Wednesday, August 13, 2003 5:00:21
--On Wednesday, August 13, 2003 17:08:40 -0600 Brad Nicholes
<[EMAIL PROTECTED]> wrote:
Right, so default to "::" for IPV6. Either way, these two versions of
find_addresses() should be sync'ed up.
I just committed fixes to sync up the other way (NULL returns) and added
back the 'retry' logic
--On Thursday, August 14, 2003 6:06 PM +0100 "Colm MacCarthaigh,,,"
<[EMAIL PROTECTED]> wrote:
Both these things really need to happen. The first is relatively
trivial:
Yup, I agree. I committed a variant of this to the tree. (The patch you
submitted would only execute if the APR_IPV4_ADDR_ONL
--On Thursday, August 14, 2003 7:56 AM -0400 "John K. Sterling"
<[EMAIL PROTECTED]> wrote:
I'm still having problems with HEAD this morning on os X (Darwin Kernel
Version 6.6) - is that expected? (i'm not sure what the status is, but the
above email implies a fix was applied).
(22)Invalid argume
In the past, we have kept old releases on www.apache.org/dist/httpd/
essentially indefinitely by moving them into "old/" directories. This is
no longer a good idea for at least couple reasons:
1. Now that www.apache.org/dist/ contains (or will soon contain) all
ASF releases, it is unreasonable to
You can give this a go. Maybe it's something I'm doing in there that is
causing the problem, not sure.
Anyway, you'll notice commented flush buckets. When you turn them on,
the output should start making sense.
I'm also attaching the test file.
On Thu, 2003-08-07 at 23:06, Cliff Woolley wrote:
96 matches
Mail list logo
