Re: Bugzilla action items

On Mon, Mar 18, 2002 at 01:08:33AM +, Pier Fumagalli wrote: > > 5) Potentially add a bugzilla.apache.org CNAME that is a redirect > > to http://nagoya.apache.org/bugzilla. [DNS and httpd admin] > > See other email... Fair enough, but as I understand matters, Scarab does not support any mig

Re: Bugzilla action items

On Sun, Mar 17, 2002 at 11:01:38PM -0600, William A. Rowe, Jr. wrote: > >Yep... Actually on tomcat we mail them to tomcat-dev, but it's up to you > >guys, just let me know the mail address to subscribe :) > > [EMAIL PROTECTED] [which is generic enough for the -next- transition :-] ++1. But, I t

Bugzilla project naming and mailing list

One minor nit. The component names are now "Apache HTTPD 1.3" and "Apache HTTPD 2.0." I think we want it to be "Apache httpd-1.3" and "Apache httpd-2.0." I'm headed off to take a final now (woo-hoo! Metalogic!), so I'd greatly appreciate it if someone else with Bugzilla admin could figure out

Re: [PATCH] AddOutputFiltersbyType (revised)

On Tue, Mar 19, 2002 at 01:09:49PM -0500, Bill Stoddard wrote: > 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 (concept). ap_set_content_type seems a better name though. My only implementation co

Re: PCRE status?

On Wed, Mar 20, 2002 at 10:11:08AM -0800, Brian Pane wrote: > We're upgraded to the latest PCRE now (thanks for Cliff to fixing the > Win32 build). > > I checked with the PCRE maintainer and learned that the next release is > several months away. In the meantime, that leaves me with two options

Re: 2.0.34 tag planned for 1200 PST 03-26-02

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

Re: Open Apache 2.0 Bug Summary

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

Re: Open Apache 2.0 Bug Summary

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

Hold off on 2.0.34 for a few minutes?

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

Re: Hold off on 2.0.34 for a few minutes?

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

Re: Hold off on 2.0.34 for a few minutes?

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,

Re: Open Apache 2.0 Bug Summary

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

Re: Open Apache 2.0 Bug Summary

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

Re: Hold off on 2.0.34 for a few minutes?

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

Re: Open Apache 2.0 Bug Summary

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

Re: Email addresses in changes file

On Wed, Mar 27, 2002 at 09:36:31AM -0800, Joshua Slive wrote: > > On Wed, 27 Mar 2002 [EMAIL PROTECTED] wrote: > > Anyone think it is a good idea if I did a > > > > s/@/_at_/g > > > > on the email addresses in the Changes file ? > > -0 > > - It won't solve the problem. > > - It looks amate

Re: [PATCH] AutoConf option to disable IPv6 support in APR for HTTPD 2.0

