Doug MacEachern wrote:
On Tue, 13 Nov 2001, Stas Bekman wrote:
in order to test RegistryLoader (unreleased yet) I need to add an extra
startup.pl file, and I need the autoconfiguration's @ServerRoot@ token to
work in this new file. This patch allows to drop into t/conf any file
ending with .in
I'm fairly new to the perl-framework testing harness, and I'm getting
some results I'm not sure how to interpret on my Solaris 8 build of
the rolled 2.0.28 tarball.
With the worker MPM (with --enable-cgid) I get:
Failed Test Status Wstat Total Fail Failed List of Failed
On Tue, 13 Nov 2001, Aaron Bannert wrote:
The limits failure has to with LimitRequestBody, and looks to be a known
issue (see modules/http/http_protocol.c:1314, /* XXX shouldn't we enforce
this for chunked encoding too? */). But you probably already knew this. :)
ken told me he wasn't
On Tue, Nov 13, 2001 at 10:34:35AM -0800, Doug MacEachern wrote:
this is fixed now.
Works great, thanks.
-aaron
I guess this has once discussed, but my hand is accustomed to:
perl -Mblib ./t/foo.t
So, what I want is './t/foo.t' instead of 't/foo.t'. Dirty patch:
--- Apache-Test/lib/Apache/TestRun.pm 2001/11/11 21:10:37 1.67
+++ Apache-Test/lib/Apache/TestRun.pm 2001/11/13 18:37:05
@@ -85,7
with Apache 1.3.22, perl 5.005_03
# Failed test 9 in apache/limits.t at line 111 fail #2
# Server response:
# HTTP/1.1 400 Bad Request
# Connection: close
# Date: Tue, 13 Nov 2001 18:52:00 GMT
# Server: Apache/1.3.22 (Unix) DAV/1.0.2 mod_layout/3.0 mod_mp3/0.30
mod_perl/1.26
# Content-Type:
Doug MacEachern wrote:
On Tue, 13 Nov 2001, Aaron Bannert wrote:
The limits failure has to with LimitRequestBody, and looks
to be a known issue (see modules/http/http_protocol.c:1314,
/* XXX shouldn't we enforce this for chunked encoding too? */).
But you probably already knew this.
Tatsuhiko Miyagawa wrote:
with Apache 1.3.22, perl 5.005_03
# Failed test 9 in apache/limits.t at line 111 fail #2
Yep, 1.3 is broken in this area and returns a 400 instead of a
413. It's probably not going to be fixed in 1.3.
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini
-Original Message-
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
I think Justin is going in the other direction -- your proposed changes
need to be broken down into finer grained proposals/functionality.
I don't think I quite got it - I'll probably wait and see what he means by
a new
Ryan Bloom wrote:
[...]
What else would break if we destroyed the subreq here,
even in the case of a nested include?
Nothing _should_ break, but there are few potential problems. The biggest one
that I see is that you can't be sure that the data that has been allocated has
actually been
On Mon, Nov 12, 2001 at 06:55:43PM -0800, Ryan Bloom wrote:
...
I am trying to remove the network logic from the MPMs, so that modules can
implement different transport layers. I am looking at using a couple of hooks to
accomplish this. The problem is that Windows just doesn't fit into this
On Mon, Nov 12, 2001 at 11:49:08PM -, [EMAIL PROTECTED] wrote:
...
--- httpd.h 2001/10/23 17:26:57 1.168
+++ httpd.h 2001/11/12 23:49:06 1.169
...
+typedef struct core_output_filter_ctx {
+apr_bucket_brigade *b;
+apr_pool_t *subpool; /* subpool of c-pool used
On Tue, Nov 13, 2001 at 07:15:36AM -, [EMAIL PROTECTED] wrote:
rbb 01/11/12 23:15:36
Modified:include http_connection.h
server connection.c core.c
server/mpm/prefork prefork.c
Log:
This allows modules to add socket descriptors to the
Ryan Bloom wrote:
On Monday 12 November 2001 09:48 pm, Justin Erenkrantz wrote:
[...]
modules/proxy/proxy_connect.c does raw socket writes (see line
308). I think the idea here is that mod_proxy wants to bypass
everyone. Not the greatest of ideas (quite bogus actually) -
perhaps we can setup
Unless I'm mistaken, some code got dropped from connection.c. In the current
CVS, it is at line 195. A call to apr_socket_close() and a return are
missing.
It looks like they disappeared when rev 1.87 was checked in.
Right/wrong?
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
* the proxy code still refers to conn-client_socket
* perchild refers to conn-client_socket
-g
--
Greg Stein, http://www.lyra.org/
Cliff Woolley wrote:
The sigh was sigh I'm so anal-retentive it's ridiculous
That's not so bad. When you don't dare sit down for fear that
you'll suck up the furniture, now *that's* anally-retentive.. :-)
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Author,
Justin Erenkrantz [EMAIL PROTECTED] wrote:
Anyone know the User-Agent field that this broken MS implementation
sends (or is the UA listed in the patch correct)? -- justin
UA field listed in patch seems to be correct. I'm playing around with Apache/mod_dav
and Windows 2000 server as DAV
Did the server certificate creation shell script, from mod_ssl, will be
included in future release of Apache 2.0 ?
Regards
Thanks Cliff -
Yeah, was mentioned before they are technically the same functionality
as the server works today - the while loop is to mimic ap_finalize_request's
logic before it fires up the filter chain etc.
As far as the assert - there are so many assumptions in this server
another one
Here's another one (APR, really).
apr/docs contains canonical_filenames.html
However, apr/docs/.cvsignore contains *.html which
means this file is to be ignored.
Is it supposed to be ignored or not? If so, someone
should cvs rm it. If not, the .cvsignore file is in
error.
The file shows up
Cliff Woolley wrote:
On Tue, 13 Nov 2001, Brian Pane wrote:
As a simpler solution, is there any reason why we can't close the
file descriptor when turning a file bucket into an mmap bucket?
static void file_destroy(void *data)
{
+apr_bucket_file *a = (apr_bucket_file *)data;
+
On Tue, 13 Nov 2001, Brian Pane wrote:
How about a close-on-mmap flag for file buckets, which
mod_core would set when creating file buckets but mod_file_cache
wouldn't?
I've proposed that before. But if it wasn't vetoed it was -0.5'ed, with
the reason being that a lazy closing of file
Cliff Woolley wrote:
On Tue, 13 Nov 2001, Brian Pane wrote:
How about a close-on-mmap flag for file buckets, which
mod_core would set when creating file buckets but mod_file_cache
wouldn't?
I've proposed that before. But if it wasn't vetoed it was -0.5'ed, with
the reason being that a lazy
On Tuesday 13 November 2001 08:19 am, Cliff Woolley wrote:
On Tue, 13 Nov 2001, Brian Pane wrote:
How about a close-on-mmap flag for file buckets, which
mod_core would set when creating file buckets but mod_file_cache
wouldn't?
I've proposed that before. But if it wasn't vetoed it was
On Tuesday 13 November 2001 02:55 am, Greg Stein wrote:
* the proxy code still refers to conn-client_socket
I'm hoping to get to the proxy today sometime
* perchild refers to conn-client_socket
I'll hopefully get to this at some point too.
Ryan
On Tue, 13 Nov 2001, Ryan Bloom wrote:
I should clarify that just destroying the subrequest should be
perfectly safe. Have we tried that yet. In the past, we would have
had a problem with data surviving the death of the request, but all
buckets should have cleanups now, so that shouldn't
Does it sound like 3 +1's (Justin, OtherBill, Bill) for a Beta ?.. ('sorry
if I've missed out any more )
-Madhu
-Original Message-
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 13, 2001 6:48 AM
To: [EMAIL PROTECTED]
Subject: Re: 2_0_28 tarballs rolled and
Whoops.. I had missed out this mail. hmmn..:-(..
-Madhu
-Original Message-
From: Austin Gonyou [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 13, 2001 9:27 AM
To: [EMAIL PROTECTED]
Subject: Re: 2_0_28 tarballs rolled and available
I got a build error using my old config last
On Tuesday 13 November 2001 09:39 am, Cliff Woolley wrote:
On Tue, 13 Nov 2001, Ryan Bloom wrote:
I should clarify that just destroying the subrequest should be
perfectly safe. Have we tried that yet. In the past, we would have
had a problem with data surviving the death of the request,
NP. At 130 pm CST -5GMT, I'll re-build 2.0.28 from scratch and test
again. Will then post and announce.
On Tue, 2001-11-13 at 11:44, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
Whoops.. I had missed out this mail. hmmn..:-(..
-Madhu
-Original Message-
From: Austin Gonyou
Yes.. that was a pretty useful script. But it required some changes to the
makefile - I'd prefer not to put in those changes - but rather use the
script directly. I have a script which does similar stuff [i'd modified
Ralf's script to do some customizations] - I can post it if anybody is
On Tue, Nov 13, 2001 at 01:14:54PM -0500, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
Yes.. that was a pretty useful script. But it required some changes to the
makefile - I'd prefer not to put in those changes - but rather use the
script directly. I have a script which does similar stuff
I'm not sure what the policy is here (this is really up to Greg as
RM), but if 2.0.28 makes it to beta (which I think it has with
three +1s), can we add that patch that fixes the header filters
with ap_die into the beta tarball (modules/http/http_request.c)?
I know that we can't touch the
On Tue, 13 Nov 2001, Justin Erenkrantz wrote:
I'm not sure what the policy is here (this is really up to Greg as
RM), but if 2.0.28 makes it to beta (which I think it has with
three +1s), can we add that patch that fixes the header filters
with ap_die into the beta tarball
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
But I'm also willing to just document in the release notes
that if you want to use mod_auth, you need to comment that line out for
now.
+1
and +1 for beta.
Incidentally, I think I've turned around 180 degrees on having those
errordocs in
On Tue, Nov 13, 2001 at 10:28:23AM -0800, Justin Erenkrantz wrote:
I'm not sure what the policy is here (this is really up to Greg as
RM), but if 2.0.28 makes it to beta (which I think it has with
three +1s), can we add that patch that fixes the header filters
with ap_die into the beta
You just need to comment out the 401 error document -
sterling
On Tue, 13 Nov 2001, Cliff Woolley wrote:
On Tue, 13 Nov 2001, Justin Erenkrantz wrote:
I'm not sure what the policy is here (this is really up to Greg as
RM), but if 2.0.28 makes it to beta (which I think it has with
three
I'm getting a coredump with proxy linux ;(
Scenario:
R-proxy server BEA-Weblogic 5.1.0 Sp10
Location /x
ProxyPass http://appserver
/Location
/location /y
ProxyPass http://appserver
/location
page is something like
!--#include /y/1.html
1 2 3 4 ... (8k worth of crud)
doing a simple GET
I'll
I can't think of another case - but there could be one.
The simplest way to produce this problem is just turn some kind of
auth on in Location / - then the 401 error document will be protected
and you will get an error within ap_die -
sterling
On Tue, 13 Nov 2001, Justin Erenkrantz wrote:
On
Greg Ames wrote:
h...that's an interesting idea. I like it! I would bump the tag on
that file,
crap... I just looked at viewcvs. There's been two other changes to
that file since the tag, one of which probably hit multiple files. It's
starting too sound risky to pull in the patch.
On Tue, Nov 13, 2001 at 11:04:04AM -0800, Ian Holsman wrote:
I'm getting a coredump with proxy linux ;(
Scenario:
R-proxy server BEA-Weblogic 5.1.0 Sp10
Location /x
ProxyPass http://appserver
/Location
/location /y
ProxyPass http://appserver
/location
What if you do:
Location /x
On Mon, Nov 12, 2001 at 05:19:17PM -0500, Greg Ames wrote:
...in http://dev.apache.org/dist/ . Please download, test, and vote for
beta.
+1 for beta
Compiles and passes all tests on Solaris 8/intel under prefork and worker.
-aaron
On Tue, 13 Nov 2001, Ryan Bloom wrote:
We are talking about destroying the sub request. By the time this is
done, we have already passed all of the data from the sub-requests
filter stack to the original requests. Either all of the data was
written to the network, or it was set-aside. If
On Tue, 2001-11-13 at 11:08, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 11:04:04AM -0800, Ian Holsman wrote:
I'm getting a coredump with proxy linux ;(
Scenario:
R-proxy server BEA-Weblogic 5.1.0 Sp10
Location /x
ProxyPass http://appserver
/Location
/location /y
On Tue, Nov 13, 2001 at 02:06:03PM -0500, Greg Ames wrote:
crap... I just looked at viewcvs. There's been two other changes to
that file since the tag, one of which probably hit multiple files. It's
starting too sound risky to pull in the patch.
Why don't we go with commenting out the
Ian Holsman wrote:
I'll try to get a dump file on my solaris box.
(no idea why linux isn't giving me a core)
Getting coredumps on Linux has been problematic here too. If you're
using a threaded MPM, switching to prefork or a 2.4.x kernel can help,
and of course ulimit -c and permissions.
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 12:56 PM
Justin Erenkrantz wrote:
I know that we can't touch the 2.0.28-alpha tarball, but I seem
to recall someone saying we could touch the next-level tarball
(i.e. -beta).
h...that's an interesting idea. I
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 1:06 PM
Greg Ames wrote:
h...that's an interesting idea. I like it! I would bump the tag on
that file,
crap... I just looked at viewcvs. There's been two other changes to
that file since the tag, one of which
on 11/12/01 2:19 PM, Greg Ames at [EMAIL PROTECTED] wrote:
...in http://dev.apache.org/dist/ . Please download, test, and vote for
beta.
MacOS X 10.0 with the following ./configure line:
./configure \
--prefix=/tmp/apache2 \
--enable-mods-shared=most \
--with-port=8080 \
From: Sander Temme [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 1:39 PM
I say Advisory +1 For Beta provided a release note entry that DSO currently
doesn't work on Darwin/MacOSX.
Nor is HFS secure until someone goes in and hacks the case-insenstive define
plus the APR_FILEINFO_TRUENAME
I didnt' realize but I was using 2.0.29-dev. My apologies. I'll go get
the tarball and just compile that. 2.0.29 as of today though, works with
NO problems!
On Tue, 2001-11-13 at 13:45, William A. Rowe, Jr. wrote:
From: Sander Temme [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 1:39 PM
On Tue, 2001-11-13 at 11:08, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 11:04:04AM -0800, Ian Holsman wrote:
I'm getting a coredump with proxy linux ;(
Ok..
no coredump with solaris.
but the page is still foobar.
1. it shows the headers
2. it shows the 2nd half of the page before the
Ian Holsman [EMAIL PROTECTED] writes:
On Tue, 2001-11-13 at 11:08, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 11:04:04AM -0800, Ian Holsman wrote:
I'm getting a coredump with proxy linux ;(
Ok..
no coredump with solaris.
If you're running with a threaded MPM, try my fix
On Tuesday 13 November 2001 11:22 am, Brad Nicholes wrote:
ap_new_connection() still shows up in my AWK generated export list.
Shouldn't it have been removed from http_connection.h with the addition of
the create_connection hook?
Yeah. I thought I had done that. I guess I missed it.
Ryan
On Tuesday 13 November 2001 11:28 am, William A. Rowe, Jr. wrote:
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 12:56 PM
Justin Erenkrantz wrote:
I know that we can't touch the 2.0.28-alpha tarball, but I seem
to recall someone saying we could touch the next-level
On Tue, Nov 13, 2001 at 03:07:00PM -0500, Jeff Trawick wrote:
If you're starting httpd as root on Solaris, I don't think you're
gonna get core dumps. End of story. (I'd be thrilled to be proven
wrong!!! Please!!!). There is no sort of system control on
Solaris to let a process that
On Tuesday 13 November 2001 12:21 pm, William A. Rowe, Jr. wrote:
From: Ryan Bloom [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 2:00 PM
On Tuesday 13 November 2001 11:28 am, William A. Rowe, Jr. wrote:
I'd suggest that you checkout on APACHE-2_0_28, tag as
APACHE-2_0_28_ALPHA for
On Tue, 2001-11-13 at 12:14, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 03:07:00PM -0500, Jeff Trawick wrote:
If you're starting httpd as root on Solaris, I don't think you're
gonna get core dumps. End of story. (I'd be thrilled to be proven
wrong!!! Please!!!). There is no
On Tue, Nov 13, 2001 at 12:49:50PM -0800, Ian Holsman wrote:
yep... I can get coredumps via this method.
but it doesn't dump core on solaris.
it serves a page weirdly, like the mod-include
is putting the buckets into the bridgade in the wrong order.
This only happens when both the main
On Tue, 2001-11-13 at 12:55, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 12:49:50PM -0800, Ian Holsman wrote:
yep... I can get coredumps via this method.
but it doesn't dump core on solaris.
it serves a page weirdly, like the mod-include
is putting the buckets into the bridgade in
After reading Greg's notes this morning, I re-visited by current design for
the transport layer abstraction. Here is the new design that I am currently
implementing.
Any module can add a record to the ap_listen_rec list, either during config
parsing, or during the post_config stage.
The
William A. Rowe, Jr. wrote:
From: Ryan Bloom [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 2:00 PM
On Tuesday 13 November 2001 11:28 am, William A. Rowe, Jr. wrote:
I'd suggest that you checkout on APACHE-2_0_28, tag as APACHE-2_0_28_ALPHA
for historical reasons, then we can
On Tue, Nov 13, 2001 at 12:49:50PM -0800, Ian Holsman wrote:
yep... I can get coredumps via this method.
but it doesn't dump core on solaris.
it serves a page weirdly, like the mod-include
is putting the buckets into the bridgade in the wrong order.
This only happens when both the
Justin Erenkrantz [EMAIL PROTECTED] writes:
On Tue, Nov 13, 2001 at 03:07:00PM -0500, Jeff Trawick wrote:
If you're starting httpd as root on Solaris, I don't think you're
gonna get core dumps. End of story. (I'd be thrilled to be proven
wrong!!! Please!!!). There is no sort of
Ian Holsman wrote:
On Tue, 2001-11-13 at 12:55, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 12:49:50PM -0800, Ian Holsman wrote:
yep... I can get coredumps via this method.
but it doesn't dump core on solaris.
it serves a page weirdly, like the mod-include
is putting the
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 3:08 PM
How about this? comment out the ErrorDocument 401 lines in the
docs/conf/httpd-*.conf files, along with a comment line or two saying
that a patch exists, inside the tarballs. Re-roll, re-sign, rename as
beta, leave
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Greg Ames
How about a httpd-2.0.28-beta.known.issues file in
/httpd.apache.org/dist/httpd/ ? Then anyone with write permissions can
update it, if other stuff happens to pop up in the future.
I suggest
Why not use the STATUS file?
Bill
- Original Message -
From: Greg Ames [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 4:21 PM
Subject: Re: 2.0.28-beta release --coredumps
Ian Holsman wrote:
On Tue, 2001-11-13 at 12:55, Justin Erenkrantz wrote:
On
On Tuesday 13 November 2001 01:21 pm, Greg Ames wrote:
Ian Holsman wrote:
On Tue, 2001-11-13 at 12:55, Justin Erenkrantz wrote:
On Tue, Nov 13, 2001 at 12:49:50PM -0800, Ian Holsman wrote:
yep... I can get coredumps via this method.
but it doesn't dump core on solaris.
it serves
Bill Stoddard wrote:
Why not use the STATUS file?
It lives either inside the tarball or in CVS. Once we make beta
tarballs available, we can't be mucking with them. Maybe I'm wrong, but
I wouldn't expect everybody who might want to use a beta to also use our
CVS.
can you include a line
On Tue, 13 Nov 2001, Greg Ames wrote:
Why not use the STATUS file?
It lives either inside the tarball or in CVS. Once we make beta
tarballs available, we can't be mucking with them. Maybe I'm wrong, but
I wouldn't expect everybody who might want to use a beta to also use our
CVS.
William A. Rowe, Jr. wrote:
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 3:08 PM
How about this? comment out the ErrorDocument 401 lines in the
docs/conf/httpd-*.conf files, along with a comment line or two saying
that a patch exists, inside the tarballs.
On Tuesday 13 November 2001 01:50 pm, Cliff Woolley wrote:
On Tue, 13 Nov 2001, Greg Ames wrote:
Why not use the STATUS file?
It lives either inside the tarball or in CVS. Once we make beta
tarballs available, we can't be mucking with them. Maybe I'm wrong, but
I wouldn't expect
On Tue, 13 Nov 2001, Greg Ames wrote:
Several people have mentioned release notes. Where does it exist? Is
this the paragraph in /httpd.apache.org/dist/httpd/README.html about the
release?
Last time I RM'ed, I just kept a running list in an email that I sent out
once or twice a day while
On Tuesday 13 November 2001 02:37 pm, Roy T. Fielding wrote:
On Tue, Nov 13, 2001 at 09:39:30AM -0800, Ryan Bloom wrote:
Don't think of it as removing the socket usage from the MPM. The point of
this is to augment what the MPM is doing. Here's my point, the core
already does all of the
On Tue, Nov 13, 2001 at 12:00:31PM -0800, Ryan Bloom wrote:
On Tuesday 13 November 2001 11:28 am, William A. Rowe, Jr. wrote:
From: Greg Ames [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 12:56 PM
...
that file, do the PITA dance with the CHANGES file, probably do a little
Allow modules that add sockets to the ap_listeners list to
define the function that should be used to accept on that
socket. Each MPM can define their own function to use for
the accept function with the MPM_ACCEPT_FUNC macro. This
also abstracts out all of the Unix accept error
On Tue, Nov 13, 2001 at 12:14:34PM -0800, Justin Erenkrantz wrote:
Anything and everything that coredumps gets captured. We get
a bunch of segfaults from nscd on Solaris 8. =) And, it captures
all of the setuid segfaults from httpd just fine. -- justin
It even grabs things like suexec,
On Tue, Nov 13, 2001 at 11:19:54AM -0500, Cliff Woolley wrote:
On Tue, 13 Nov 2001, Brian Pane wrote:
How about a close-on-mmap flag for file buckets, which
mod_core would set when creating file buckets but mod_file_cache
wouldn't?
Don't make it so specific. Just insert the file (or mmap
Beta means bugs, but as few bugs as you can manage. Also bugs which are
out in the release should be known to a certain degree and bugs from the
previous release being fixed in the subsequent release/releases. That
said, As far as I can tell, 2.0.28 is beta material. Just my simple
minded $0.02
On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote:
...
As it turns out, the docs/conf/httpd-*.conf files also have post-tag
changes. So changing/re-tagging them in cvs would be as complex as
changing the code.
WHAT? Are you saying that I cannot produce the 2.0.28 tarball from CVS?
On Tuesday 13 November 2001 03:49 pm, Greg Stein wrote:
On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote:
...
As it turns out, the docs/conf/httpd-*.conf files also have post-tag
changes. So changing/re-tagging them in cvs would be as complex as
changing the code.
WHAT? Are
On Tue, 13 Nov 2001, Ryan Bloom wrote:
On Tuesday 13 November 2001 03:49 pm, Greg Stein wrote:
On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote:
...
As it turns out, the docs/conf/httpd-*.conf files also have post-tag
changes. So changing/re-tagging them in cvs would be as
On Tue, Nov 13, 2001 at 03:51:22PM -0800, Ryan Bloom wrote:
On Tuesday 13 November 2001 03:49 pm, Greg Stein wrote:
On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote:
...
As it turns out, the docs/conf/httpd-*.conf files also have post-tag
changes. So changing/re-tagging them
From: Ryan Bloom [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 5:51 PM
On Tuesday 13 November 2001 03:49 pm, Greg Stein wrote:
On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote:
...
As it turns out, the docs/conf/httpd-*.conf files also have post-tag
changes. So
On Mon, 12 Nov 2001, Ryan Bloom wrote:
I am trying to remove the network logic from the MPMs, so that modules can
implement different transport layers.
are you referring to multiplexing transport layers? 'cause what's there
already should work fine for non-multiplexed transports... i.e.
i tend to agree with greg... this all seems to be contrary to the original
MPM goals which was to provide a method of accessing the fastest and most
scalable socket - worker mapping on each platform. it looks like you're
making all the world have to function like unix.
-dean
On Tue, 13 Nov
On Tuesday 13 November 2001 04:38 pm, dean gaudet wrote:
i tend to agree with greg... this all seems to be contrary to the original
MPM goals which was to provide a method of accessing the fastest and most
scalable socket - worker mapping on each platform. it looks like you're
making all the
--- perchild.c2001/11/10 18:26:29 1.82
+++ perchild.c2001/11/12 23:49:07 1.83
@@ -502,7 +502,7 @@
ap_sock_disable_nagle(sock);
}
-current_conn = ap_new_connection(p, ap_server_conf, sock,
conn_id); +current_conn =
On Tue, 13 Nov 2001, Ryan Bloom wrote:
On Tuesday 13 November 2001 04:35 pm, dean gaudet wrote:
On Mon, 12 Nov 2001, Ryan Bloom wrote:
I am trying to remove the network logic from the MPMs, so that modules
can implement different transport layers.
are you referring to multiplexing
On Tuesday 13 November 2001 04:56 pm, dean gaudet wrote:
On Tue, 13 Nov 2001, Ryan Bloom wrote:
On Tuesday 13 November 2001 04:35 pm, dean gaudet wrote:
On Mon, 12 Nov 2001, Ryan Bloom wrote:
you might also want to think about webmux. 'cause i think it breaks some
more assumptions you're
On 14 Nov 2001 [EMAIL PROTECTED] wrote:
fielding01/11/13 16:32:48
Modified:.HEADER.html README.html
Log:
2.0.28 is up. We'll wait for the mirrors to pick this up before the
announcement goes out on the front page.
FYI, I'm working on a release notes html doc...
Should the Announcement contain all changes since 2.0.27, since 2.0.18
(the last public release), or since 2.0.16 (the beta)?
I'm feel like it should contain all of the changes since the last public
release, but wow, that's a lot.
--Cliff
On Tue, Nov 13, 2001 at 09:27:27PM -0500, Padwa, Daniel wrote:
If 2.0.28 is good for beta except for a few files, why not just check out
2.0.28, update the files you want, and then re-roll that as 2.0.29? Branch
if necessary to get only the changes you want.
The whole versioning scheme as
Can you guys look over the announcement? I cvs up'ed that file on
httpd.apache.org (hope that's okay, figured it was since the other files
in that directory already reflect the fact that 2.0.28 is beta), so you
can view it online:
http://httpd.apache.org/dist/httpd/Announcement2.html
--Cliff
The current state of the KEYS files on apache.org sucks.
Any KEYS file not under CVS and not under a dist/{project} directory
will be removed.
Any KEYS file currently within a distribution CVS will be removed.
The one and only KEYS file for the httpd projects will be in
httpd-dist/KEYS
From: Cliff Woolley [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 9:53 PM
[...] Also, Greg, I totally guessed on
the apache.org has been running this release for the last week thing...
is that close?
http://uptime.netcraft.com/up/graph/?host=www.apache.org
shows Nov-10
From: Roy T. Fielding [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 10:05 PM
The current state of the KEYS files on apache.org sucks.
Any KEYS file not under CVS and not under a dist/{project} directory
will be removed.
Any KEYS file currently within a distribution CVS will be
On Tue, 13 Nov 2001, Ryan Bloom wrote:
How about we just put the known issues in the bug database? We already
tell people to look there, and we can close them immediately, as fixed in
CVS.
because we don't have a bug database that can support this in a
sufficient manner.
Release
1 - 100 of 103 matches
Mail list logo