Hi,
I hereby volunteer to be RM for 2.0.41. (tag this weekend).
Objections?
Sander
From: Henning Brauer [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2002 12:43
On Tue, Sep 03, 2002 at 03:34:51PM -0700, Justin Erenkrantz wrote:
[ ] Check in aaa rewrite to 2.0.
[X] Check in aaa rewrite to 2.1.
Could you please motivate this? We are interested in seeing
why it should go
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2002 00:35
Please vote:
[X] Check in aaa rewrite to 2.0.
[ ] Check in aaa rewrite to 2.1.
Please realize that I don't think it's possible to maintain
backwards compatibility due to the relevant Authoritative
From: Oden Eriksson [mailto:[EMAIL PROTECTED]]
Sent: 01 August 2002 18:56
Hi.
Is apr-iconv required now when building from CVS on Linux?
No, only for win32 builds.
Sander
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 23 July 2002 19:30
[...]
I'm curious about how other people feel about this, so I started a
vote in STATUS.
* httpd-std.conf and friends
a) httpd-std.conf should be tailored by install (from src or
From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED]]
Sent: 24 July 2002 20:58
David Reid wrote:
Who's we?
Oh, was this more IRC related conversations?
IRC is cool for some things, but it can inadvertently
conceal technical discussions which belong on the
mailing lists
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 22 July 2002 20:06
The situation that you are trying to protect against is most likely
not standard. My question, is why isn't your automation just copying
the whole conf/ directory?
Keep in mind that I'm like the proverbial canary in
Doesn't this change make us sleep a full second now, instead of the
remainder of the current second?
Sander
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 15 July 2002 09:45
To: [EMAIL PROTECTED]
Subject: cvs commit: httpd-2.0/modules/metadata mod_unique_id.c
wrowe
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: 10 July 2002 17:00
On Wed, 2002-07-10 at 04:16, Jeff Trawick wrote:
Brian Pane [EMAIL PROTECTED] writes:
[...]
What do you think about about setting the ulimit in apachectl
(and not in the httpd) by default?
That would provide the
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 10 July 2002 17:20
From: Lars Eilebrecht [mailto:[EMAIL PROTECTED]]
According to Ravindra Jaju:
How about an extra echo:
if [ x`$aux/getuid.sh` != x0 -a x$port = x ]; then
conf_port=8080
echo Non-root process. Server will run
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 10 July 2002 18:15
To: [EMAIL PROTECTED]
Subject: RE: Auth checker - long term goal..
snipped greatly for brevity
- Or alternatively mod_auth is split into a mod_auth and a
a mod_require. The first does the File based username
From: Thom May [mailto:[EMAIL PROTECTED]]
Sent: 10 July 2002 18:04
* Jim Jagielski ([EMAIL PROTECTED]) wrote :
Thom May wrote:
Please don't do this. We should_not_ be second guessing the user.
I'd prefer education but also that they get a configuration that they
can test right after
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 10 July 2002 21:24
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Wed, Jul 10, 2002 at 03:12:07PM -0400, Jim Jagielski wrote:
Have there been any complaints about how 1.3 has been doing it for
ages? A 'make install; foo/bin/apachectl
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 30 June 2002 09:51
On Fri, Jun 28, 2002 at 01:28:33PM +0200, Sander Striker wrote:
All MPMs that are creating their own allocator* (to get rid of
locking overhead), now have the MaxMemFree directive. MaxMemFree
allows you to set
Hi,
Saw a strange entry in my access log this morning:
62.211.25.97 - - [26/Jun/2002:04:55:35 +0200] GET http://www.yahoo.com/ HTTP/1.1 200
1456
^^^
I went: uh, why isn't that 4xx??.
I tried it myself and it
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 26 June 2002 10:17
On Wed, 26 Jun 2002, Aaron Bannert wrote:
On Wed, Jun 26, 2002 at 09:51:51AM +0200, Sander Striker wrote:
62.211.25.97 - - [26/Jun/2002:04:55:35 +0200] GET http://www.yahoo.com/ HTTP/1.1
200 1456
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 11 June 2002 19:37
On Tue, 11 Jun 2002, David McCreedy wrote:
Are there tarballs for 1.3.25 or just 2.0.37?
Just 2.0.37. Though I'm having a bit of trouble with the 2.0.37
tarball... it might be bogus. I untarred it as myself on
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: 08 June 2002 13:59
On Fri, 7 Jun 2002, Ryan Bloom wrote:
On Fri, 7 Jun 2002, Brian Pane wrote:
On Fri, 2002-06-07 at 01:14, Sascha Schumann wrote:
The function php_apache_sapi_ub_write() is inserting a flush bucket
after each bucket
From: Tony Finch [mailto:[EMAIL PROTECTED]]On Behalf Of 'Tony
Finch'
Sent: 30 May 2002 11:01
On Thu, May 30, 2002 at 11:03:05AM +0530, Vinod Panicker wrote:
I need the actual socket that apache uses to communicate with the client
in the php module. Is it available somewhere in the
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 30 May 2002 18:38
On Thu, May 30, 2002 at 10:43:54AM -0500, William A. Rowe, Jr. wrote:
Then I'll ask a simple question before I resurrect ... Do we want individual
READMEs or LAYOUTs that describe all the files throughout each
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 30 May 2002 00:16
Modified:.STATUS
Log:
I'm holding off on the pool patches until they settle down a bit.
The bugs that were uncovered are independent of the hifree/reuse patch.
They have been in there for a while.
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 30 May 2002 02:41
[...]
Log:
Catch up with the apr_allocator_set_owner - apr_allocator_owner_set renames
in APR.
This requires an MMN bump (which is fine with me, since we've already done
one in 2.0.37-dev, and I'm starting
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 26 May 2002 19:34
On Sun, 26 May 2002, William A. Rowe, Jr. wrote:
True, but it does _depend_ on httpd. I'd like to hear a few other
people's opinions on [the pools patches]. So far it seems to be tied
up in terms of 2.0.37: Sander
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 23 May 2002 17:58
At 10:46 AM 5/23/2002, Joshua Slive wrote:
On Wed, 22 May 2002, William A. Rowe, Jr. wrote:
And Josh and I are suggesting we add -src to the end of every package name
in the source distro directory.
Yes,
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2002 20:06
On Wed, 22 May 2002, Joshua Slive wrote:
- Make subdirectories for flood and apreq and move releases there.
+1
- Rename httpd-2.0.36-win32.zip to httpd-2.0.36-source_only-win32.zip
How about just -srconly- or
From: Martin Kraemer [mailto:[EMAIL PROTECTED]]
Sent: 15 May 2002 10:48
On Thu, May 09, 2002 at 05:27:13PM -0400, Jim Jagielski wrote:
Now that N+I is winding down, I have some time available. I'd like to
propose that we TR 1.3.25 like May 16 or so. I volunteer to be
RM. Unless I hear
From: Mads Toftum [mailto:[EMAIL PROTECTED]]
Sent: 15 May 2002 11:08
On Wed, May 15, 2002 at 01:51:15AM -0700, Justin Erenkrantz wrote:
What platforms does 1.3 work on that 2.0 does not? -- justin
If you think of apache2 with a couple of external modules, such as
php, then it is sort
From: Jim Jagielski [mailto:[EMAIL PROTECTED]]
Sent: 09 May 2002 23:27
Now that N+I is winding down, I have some time available. I'd like to
propose that we TR 1.3.25 like May 16 or so. I volunteer to be
RM. Unless I hear comments against, I'll update STATUS with the
schedule and we'll get
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 07 May 2002 09:46
Seems httpd-2.0.36/test/* is present in the distribution tarballs.
Is this an oversight in the roll-release scripts, or did our good RM
roll the tarball by hand?
Your RM used the roll-release script...
I
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 06 May 2002 07:02
+1 for GA. Let's get this bad boy out the door. I'm sick of dealing with
duplicate PRs on the same three bugs in 2.0.35. :)
--Cliff
If I counted right we have enough +1s for GA. I'll check back here in 12 hours
or
Hi,
Is there any special voodoo to be performed to create the apache release zip files?
Could we document this somewhere?
Sander
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 02 May 2002 18:09
On Thu, 2 May 2002, Greg Ames wrote:
...and no emails reporting strange behavior on the site. +1 for beta.
+1 for beta from me as well.
Likewise.
What about GA?
IMO:
pros:
* we do people more of a
From: Roy T. Fielding [mailto:[EMAIL PROTECTED]]
Sent: 01 May 2002 00:09
Well then why are the patches in the tree??? I'm not sure I like the
idea of
tagging and then tagging just some files. Seems like if we haven't got a
stable HEAD we shouldn't be tagging. We got into this whole
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 30 April 2002 23:42
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
+0to move it
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: 01 May 2002 09:50
Justin Erenkrantz wrote:
On Tue, Apr 30, 2002 at 11:41:57PM +0200, [EMAIL PROTECTED] wrote:
-1 on anything which
- shows in the output of AB of versions of AB which -can-
be compared different version
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 01 May 2002 14:53
[EMAIL PROTECTED] writes:
jerenkrantz02/05/01 00:15:40
Modified:.CHANGES
server/mpm/worker worker.c
Log:
Close sockets on worker MPM when
Hi,
I was going to roll 2.0.36, but I want to wait for this last
worker change. Unfortunately I don't have the time to pursue
the issue now, so if someone does, please feel free to take
care of this annoying beast.
Sander
From: Sander Striker [mailto:[EMAIL PROTECTED]]
Sent: 01 May 2002 15
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 01 May 2002 15:36
If somebody wants to play, this is perhaps all that is necessary. I
need to straighten out a test script problem on the machine that
regularly exhibits the segfault, then try this out
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 01 May 2002 16:04
Sander Striker [EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 01 May 2002 15:36
If somebody wants to play, this is perhaps
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 01 May 2002 15:36
If somebody wants to play, this is perhaps all that is necessary. I
need to straighten out a test script problem on the machine that
regularly exhibits the segfault, then try this out
of calloc.)
Submitted by: Aaron Bannert
Reviewed by: Greg Ames, Sander Striker, Justin Erenkrantz
stoddard
Log:
Defer starting the listener until we have at least tried to start all the worker
threads. We want to get the workers in the pool of available threads ASAP
to keep
From: David Reid [mailto:[EMAIL PROTECTED]]
Sent: 30 April 2002 10:31
It looks like you picked up practically all the changes. Why not just
retag 2.0.37?
I'm +1 for this...
You mean, tag HEAD as 2.0.37?
I didn't want to do that since there were changes I didn't want in there.
Hi,
You busy lot seem to be committing on a daily basis again ;)
Of the files below, is there anything people have strong
feelings about whether it should go in?
U BuildBin.dsp
U CHANGES
U Makefile.win
U NWGNUmakefile
U build/NWGNUenvironment.inc
U docs/manual/mod/mod_cache.xml
U
Hi,
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
Sander
*) one in the broadest sense of the word... ofcource
we already have to be/are being
From: gregames [mailto:gregames]On Behalf Of Greg Ames
Sent: 29 April 2002 18:06
Aaron Bannert wrote:
This ugly thing kills off threads that are running long-lived
requests when we want to do a graceless shutdown of the server.
+1 in concept and eyeballing the code. Something
Hi,
I am bumping tags today. There have been a number of commits since
the tag that should make it to release IMO. Actually, most of them
should go in. Files marked with a [T] will have their tag bumped.
Files marked with [-] won't. I have included the logs of the changes
for your
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 29 April 2002 13:23
Sander Striker [EMAIL PROTECTED] writes:
I am bumping tags today. There have been a number of commits since
the tag that should make it to release IMO.
I hope to finish testing
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
Sent: 27 April 2002 09:34
On Fri, Apr 26, 2002 at 07:36:45PM -0700, Justin Erenkrantz wrote:
Fine, if that's your argument. (And, I've been thinking of doing
this before.)
So, we should switch apr_pcalloc to fix this rather than avoid
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
Sent: 27 April 2002 04:17
+qi = apr_palloc(pool, sizeof(*qi));
+memset(qi, 0, sizeof(*qi));
Why not apr_pcalloc?
I've made a habit of not using calloc. palloc+memset is faster.
Huh? apr_pcalloc == apr_palloc + memset. The
Hi,
I just tagged HEAD as 2.0.36.
One exception:
I tagged support/ab.c rev 1.97 instead of 1.98.
Simply because I think that change deserves some
discussion.
Greg, could you upgrade daedalus to 2_0_36? It
would be nice to see how it holds under load.
Showstoppers we have to take care of
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 25 April 2002 11:42
On Thu, Apr 25, 2002 at 08:31:14AM -, [EMAIL PROTECTED] wrote:
dirkx 02/04/25 01:31:14
Modified:support ab.c
Log:
During the 1.3-2.0 migragrion; ab its #defined VERSION own string was
Done.
Sander
-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 25 April 2002 20:23
To: [EMAIL PROTECTED]
Subject: Fwd: cvs commit: httpd-2.0 Apache.dsw
Oh worthy RM... would you consider a humble request to roll in the following
disconnected build
Hi,
I volunteer to be RM for 2.0.36 (that is, if noone
has a problem with that ;).
I'm aware of the issues we still have in HEAD, which
is why we need a tag and run that on daedalus.
However, I'll hold of on the tag since there are
probably going to be some file moves in the atomics
section.
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 23 April 2002 19:36
This patch should fix PR 8227.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8227
+1 on the patch. We shouldn't mess with path concatenation
like we are doing currently; it's asking for trouble.
Is there
Please see http://httpd.apache.org/userslist.html for support-related
questions.
Eli, please don't make a habit out of it answering user questions
on the dev list. With each answer another question pops up, like
you see.
Sander
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 18 April 2002 16:44
What is the current status on 2.0.36-dev?
Big things that I know of besides what's in bugzilla:
1) The MMAP bucket cleanup problem, which has been responsible for
some (rare-ish) segv's on daedalus [I think I
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 22 April 2002 16:33
Sander Striker [EMAIL PROTECTED] writes:
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 18 April 2002 16:44
What is the current status on 2.0.36-dev?
Saw the fixes
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 22:12
On Sat, Apr 20, 2002 at 01:05:54PM -0700, Brian Pane wrote:
The problem only appears in leader/follower because it's the only MPM
that currently uses apr_atomic.h.
I think this is one more reason to stop
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2002 20:20
On 19 Apr 2002 [EMAIL PROTECTED] wrote:
trawick 02/04/19 07:04:30
Modified:.CHANGES
buildinstdso.sh
Log:
Change instdso.sh to use libtool --install everywhere and
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 18 April 2002 22:43
To: [EMAIL PROTECTED]
Subject: [PATCH (w/caveats)] mmap cleanup issue
Attached is a patch for the mmap bucket cleanup issue. The caveats are
that it only works if:
- if the apr_mmap_t passed to
+1
Sander
Isn't this the introduction of a memory leak?
The threads keep being created, and the pool is _never_
cleared.
Sander
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 17 April 2002 17:45
To: [EMAIL PROTECTED]
Subject: cvs commit:
Hi,
I'm seeing:
leader.c:942: warning: `rv' might be used uninitialized in this function
Don't know if this is the correct error code to return, but it removes
the warning.
Sander
Index: server/mpm/experimental/leader/leader.c
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 13 April 2002 02:44
Sander Striker [EMAIL PROTECTED] writes:
Since this might be an apxs issue I'm forwarding this here.
Any clues?
Well, we (I) started using instdso.sh instead of libtool --install
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: 13 April 2002 10:12
I'm seeing a race condition in which the worker MPM logs the
long lost child came home! warning message. The test case
is:
- run ab -c5 to create a steady load on the httpd
- while it's running, do a graceful
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 13 April 2002 02:02
As Ryan has pointed out, ap_http_filter doesn't properly
handle 100-Continue requests. Rather than call
ap_should_client_block, HTTP_IN (aka ap_http_filter) should
handle this transparently (since I am in the
Since this might be an apxs issue I'm forwarding this here.
Any clues?
Sander
-Original Message-
From: Philip Martin [mailto:pm@localhost]On Behalf Of Philip Martin
Sent: 12 April 2002 16:03
To: [EMAIL PROTECTED]
Subject: shared dav_svn is not relinking
Hi
I notice that the installed
Hi,
From experience on the samba/samba-tng lists I have
to discourage answering user questions here. Only
point them at the user list(s). The reason for this
is simple: they keep comming back if you give an
answer. I know this sounds (a bit?) rude, but,
well, fill in the ... ;)
Thanks,
From: Jim Jagielski [mailto:[EMAIL PROTECTED]]
Sent: 09 April 2002 22:24
Hi Jim,
Good ASF members and developers... as those of you on the APR and HTTPD
lists are aware, there is a growing need for some of the patches and
improvements that we've run into regarding (mostly) libtool, to be
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
Sent: 09 April 2002 20:05
+1
+1 We need to invest in better cross project communication. Especially
when its about projects we are dependend on.
Just in case, I'll do it, if only to make sure it gets done if the group
thinks it's a valid
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 08 April 2002 23:03
On Mon, 8 Apr 2002, Justin Erenkrantz wrote:
Perhaps we httpd people should get together before November.
Are enough core people up for a meeting before then?
+1
I would like this very much, but I'm afraid
Hi,
http://httpd.apache.org still shows:
Apache 1.3.24 is the best version of Apache currently available;
everyone running 1.2.X servers or earlier are strongly urged to
upgrade to 1.3, as there will not be any further 1.2.X releases.
At present, the Win32 port of Apache is not as stable as
From: Mladen Turk [mailto:[EMAIL PROTECTED]]
Sent: 06 April 2002 13:53
http://httpd.apache.org still shows:
Apache 1.3.24 is the best version of Apache currently available;
everyone running 1.2.X servers or earlier are strongly urged to
upgrade to 1.3, as there will not be any
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 05 April 2002 21:21
To: 'Dale Ghent'; [EMAIL PROTECTED]
Subject: RE: I WANT A GA release
On Fri, 5 Apr 2002, Ryan Bloom wrote:
| Come on guys. Get this stuff committed by noon PST. I'm still
pushing
| for a 3:00 PST GA date.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 05 April 2002 23:39
Yoo - good stuff !
but you guys *DO* realize that this does carve your API's
in stone -
Only the APIs in httpd.
renamings in APR will be harder from hereon
APR _shouldn't_ be affected by it. It is
Like the subject says...
+1's were casted by:
Doug McEachern
William A. Rowe
Ryan Bloom
I'll gladly add mine.
Sander
-Original Message-
From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
Sent: 06 April 2002 01:18
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: cvs commit: httpd-site/docs Announcement
Please REVIEW this doc. I want to use it when we release the GA.
Ryan
+1, looks good.
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Sent: 03 April 2002 17:57
Finishing touches... Makefile.in (long forgotten)... BTW, ap_config_path.h
doesn't exist in the source tree (I believe it's an old source file left
there somehow?)...
Attached is the full-complete patch (instead of
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: 04 April 2002 20:17
with httpd-2.0-HEAD, installing into a directory where no conf/ already
exists, no httpd.conf is installed, only:
% ls -1 conf/
highperformance.conf
highperformance-std.conf
httpd.conf.in
httpd-std.conf.in
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: 04 April 2002 20:30
On Thu, 4 Apr 2002, Pier Fumagalli wrote:
Did you run ./buildconf?
yup, always. i probably just need blow away my cvs tree and start from
scratch. has cured similar trouble in the past. i'll report back if
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: 04 April 2002 20:38
To: [EMAIL PROTECTED]
Subject: Re: httpd.conf no longer installed
nope, still isn't there.
% uname -a
Linux mako.covalent.net 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown
% autoconf --version
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Sent: 03 April 2002 13:09
There are a bunch of hard-coded logs/... file names in HTTPD's MPM
directory (grep logs/ server/mpm/*/*).
This patch adds a new header file (ap_config_layout.h), which contains
.../configure-specified layout
On Mon, 1 Apr 2002, Bill Stoddard wrote:
I suspect apr_bucket_alloc_create() is called in the wrong place.
Working on it. SHould have a patch in 30 min or so.
A semi-related question::
Should apr_bucket_alloc_create() be registering a cleanup on the pool
that's passed into it so
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 01 April 2002 21:39
On Mon, 1 Apr 2002, Sander Striker wrote:
Right now we're not using it for anything.
Only for the bucket_alloc struct itself, right?
Not even that. I took your advice and the apr_allocator is created first
From: Thom May [mailto:[EMAIL PROTECTED]]
Sent: 22 March 2002 18:54
To: HTTPD Dev List
Subject: [PATCH] ensure all directories are created before installing to
them.
Reposting with a sane title. I really ought to work out how to write in
English post 8pm.
-Thom
* Thom May ([EMAIL
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 25 March 2002 14:05
Sander Striker [EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 22 March 2002 21:37
trawick 02/03/22 12:37:04
Modified
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 21 March 2002 21:20
What am I missing here? Why shouldn't the mod_ssl version just be the
Apache version since with Apache 2.0 mod_ssl is now a core module?
+1
Sander
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
Sent: 20 March 2002 11:48
[EMAIL PROTECTED] writes:
wrowe 02/03/19 23:03:07
Modified:server listen.c
Log:
Here's the patch that really sucks. old_listeners points to an array
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:29
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
NTDLL! 77883941()
NTDLL! 778838c6()
apr_allocator_free(apr_allocator_t * 0x00794210, apr_memnode_t *
0x007942a8) line
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates srclib/apr
From: [EMAIL PROTECTED] On Behalf Of Jeff Trawick
Sent: 19 March 2002 15:14
Bill Stoddard [EMAIL PROTECTED] writes:
Introduces ap_rset_content_type()... This patch is not complete, I have not finished
reviewing it (or doing the doc), but it should demonstrate Ryan and Sander's
suggestion
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates srclib/apr
[...]
I have a hard time figuring out what is going wrong, and especially
why it is going wrong on windows.
Some discussion with Aaron lead us to a problem that shows
up with threading:
Create a pool A.
Create a thread
- create a subpool B of A
- launch the
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 19:10
Any votes on this patch (even in concept if not on all the details)? If it looks
like what
we want to do, I'll polish it up and commit it.
+1 from me.
Bill
Sander
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2002 20:31
At 01:56 PM 3/19/2002, you wrote:
any objections ?
if we do this we can move some other functions which are generic into
apr-util.
ap_escape_os_path for example
That example should move to apr
From: Martin Ramshaw [mailto:[EMAIL PROTECTED]]
Sent: 14 March 2002 21:08
To: [EMAIL PROTECTED]
Subject: Re: [1.3 PATCH/QUESTION] Win32 ap_os_is_filename_valid()
Okay, let me kick some ideas out (I'm not a C guy, so they are pretty much
all I have to contribute - with the exception of
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: 13 March 2002 15:59
Justin Erenkrantz wrote:
On Tue, Mar 05, 2002 at 10:02:55AM +0100, Sander Striker wrote:
Hi,
Below a patch to apr and a patch to httpd
to factor out the allocator from pools. It
is only the first cut, so crucial
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eli
Marmor
Sent: 12 March 2002 11:43
Greg Stein wrote:
On Mon, Mar 11, 2002 at 11:55:07AM +0100, Sander Striker wrote:
1) Can we decide on a standard style when it comes to using
++ or --?
Example:
lines
Hi,
As a general note on this file: there seems to be a lot of codedup in
here. Specifically the loc/dir walk caching stuff. Couldn't this
be factored out a bit, possibly using an APR_INLINEd function?
server/request.c:1126
/* It seems this shouldn't be needed anymore. We translated the
x
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eli
Marmor
Sent: 12 March 2002 12:39
Sander Striker wrote:
Consider:
lines += 1;
Which is the same as:
lines++;
Personally I am slowed down when I see this:
++lines;
Because I am used to seeing the op
301 - 400 of 493 matches
Mail list logo