On Wed, Mar 27, 2002 at 09:13:23PM +, Pier Fumagalli wrote: > On my Solaris 8/x86 box, if I enable IPv6 support in APR, things start to > get weird (I believe it's my old tweaked version of Solaris, but...)... > > This little patch allows to change the default behavior and disables APR > IPv6

Re: [PATCH] Removal of old, old SCOREBOARD_FILE fluff

On Wed, Mar 27, 2002 at 02:08:51PM -0500, Jim Jagielski wrote: > This patch removes, for good, the concept of *only* file-based scoreboards. > Not named-based and file-based shared memory scoreboards, but scoreboards > that exist only as files. > > In the process, this allows us to remove some de

Re: [PATCH] 1.3: config.layout update for Red Hat Linux

On Wed, Mar 27, 2002 at 11:56:36AM -0800, Joshua Slive wrote: > > On Wed, 27 Mar 2002, Joe Orton wrote: > > > This updates config.layout for recent Red Hat Linux systems (bugzilla > > #7422): > > Any opinions on whether we should retain the old layout and name this one > Redhat7 so that we don'

Re: 2.0.34 up-to-date wrt cvs HEAD

On Sun, Mar 31, 2002 at 09:09:52PM -0600, William A. Rowe, Jr. wrote: > I don't expect us to 'measure' 2.0.34 against perchild, only worker > and threaded mpms [and win32, netware specific mpms.] As long as > the changes to server/mpm/perchild are finished when we are ready > to roll (probably to

Re: cvs commit: apr CHANGES apr-config.in

On Mon, Apr 01, 2002 at 07:30:27PM -, [EMAIL PROTECTED] wrote: > jerenkrantz02/04/01 11:30:27 > > Modified:.CHANGES apr-config.in > Log: > Fix apr-config so that it will not attempt to cd to bindir if it doesn't > exist yet. Oh glorious RM, this might be worthy for in

include/pcreposix.h

Anyone know why we have include/pcreposix.h? What is its relationship to srclib/pcre/pcreposix.h? The differences only seem to be in the comments. Do we really need both? -- justin

[PATCH] AddOutputFilterByType issues.

I've been partly out of it lately, but I think there is a problem with AddOutputFilterByType. Since ap_set_content_type() can be called arbitrarily many times, it will try to add each filter as directed by AddOutputFilterByType on each call. For certain filters, that isn't a terrifically good id

Re: [PATCH] AddOutputFilterByType issues.

On Mon, Apr 01, 2002 at 02:05:04PM -0800, Ryan Bloom wrote: > I have two conflicting thoughts, so I'll put them both out there for > discussion. > > 1) I agree (mostly) RESOURCE filters are really the only ones that make > sense to add multiple times. We should ensure that no other filters are

Re: 2.0.34 - erratic behavior with autoindexes

On Tue, Apr 02, 2002 at 04:28:31PM -0500, Jeff Trawick wrote: > maybe this helps... haven't tested yet I believe we took that out specifically to ensure that any requests that may be promoted to a real request do not have the subreq filter. IIRC, if the subreq is being created with a NULL parent

Re: Official Release: Apache 2.0.35 is now GA

On Sun, Apr 07, 2002 at 08:00:58PM -0700, Ian Holsman wrote: > Greg Stein wrote: > > It's my pleasure to announce that the Apache Software Foundation's Apache > > HTTP Server, version 2.0.35, has now been released for General Availability. > > Gees guys.. > you leave for a couple of days to have

Libtool and OS/X.

Sander Temme brought up some valid points in Bugzilla about using libtool from icarus for releasing. FreeBSD's ports are clinging to libtool-1.3.4 which doesn't work on OS X. So, we have a build that doesn't work out of the box on OS X. Can someone who knows what they are doing please add a rele

Re: cvs commit: httpd-2.0 config.layout

On Sun, Apr 07, 2002 at 01:13:17AM +0100, Pier Fumagalli wrote: > BTW, OS/X freaks, is there interest in a "bundle" layout for Apache2? If you > check out /System/Library/Frameworks/JavaVM.framework/ you'll see what I > mean... Hey, that's cool stuff. You could have Apache 1.3 and 2.0 in the sam

Re: Bug report for Apache httpd-1.3 [2002/04/07]

On Sun, Apr 07, 2002 at 07:17:07PM +0200, Graham Leggett wrote: > [EMAIL PROTECTED] wrote: > > > | 7195|Opn|Blk|2002-03-18|mod_proxy removes Set-cookie headers | > > This bug is fixed - how does one update bugzilla? Is there an idiots > guide anywhere? http://nagoya.apache.org/bugz

Re: cvs commit: httpd-2.0 STATUS

On Sun, Apr 07, 2002 at 02:59:17PM -0500, Edward S. Marshall wrote: > Don't forget that glibc (and a few other library) versions matter too, > if you go the route of not specifying distribution versions. Specifically glibc matters almost more so than the kernel version. I'd prefer if we did it by

Re: Does Solaris qsort suck

On Mon, Apr 08, 2002 at 01:53:13PM +0400, Igor Sysoev wrote: > I see this bug on > > SunOS X 5.8 Generic_108529-07 i86pc i386 i86pc You are sorely out-of-date on your kernel version. Download the latest recommended patch cluster and I think the problem might go away. (Sun is up to 1085

Re: cvs commit: httpd-dist KEYS

On Mon, Apr 08, 2002 at 03:25:39PM -0400, Jim Jagielski wrote: > Hopefully, the next ApacheCon will afford an op for mega signing :) *ahem* When will the next ApacheCon be? -- justin

2.0.35 timeframe was Re: daedalus.apache.org security check output (fwd)

On Mon, Apr 08, 2002 at 09:04:35AM -0400, Greg Ames wrote: > IMO httpd-2.0.35 was shoved out the door too quickly. What happened to our "3 > days on daedalus" rule? That's not important if we think it's time for a GA? Well, I agree with you. I think we should have been a bit more conservative

ApacheCon scheduling was Re: cvs commit: httpd-dist KEYS

On Mon, Apr 08, 2002 at 03:50:40PM -0400, Cliff Woolley wrote: > On Mon, 8 Apr 2002, Jim Jagielski wrote: > > > Most likely Nov 2002. Oh great. When were we going to be told that? August really works better for me. November is just going to suck. I'm really going to be leery about taking a w

httpd-2.0 policies was Re: ApacheCon scheduling

On Tue, Apr 09, 2002 at 01:12:30AM +0100, Pier Fumagalli wrote: > "Justin Erenkrantz" <[EMAIL PROTECTED]> wrote: > > > Especially now that we went GA on 2.0, we should meet to discuss > > 2.1 or 3.0... Waiting until Nov will just suck. -- justin > &g

Switch httpd-2.0 to RTC?

I don't know how strongly I feel about this, but I think we deserve to discuss this now that we have a GA. Should at some point we switch httpd-2.0 to a Review-then-Commit model? If so, when? If not, why not? I guess I'm scared that someone will start adding things that will destabilize the se

Re: Switch httpd-2.0 to RTC?

On Mon, Apr 08, 2002 at 09:35:01PM -0400, Bill Stoddard wrote: > -1 > > We have been very selective in who gets commit authority and should problems arise, I > think we (the royal we) will be able to brow beat the offender into line :-) CTR has > works fine for Apache 1.3 for a number of years.

Re: where to describe critical OS-specific requirements

On Mon, Apr 08, 2002 at 09:50:36PM -0400, Jeff Trawick wrote: > Could we have a README.1st or something on /dist/httpd that describes > critical issues for certain OSs? > > Is there already an appropriate file for this type of info? Previously, we included them in the announcement. -- justin

Re: where to describe critical OS-specific requirements

On Mon, Apr 08, 2002 at 10:34:02PM -0400, Jeff Trawick wrote: > Any Mac OS X folks watching now? Don't we need something like this in > /dist/httpd/patches/apply_to_2.0.35/README.html? > > * OS X > 1. up-to-date libtool needed > > Install libtool 1.4.2 separately. Once

Re: httpd-2.0 policies was Re: ApacheCon scheduling

On Mon, Apr 08, 2002 at 08:13:31PM -0700, Ryan Bloom wrote: > We have never before frozen an API, and I would prefer that we didn't > freeze this one. If an API needs to change, then it should be allowed > to change. The important thing is that we don't change APIs just for > the sake of changin

Re: where to describe critical OS-specific requirements

On Mon, Apr 08, 2002 at 09:45:58PM -0700, Sander Temme wrote: > But this requires a user-installed patch upon a user-installed libtool. I'm > in favour of the first option. All of these options suck since they can't use any of the default libtools. I've got a tarball of 2.0.35 that I've rolled o

2.0.35 for Darwin was Re: where to describe critical OS-specific requirements

On Tue, Apr 09, 2002 at 02:13:12AM -0400, Cliff Woolley wrote: > On Mon, 8 Apr 2002, Justin Erenkrantz wrote: > > > I'll place it somewhere once I get my gpg key off of one of my > > other machines. If we want, we can place it in /dist > > We've done this b

Re: 2.0.35 for Darwin was Re: where to describe critical OS-specific requirements

On Mon, Apr 08, 2002 at 11:50:34PM -0700, Ryan Bloom wrote: > Guys, this is a SOURCE tarball. We don't need to provide every possible > software combination for source tarballs. If one of our users requires > a specific version of libtool, then they can install that version. If > it is a binary

Re: 2.0.35 for Darwin was Re: where to describe critical OS-specific requirements

On Tue, Apr 09, 2002 at 02:55:34AM -0400, Cliff Woolley wrote: > But yeah, I'm starting to get the feeling that this could escalate out of > control. When it was just one stray platform, it was one thing. And > especially since Aaron pointed out that the binary distributions already > contain a

Re: slow apache 2.0

On Tue, Apr 09, 2002 at 06:51:36PM +0200, Nick De Decker wrote: > I still have to install flood but haven't installed cvs for the moment, can > i find tarballs somewhere ? http://www.apache.org/dist/httpd/flood-0.4.tar.gz HTH. -- justin

Re: 2.0.35 for Darwin was Re: where to describe critical

On Tue, Apr 09, 2002 at 10:32:30AM -0700, Aaron Bannert wrote: > I wouldn't. I think libtool, for all it's troubles, saves us lots of > development time and hassles that we are just blind to. One of those > things that we only bitch at when it breaks. :) +1. The patches are simple to fix OS X.

