I just noticed something about this problem. If you request
/nonexistentfile.html then the error response is sent back with
text/html, but if you request /nonexistentfile then it still comes back
as text/plain.
--
Jerry Baker
"William A. Rowe, Jr." wrote:
>
> With no objections ... I'll grab a tag at the appointed time and we can
> spend a day differing over what patches should be rolled in/rolled out
> of that tag for a real candidate.
>
> Bill
I know I have no meaningful say in the matter, but shouldn't a beta be
9827 and 9886 are definitely fixed.
-Thom
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> I don't want to see us wait until April to circulate new, good code to our
> patient and dedicated testers. We are really overdue for a beta.
yep... it is definitely taking too long... a number of bug reports
for stuff already fixed, a num
On Tue, Mar 26, 2002 at 09:47:24AM +, Thom May wrote:
> 9827 and 9886 are definitely fixed.
Yup, I [mostly] fixed those, I'll close them now. thanks,
aaron
On Tue, Mar 26, 2002 at 06:55:35AM -0800, Aaron Bannert wrote:
> On Tue, Mar 26, 2002 at 09:47:24AM +, Thom May wrote:
> > 9827 and 9886 are definitely fixed.
>
> Yup, I [mostly] fixed those, I'll close them now. thanks,
(it must be too early to be writing to dev@httpd). Of course I don't
me
Jeff Trawick wrote:
> At the moment, I don't see anybody lined up to put it on daedalus and
> run apache.org on it for a few days.
I'm lined up. I'd prefer using tagged code which includes the new bucket API.
Greg
Greg Ames <[EMAIL PROTECTED]> writes:
> Jeff Trawick wrote:
>
> > At the moment, I don't see anybody lined up to put it on daedalus and
> > run apache.org on it for a few days.
>
> I'm lined up. I'd prefer using tagged code which includes the new bucket API.
And I don't blame you one bit!!!
> From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
> Sent: 26 March 2002 09:08
> On Tue, 26 Mar 2002, William A. Rowe, Jr. wrote:
>
> > If you and Cliff know that's a stable patch, safe for inclusion this
> > time around, and helpful to implementors [because you promise
> > not to break the API ju
Sander Striker wrote:
>
> +1 for the API changes to be committed (with the simple malloc implementation).
> We can fill in the actual implementation in the upcomming week.
>
+1
--
===
Jim Jagielski [|] [EMAIL PROTE
"William A. Rowe, Jr." wrote:
> 9676 mod_cgi 2.0.18 reading from CGI programs is very inefficient
BrianP committed a fix for this very recently.
Greg
On Tue, 26 Mar 2002, Greg Ames wrote:
> > 9676 mod_cgi 2.0.18 reading from CGI programs is very inefficient
>
> BrianP committed a fix for this very recently.
I thought only mod_cgi was fixed but mod_cgid was still outstanding?
--Cliff
--
Cliff Woolley wrote:
>On Tue, 26 Mar 2002, Greg Ames wrote:
>
>>>9676 mod_cgi 2.0.18 reading from CGI programs is very inefficient
>>>
>>BrianP committed a fix for this very recently.
>>
>
>I thought only mod_cgi was fixed but mod_cgid was still outstanding?
>
Right, mod_cgid still does single-b
... maybe it's time to depreciate this :)
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
"A society that will trade a little liberty for a little order
will lose both and
Sander Striker wrote:
>
> +1 for the API changes to be committed (with the simple malloc implementation).
> We can fill in the actual implementation in the upcomming week.
>
+1. -- justin
On Tue, Mar 26, 2002 at 01:57:45AM -0600, William A. Rowe, Jr. wrote:
> 7730 config magic file is a bit outdated
Just committed the relevant bits to both 1.3 and 2.0 trees for this
and closed the PR.
Working my way through the rest of them... -- justin
On Tue, Mar 26, 2002 at 01:57:45AM -0600, William A. Rowe, Jr. wrote:
> 8845 os-sunos Apache 2.0.28 beta does not compile under Solaris 8 (both
> Intel and Sparc) using perchild MPM
We should indicate that perchild is experimental. However, I won't
close this bug or append a note though. I'll
I am close to fixing perchild.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, Ma
Jerry Baker wrote:
>
> I just noticed something about this problem. If you request
> /nonexistentfile.html then the error response is sent back with
> text/html, but if you request /nonexistentfile then it still comes back
> as text/plain.
>
> --
> Jerry Baker
Not only that. If you request /non
VPATH builds are broken. I'm trying to fix it right now, so if
we can hold off until I get that fix in, I'd appreciate it.
Should be in by noon, but just in case I get waylaid... -- justin
VPATH builds worked just last night, how can they be broken now?
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Justin Erenkrantz [mailto:[EMA
On Tue, Mar 26, 2002 at 11:32:12AM -0800, Ryan Bloom wrote:
> VPATH builds worked just last night, how can they be broken now?
Doesn't create the build/ directory under top_builddir. Errors out
when trying to create build/config_vars.mk.
Just need to create the dir. It's a quick fix, but I'm
Do we have a script that does the directory creation now? I have always
just created all dirs by hand.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
On Tue, Mar 26, 2002 at 11:39:07AM -0800, Ryan Bloom wrote:
> Do we have a script that does the directory creation now? I have always
> just created all dirs by hand.
As I understand our policy to be, configure should magically create
all directories for you. (And, we mostly do this.)
However,
On Tue, Mar 26, 2002 at 01:57:45AM -0600, William A. Rowe, Jr. wrote:
> 8932 config Configure claims that the header file "stdint.h" exists because
> STD64_C is def
Should be fixed by revision 1.421 of apr's configure.in. Can
someone with HP-UX's ANSI C compiler verify this? -- justin
At 01:38 PM 3/26/2002, you wrote:
>On Tue, Mar 26, 2002 at 11:32:12AM -0800, Ryan Bloom wrote:
> > VPATH builds worked just last night, how can they be broken now?
>
>Doesn't create the build/ directory under top_builddir. Errors out
>when trying to create build/config_vars.mk.
>
>Just need to cr
Jerry,
thanks for the detailed analysis... sure sounds like you've hit the nail on
the head.
When we 'tag' .34 - we won't be rolling it. I will personally be looking at
this quirk in the next day or two, and so may others. If a patch is prepared
that 'fits' [increases stability - doesn't
Hi all!
I´m having a little problem with server-status that it´s returning me
forbidden every time i try it. Below you can see my configuration in
httpd.conf, and the error returned in the logs.
SetHandler server-status
Order deny,allow
Deny from all
Allow from localhost
[Su
Daniel Abad wrote:
>
> Hi all!
>
> I´m having a little problem with server-status that it´s returning me
> forbidden every time i try it. Below you can see my configuration in
> httpd.conf, and the error returned in the logs.
>
>
> SetHandler server-status
> Order deny,allow
> Deny
On Tue, Mar 26, 2002 at 01:57:45AM -0600, William A. Rowe, Jr. wrote:
> 9361 build expat, manualdir and Makefile fixes
Confirmed that all of these patches have already been incorporated
in some fashion. PR closed. -- justin
On Tue, Mar 26, 2002 at 01:59:27PM -0600, William A. Rowe, Jr. wrote:
> At 01:38 PM 3/26/2002, you wrote:
> >On Tue, Mar 26, 2002 at 11:32:12AM -0800, Ryan Bloom wrote:
> > > VPATH builds worked just last night, how can they be broken now?
> >
> >Doesn't create the build/ directory under top_build
Yep. i think it's fixed.. Here's a output from one of the configure command
that I'd run some time back. I'll try it out again and let you know the
results.
checking size of long long... 8
checking for INT64_C... no
checking for INT64_C in stdint.h... (cached) no
checking size of ssize_t... 4
-M
On Tue, Mar 26, 2002 at 03:09:21PM -0500, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
> Yep. i think it's fixed.. Here's a output from one of the configure command
> that I'd run some time back. I'll try it out again and let you know the
> results.
>
> checking size of long long... 8
> check
At 02:41 PM 3/26/2002, you wrote:
> Log:
> Up to .35 [no need to call out .35-dev in changes, that's just silly.]
Cliff and Brian,
when your code is committed, please highlight the file/versions you need
pushed into the _34 tag, and I'll get those in.
Bill
On Tue, 26 Mar 2002, Jerry Baker wrote:
> Jerry Baker wrote:
> >
> > I just noticed something about this problem. If you request
> > /nonexistentfile.html then the error response is sent back with
> > text/html, but if you request /nonexistentfile then it still comes back
> > as text/plain.
> >
No comments on whether this patch is correct in concept or not. However, it is
definitely
broken if you do not use ap_set_content_type() to set the content type.
Bill
> On Tue, 26 Mar 2002, Jerry Baker wrote:
>
> > Jerry Baker wrote:
> > >
> > > I just noticed something about this problem. If
On Tue, Mar 26, 2002 at 11:45:54AM -0800, Justin Erenkrantz wrote:
> On Tue, Mar 26, 2002 at 11:39:07AM -0800, Ryan Bloom wrote:
> > Do we have a script that does the directory creation now? I have always
> > just created all dirs by hand.
>
> As I understand our policy to be, configure should m
On Thu, Mar 21, 2002 at 02:49:47PM -, [EMAIL PROTECTED] wrote:
>...
> +++ http_protocol.c 21 Mar 2002 14:49:46 - 1.312
>...
> +/* keep a previously set server header (possible from proxy), otherwise
> + * generate a new server header */
> +if (server = ap_table_get
On Tue, 26 Mar 2002, Bill Stoddard wrote:
> No comments on whether this patch is correct in concept or not. However, it is
>definitely
> broken if you do not use ap_set_content_type() to set the content type.
yeah - i did not put [PATCH] in the subject because this is not a
suggested patch t
Hi,
I'm trying to get apache 2.0.32 working on Itanium/HP-UX, and I'm
running into the following problem :
0.0.0.0 - - [26/Mar/2002:15:27:48 -0800] "GET / HTTP/1.1" 200 1456
0.0.0.0 - - [26/Mar/2002:15:27:51 -0800] "GET /apache_pb.gif HTTP/1.1" 200
2326
I don't understand why we get 0.0.
On Sun, Mar 24, 2002 at 09:48:24PM -0500, Cliff Woolley wrote:
>
> There are two problems I see with make_allow() right now. First, it's
> using method_registry; if ap_method_register() has never been called
> [probably meaning you aren't running DAV], then make_allow() will segfault
> as Brian
On Mon, Mar 25, 2002 at 01:10:06AM -, [EMAIL PROTECTED] wrote:
> jwoolley02/03/24 17:10:06
>
> Modified:modules/http http_protocol.c
> Log:
> What, we don't support HEAD requests now? ;)
D'oh!!!
I generated the input from the M_FOO symbols. Of course, there isn't an
M_HEAD sy
On Tue, 26 Mar 2002, Bill Stoddard wrote:
> No comments on whether this patch is correct in concept or not. However, it is
>definitely
> broken if you do not use ap_set_content_type() to set the content type.
By the way, why don't we enforce this type of thing by making these
portions of the
On Tue, Mar 26, 2002 at 12:13:35PM -0500, Jim Jagielski wrote:
> ... maybe it's time to depreciate this :)
In what way: the #define or the file itself?
-aaron
On Tue, 26 Mar 2002, Greg Stein wrote:
> It's valid behavior (whitespace is allowed in any comma-separated list
> unless explicitly specified otherwise).
Yeah, I finally found that in the grammar. Thanks.
> And empirically: mod_dav has been overriding OPTIONS for a long while now,
> and return
On Tue, 26 Mar 2002, Greg Stein wrote:
> D'oh!!!
> I generated the input from the M_FOO symbols. Of course, there isn't an
> M_HEAD symbol, so...
> :-)
> Thanks for fixing this!
No problem!
--Cliff
--
Cliff Woolley
[EMAIL PROTEC
On Tue, 26 Mar 2002, Cliff Woolley wrote:
> ..., FOO, FAR
I can't even spell BAR right today. What a world, what a world. ;)
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Fri, Mar 22, 2002 at 03:19:00PM -0800, Ryan Bloom wrote:
> > At 05:01 PM 3/22/2002, you wrote:
> > > > > Filters shouldn't return apr_status_t's, because there is nothing
> > > > > that the core can do with a status code.
> >
> > True, they can do nothing with the apr_status_t code, any more t
On Tue, Mar 26, 2002 at 06:40:35PM -0500, Cliff Woolley wrote:
> On Tue, 26 Mar 2002, Greg Stein wrote:
>...
> > And empirically: mod_dav has been overriding OPTIONS for a long while now,
> > and returning a list without spaces.
>
> Fine... but we should at least be consistent. Right now it's po
Is there anything wrong with this patch? Thanks.
Original Message
Subject: [PATCH scoreboard] adding port entry
Date: Fri, 15 Mar 2002 11:58:31 +0800 (SGT)
From: Stas Bekman <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
When running port based vhosts we
'never mind. It's a HP-UX specific stuff. The problem shows up because of
the following reason :
On HP-UX, accept has the following syntax (by default)
int accept(int s, void *addr, int *addrlen);
AND, socklen_t is also available. Thus, apache assumes the accept to be
something like :
I've spent the entire evening chasing some wacky mod_include bugs that
surfaced as I was doing final testing on the bucket API patch. At first I
assumed they were my fault, but upon further investigation I think the
fact that they haven't surfaced until now is a coincidence. There are two
probl
52 matches
Mail list logo