Re: [PATCH] convert worker MPM to leader/followers design

On Wed, Apr 10, 2002 at 09:44:04AM -0700, Aaron Bannert wrote: > Of course. I'm saying: > > server/mpm/experimental/leader-follower > server/mpm/experimental/perchild > server/mpm/experimental/door +1. As long as we can do --with-mpm=perchild. I think we can get the m4 macros to handle that.

MPM as DSO?

Aaron and I were talking over lunch yesterday and we were trying to remember why MPM can't be DSOs. What is the obstacle here? The MPMs are internally modules, but they currently require a recompile to change your MPM. I'd like to change it so that they are now available as DSOs instead. Is thi

Re: MPM as DSO?

On Wed, Apr 10, 2002 at 01:09:14PM -0400, Bill Stoddard wrote: > You will be seriously hosed if you try running a server compiled for prefork with a > threaded MPM. A prefork compile does not link in thread safe libraries. Don't know >what > kind of problems you could run into running prefork w

Re: MPM as DSO?

On Wed, Apr 10, 2002 at 10:17:38AM -0700, Ryan Bloom wrote: > > http://www.geocrawler.com/archives/3/417/2000/2/200/3308893/ > > This has been the historic reason for not doing it. Since APR is handling the abstraction of threads and it is always providing the ability to call the OS's threads (

Re: [PATCH] fix LimitRequestBody for all input handlers

On Thu, Apr 11, 2002 at 01:02:37PM -0700, Aaron Bannert wrote: > Currently, if you set the LimitRequestBody and then do a POST request > against a CGI resource with a body larger than the LimitRequestBody, > one of two broken things happen: > > 1) You get a closed socket and no returned data. > 2

Re: [PATCH] convert worker MPM to leader/followers design

On Thu, Apr 11, 2002 at 04:57:23PM -0700, Brian Pane wrote: > On the contrary, production servers sometimes have *huge* discontinuities > in the number of concurrent connections. Think about what happens to the > connection rate at an online brokerage every day at the instant when the > stock mar

Re: [PATCH] fix LimitRequestBody for all input handlers

On Thu, Apr 11, 2002 at 04:34:08PM -0700, Aaron Bannert wrote: > I guess I'm unclear why it is CGI's responsibility to watch for this. > Do we then need to put these kinds of checks in every http-body-using > element? (My relative newness to the filters is showing.) What happens in CGI if it gets

Re: [PATCH] convert worker MPM to leader/followers design

On Thu, Apr 11, 2002 at 05:10:51PM -0700, Brian Pane wrote: > Adding the mutex check will fix one of the three problems in worker that > I know of. The other two--the large-grained overhead of forking a new > process to add concurrency, and the mutex contention on the queue--will > require more r

PR 7966

C-L invalid when using SSI DirectoryIndex: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7966 We've got three people on Bugzilla who are seeing this bug. Is anyone available to look at this? This seems related to the issues that were being addressed right as we shipped. I wonder if this sn

PR 7988: DOCUMENT_URI not set properly on mod_autoindex

DOCUMENT_URI not set properly on mod_autoindex: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7988 This is odd. Any takers? I think we can do a bit better than his suggested patch. Why not just go up to r->main? -- justin

Re: PR 7966

On Thu, Apr 11, 2002 at 07:02:48PM -0700, Ryan Bloom wrote: > Dollars to Donuts, the problem is that the C-L filter isn't removing the > C-L header from the request. I won't have time to look at this for a > few weeks though. The request? Don't you mean the file? Taking a quick look at default

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 12:29:52PM -0700, 'Aaron Bannert' wrote: > Ok, what's the word on this? Is my patch good or can we settle on another > way to do this and just be consistent? Please figure out another way to do it. Your change is wrong. My take is that the non-ap_get_brigade() path (i.

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 01:31:04PM -0700, Aaron Bannert wrote: > On Fri, Apr 12, 2002 at 01:18:19PM -0700, Justin Erenkrantz wrote: > > On Fri, Apr 12, 2002 at 12:29:52PM -0700, 'Aaron Bannert' wrote: > > > Ok, what's the word on this? Is my patch good or can we

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 01:59:59PM -0700, Ryan Bloom wrote: > I have explained three times now that there is no ap_get_brigade() path > that actually solves the problem. Until you create a set of functions > that module authors can use to get data from the client, this is the > correct solution.

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 02:22:03PM -0700, Ryan Bloom wrote: > In your code above, there was no 100 Continue sent to the client. It > also doesn't solve the problem for anybody who is using the > ap_.*client_block API, as most modules do. Don't tell me that you can > just send the 100 message you

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 02:55:33PM -0700, Ryan Bloom wrote: > it 11 times in the server code itself. If the API is so broken that it > is unusable, why is it that the server is still using it? Precisely because people haven't gotten around to it. Just because we went GA doesn't mean that the se

Re: [PATCH] fix LimitRequestBody for all input handlers

On Fri, Apr 12, 2002 at 04:37:58PM -0700, Aaron Bannert wrote: > If you have a better way to deal with this, I *strongly urge* you to > make a proposal. If the API you propose is better than what we have now > I see no reason why we wouldn't make the change. Just because we've gone > GA doesn't me

[PATCH] Move 100-Continue into HTTP_IN

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 camp that HTTP_IN should handle all HTTP protocol issues). Untested. Can I get any con

Autoconf 2.52 on Darwin?

Has anyone else tried to run configure off of an autoconf-2.52 produced configure on Darwin? It fails for me when it tries to go to the srclib/apr configure due to it trying to pass 'CFLAGS=-Wall -g' as a command-line argument (I did pass that to httpd's configure, so it should propogate to apr,

[Take 2] [PATCH] Move 100-Continue into HTTP_IN

On Fri, Apr 12, 2002 at 05:34:27PM -0700, Roy T. Fielding wrote: > We have to do more work than this. The 100 has to be sent before > attempting > to read the first chunk (if chunked) or only if C-L > 0 (if length). This version of the patch should resolve this concern. Add 100-Continue logi

Re: [PATCH] Move 100-Continue into HTTP_IN

On Fri, Apr 12, 2002 at 05:34:27PM -0700, Roy T. Fielding wrote: > Also, the code that reads the chunk end is failing to read the trailers. This patch should resolve this concern by placing get_mime_headers() in http_protocol.c, adding ap_ prefix, and exporting it. Previously, it was static and

Re: [Take 2] [PATCH] Move 100-Continue into HTTP_IN

On Fri, Apr 12, 2002 at 08:32:34PM -0700, Ryan Bloom wrote: > Again, there is a whole case that you are missing. What are you going > to do about modules that want to discard the request body? The discard function is still there - that should still work for now. As Greg pointed out, we can modi

Re: [PATCH] Move 100-Continue into HTTP_IN

On Fri, Apr 12, 2002 at 05:34:27PM -0700, Roy T. Fielding wrote: > Also, the code that reads the chunk length is failing to check for errors. Thoughts on how to deal with this? -- justin

Re: Autoconf 2.52 on Darwin?

On Sat, Apr 13, 2002 at 07:55:38AM -0400, Jim Jagielski wrote: > Justin Erenkrantz wrote: > > > > Has anyone else tried to run configure off of an autoconf-2.52 > > produced configure on Darwin? > > > > I use autoconf 2.52 and libtool 1.4.2+ > > No probl

Re: 2.0.35 doesn't set Last-Modified header

On Mon, Apr 15, 2002 at 11:59:00AM +0800, Stas Bekman wrote: > 2.0.35 or whatever version is running on apache.org at this moment > doesn't set the Last-Modified header for static pages requests. Daedalus won't because everything is run through mod_include. It's httpd.conf says: SetOutput

Re: mod_autoindex vs. auth'd directories

On Mon, Apr 15, 2002 at 12:55:17AM -0400, Tom Howell-Cintron wrote: > I'm posting this to the list as I'm not sure whether it's a bug or a > feature, and I am quite certain that the powers that be would rather I not > clutter up Bugzilla. If it is a bug I'll report it properly.. if not, my > apol

Segfaults restarting on Linux with worker MPM

While hunting down some PRs, I find that I keep segfaulting with worker MPM on Linux 2.4 when I restart (sending it a SIGHUP). (gdb) where #0 __pthread_mutex_lock (mutex=0x410) at mutex.c:99 #1 0x40314098 in free () from /lib/libc.so.6 #2 0x40045595 in apr_allocator_destroy (allocator=0x81d121

Re: Segfaults restarting on Linux with worker MPM

On Mon, Apr 15, 2002 at 07:17:39AM -0400, Jeff Trawick wrote: > backtrace in that post. A rarer backtrace is where an internal free() > routine segfaults (perhaps similar to your backtrace, where some heap > structures are bogus, probably due to a bad free()?). I bet it could be related to a dou

Re: Segfaults restarting on Linux with worker MPM

On Tue, Apr 16, 2002 at 02:41:44PM -0400, Jeff Trawick wrote: > Justin, if you are able to get coredumps for your problem, can you > change clean_child_exit to zap pchild before doing the pool-destroy, > and then see if pchild is already NULL when you segfault? I will take a look at this once I g

Re: Segfaults restarting on Linux with worker MPM

On Tue, Apr 16, 2002 at 02:41:44PM -0400, Jeff Trawick wrote: > These facts are in conflict: > > 1) thread pool for worker threads is a subpool of pchild > 2) pchild can be cleaned up before worker threads go away Doesn't it seem that #2 is the real problem? Why are we cleaning up pchild before

Re: APR version and 2.0 version

--On Thursday, December 18, 2003 4:57 AM -0800 Dirk-Willem van Gulik <[EMAIL PROTECTED]> wrote: Does our 2.0 ./configure check (or know) in any way the version (range/minumum) of APR it expects to be in place ? Or are there fundamental reasons why this is not possible ? I don't believe anyone has

Re: cvs commit: httpd-2.0 STATUS

--On Tuesday, December 23, 2003 2:59 PM + [EMAIL PROTECTED] wrote: + PR 24469, broken reverse lookups with IPv4-mapped addrs on old OS X +The autoconf check added between 2.0.47 and 2.0.48 isn't +sufficient for catching the OS X problem, because building the +IPv4 numeric

Re: cvs commit: httpd-2.0 STATUS

--On Saturday, December 27, 2003 7:51 AM -0500 Jeff Trawick <[EMAIL PROTECTED]> wrote: Happy holidays!!! A good way to end the year by closing as many backports as possible. ;-) @@ -209,7 +185,8 @@ modules/generators/mod_cgid.c r1.152, r1.161 server/mpm_common.c r1.111

Re: mod_log_forensic for httpd 2.0

--On Tuesday, December 30, 2003 3:41 PM + Ben Laurie <[EMAIL PROTECTED]> wrote: For review - or shall I just commit? I'd say commit to HEAD (aka 2.1) right now. We can deal with merging back into 2.0 once it has the 3 +1s (which imply it has been reviewed)... -- justin

Re: new core module mod_version

--On Wednesday, January 28, 2004 1:15 AM +0100 André Malo <[EMAIL PROTECTED]> wrote: I've uploaded the module here: . The are some more detailed descriptions at the beginning of the file after the license. What do you think? +1 (concept). -- justin

Re: fixing ITERATE/ITERATE2 wrt DECLINE_CMD

--On Wednesday, January 28, 2004 8:48 PM -0500 Geoffrey Young <[EMAIL PROTECTED]> wrote: does anyone have any objections to applying this in 2.1? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22299 +1. -- justin

Re: cvs commit: httpd-2.0 CHANGES

--On Friday, January 30, 2004 2:48 PM -0500 Geoffrey Young <[EMAIL PROTECTED]> wrote: hi all... hopefully I followed protocol here correctly wrt 2.1, but someone please feel free to set me straight if I didn't. I also closed the PR. That's fine. The only comment I have is that you should commit

Re: cvs commit: httpd-2.0 NOTICE LICENSE buildconf

--On Friday, February 6, 2004 9:48 PM + [EMAIL PROTECTED] wrote: nd 2004/02/06 13:48:40 Modified:.LICENSE buildconf Added: .NOTICE Log: begin relicensing httpd-2.1 to Apache License, Version 2.0 Revision ChangesPath 1.10 +12 -56http

Re: [PATCH] More sensible behavior(?) when zero-length pid file is found

--On Thursday, February 5, 2004 2:01 PM +0100 Martin Kraemer <[EMAIL PROTECTED]> wrote: When, with httpd-2.1, the pid file exists but has a zero size, then httpd refuses to start. The attached patch changes this behavior and removes the empty pid file (but only if it exists AND is empty) and logs

Re: cvs commit: httpd-2.0 NOTICE LICENSE buildconf

--On Friday, February 6, 2004 10:55 PM +0100 André Malo <[EMAIL PROTECTED]> wrote: Doh! I'll fix it :-) Thanks, nd Thank *you* for taking this on! ;-) -- justin

Re: [PATCH] new finish_connection hook & SSL closure fix

--On Sunday, February 8, 2004 5:27 PM + Joe Orton <[EMAIL PROTECTED]> wrote: This adds a finish_connection hook as discussed with Madhu, and uses it in mod_ssl to ensure that the SSL close_notify alert is sent before the connection is closed. Any comments? Would an EOS sent to the output conn

Re: License 2.0

--On Wednesday, February 18, 2004 9:55 PM +0100 Sander Striker <[EMAIL PROTECTED]> wrote: We need to take care of mod_mbox and mod_pop3 aswell. Any takers? ;) Personally, I think that if we ever 'officially' release those modules, we can relicense them at that time. -- justin

Re: interface of the 2.1 authentication framework / behaviour of mod_digest/mod_basic

--On Thursday, February 19, 2004 12:18 PM -0500 Geoffrey Young <[EMAIL PROTECTED]> wrote: yeah, that would certainly be a good idea. give the attached patches a whirl and see if they work for you. feedback from justin or others that are familiar appreciated :) Looks fine here. ;-) Thanks! --

Re: interface of the 2.1 authentication framework / behaviour of mod_digest/mod_basic

--On Friday, February 20, 2004 8:09 PM + Patrick Welche <[EMAIL PROTECTED]> wrote: Just an off-the-cuff remark: How does this tie in with say SASL (old page at: http://asg.web.cmu.edu/sasl/) ? (vision of mod_sasl, then plug in any old authentication method into that) SASL is more generic than

Re: finish connection hook (WAS: RE: [PATCH] SSL not sending close alert message)

--On Tuesday, February 24, 2004 4:49 PM -0800 "Mathihalli, Madhusudan" <[EMAIL PROTECTED]> wrote: ... brings up the question : do you still want the finish_connection hook OR should the modules be content with the EOC bucket ? I don't think we'd need a new hook. -- justin

Re: [PATCH-Modified] SSL not sending close alert message

--On Tuesday, February 24, 2004 5:26 PM -0800 "Mathihalli, Madhusudan" <[EMAIL PROTECTED]> wrote: Here's the new patch incorporating the feedback. Comments inline. One thing that I'd like feedback : The eoc bucket is inserted by the ap_end_connection() function(in server/connection.c) - and dele

RE: finish connection hook (WAS: RE: [PATCH] SSL not sending close alert message)

--On Wednesday, February 25, 2004 1:20 PM -0800 "Mathihalli, Madhusudan" <[EMAIL PROTECTED]> wrote: Hooking the cleanups to the connection pool may be a little too late for some modules (Example SSL shutdown/SSL Alert). For filters like SSL, the EOC logic would probably be just fine - I can't thi

Re: [PATCH-Modified-2] SSL not sending close alert message

--On Thursday, February 26, 2004 11:58 AM + Joe Orton <[EMAIL PROTECTED]> wrote: On Wed, Feb 25, 2004 at 05:12:33PM -0800, Mathihalli, Madhusudan wrote: More feedback incorporated ! ap_flush_conn can just use a single brigade with two buckets, no extra variables needed there, also needs s/APU

RE: [PATCH-Modified-2] SSL not sending close alert message

--On Thursday, February 26, 2004 10:17 AM -0800 "Mathihalli, Madhusudan" <[EMAIL PROTECTED]> wrote: ap_flush_conn can just use a single brigade with two buckets, no extra variables needed there, Hmmn.. will that not introduce a mem leak ? I don't think so. Why do you think so? -- justin

Re: piped logger fixes and 2.0.49 and Windows

--On Friday, February 27, 2004 6:01 AM -0500 Jeff Trawick <[EMAIL PROTECTED]> wrote: Is it reasonable to commit the piped logger stuff without the Win32/BeOS/OS/2 support? I think yes, even though that will result in crashing piped loggers not being restarted on those platforms until the platfor

Re: FreeBSD 4.x and Apache2: worker MPM issue

--On Saturday, February 28, 2004 10:05 PM -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: Someone mentioned to me once that there is an easy/consistent way to trigger the thread bug where you have 2+ workers in operation ... Can someone send me a how to on this? Just issue two GET requests si

Re: FreeBSD 4.x and Apache2: worker MPM issue

--On Sunday, February 29, 2004 12:29 PM -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: 'k, how do you manage 'simultaneously? I tried using http_load with -rate set to 10, and couldn't lock it up, and its supposed to start up 10 connections per sec, if I read the docs right ... You probably

Re: FreeBSD 4.x and Apache2: worker MPM issue

--On Sunday, February 29, 2004 4:06 PM -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: k, if I'm understanding what you are saying, how do you test something like that in a way that you can debug it? What I'm reading is that if I sent two queries (GET / and, say, GET /subdir), there is a cha

Re: httpd.conf --> Pidfile

--On Sunday, February 29, 2004 10:11 AM -0300 Esteban Pizzini <[EMAIL PROTECTED]> wrote: How can I get the value of httpd.conf --> Pidfile directive from a module??? I've been looking in mod_info, but it implements a cycle reading all directives (and there gets PidFile value to show).. is there

<    5   6   7   8   9   10   11   12   13   14   >