HEAD broken on Win32
__imp__apr_strmatch_precompile@12: Unresolved external symbol -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
Re: Apache History Project - Call for comments
On Thu, 9 May 2002, Rich Bowen wrote: Call for comments Apache History Project We are a few people that are of the opinion that saving a piece of history is very important. That is why we have drafted this call for comments. We want to save as much of Apache's history as possible. Including, but not limited to, old sources, change descriptions, and feature additions (when was a feature added to Apache). etc ... Well, the almost-complete lack of any response has made us wonder if our initial note got lost somewhere. Anyways, a brief follow-up. If nobody thinks that this is a terrible idea, we'd like to go forward with it, and were hoping that we could get some technical support. Specifically, we want: A hostname (history.apache.org) Mailing list apache.org (history ?) A cvs repository for the stuff (or should this go in the documentation repository?) Space on a web server somewhere - I'm mighty close to my bandwidth allocation most months. I can do any of these on one of my own domain names, if needed (except for the last, noted above, I'd really want to host elsewhere) but was really hoping to get apache.org names on them. I suspect that I could convince a local ISP to coloc a donated machine (hint, hint) if such a thing were available. Anyways, and thoughts at all? Rich Bowen and Thomas Eibner -- And everyone said, If we only live, We too will go to sea in a Sieve - To the hills of the Chankly Bore! (The Jumblies, by Edward Lear)
Re: Apache History Project - Call for comments
Rich Bowen wrote: Well, the almost-complete lack of any response has made us wonder if our initial note got lost somewhere. Anyways, a brief follow-up. If nobody thinks that this is a terrible idea, we'd like to go forward with it, +1. I think it's a great idea... I'd like to propose it as an ASF (sub)project. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: Apache History Project - Call for comments
On Sat, May 11, 2002 at 12:16:48PM -0400, Jim Jagielski wrote: Rich Bowen wrote: Well, the almost-complete lack of any response has made us wonder if our initial note got lost somewhere. Anyways, a brief follow-up. If nobody thinks that this is a terrible idea, we'd like to go forward with it, +1. I think it's a great idea... I'd like to propose it as an ASF (sub)project. +1 from me too. I can also volunteer any site or machine administration if necessary. -aaron
Re: Apache History Project - Call for comments
On Sat, May 11, 2002 at 09:23:58AM -0700, Aaron Bannert wrote: On Sat, May 11, 2002 at 12:16:48PM -0400, Jim Jagielski wrote: +1. I think it's a great idea... I'd like to propose it as an ASF (sub)project. +1 from me too. +1 Tony.
Re: HEAD broken on Win32
Sebastian Bergmann wrote: __imp__apr_strmatch_precompile@12: Unresolved external symbol I think this means that the new apr_strmatch.c source file in apr-util needs to be listed in aprutil.dsp. Can someone familiar with the win32 build setup please advise on the details of what needs to be added? Thanks, --Brian
Re: cvs commit: httpd-site/xdocs lists.xml
On 11 May 2002 [EMAIL PROTECTED] wrote: wrowe 02/05/11 14:10:31 Modified:xdocslists.xml Log: Dumb questions roll on. Hoping that a site-maintainer could build the docs in their next pass over the xslt updates. Josh? Done! --Cliff
Re: Apache History Project - Call for comments
+1 On Thu, 9 May 2002, Rich Bowen wrote: Call for comments Apache History Project We are a few people that are of the opinion that saving a piece of history is very important. That is why we have drafted this call for comments. We want to save as much of Apache's history as possible. Including, but not limited to, old sources, change descriptions, and feature additions (when was a feature added to Apache). etc ... Well, the almost-complete lack of any response has made us wonder if our initial note got lost somewhere. Anyways, a brief follow-up. If nobody thinks that this is a terrible idea, we'd like to go forward with it, and were hoping that we could get some technical support. Specifically, we want: A hostname (history.apache.org) Mailing list apache.org (history ?) A cvs repository for the stuff (or should this go in the documentation repository?) Space on a web server somewhere - I'm mighty close to my bandwidth allocation most months. I can do any of these on one of my own domain names, if needed (except for the last, noted above, I'd really want to host elsewhere) but was really hoping to get apache.org names on them. I suspect that I could convince a local ISP to coloc a donated machine (hint, hint) if such a thing were available. Anyways, and thoughts at all? Rich Bowen and Thomas Eibner -- And everyone said, If we only live, We too will go to sea in a Sieve - To the hills of the Chankly Bore! (The Jumblies, by Edward Lear)
Re: cvs commit: httpd-2.0 CHANGES
On 11 May 2002 [EMAIL PROTECTED] wrote: brianp 02/05/11 16:24:29 Modified:include http_core.h server core.c .CHANGES Log: Added EnableMMAP directive to allow the server administrator to prevent mmap of file buckets upon read. +static const char *set_enable_mmap(cmd_parms *cmd, void *d_, + const char *arg) +{ Why not just ap_set_flag_slot or whatever it's called? --Cliff -- Cliff Woolley [EMAIL PROTECTED] Charlottesville, VA
Re: cvs commit: httpd-2.0 CHANGES
Cliff Woolley wrote: On 11 May 2002 [EMAIL PROTECTED] wrote: brianp 02/05/11 16:24:29 Modified:include http_core.h server core.c .CHANGES Log: Added EnableMMAP directive to allow the server administrator to prevent mmap of file buckets upon read. +static const char *set_enable_mmap(cmd_parms *cmd, void *d_, + const char *arg) +{ Why not just ap_set_flag_slot or whatever it's called? I guess ap_set_int_slot() plus AP_INIT_FLAG would work... but why do all the other on/off directives in the server not use that technique? Are they just older than the set_int_slot/AP_INIT_FLAG API? --Brian
Re: cvs commit: httpd-2.0 CHANGES
On Sat, 11 May 2002, Brian Pane wrote: I guess ap_set_int_slot() plus AP_INIT_FLAG would work... but why do all the other on/off directives in the server not use that technique? Are they just older than the set_int_slot/AP_INIT_FLAG API? As far as I know, that's all it is. Well, that and people forget to use the convenience routines. I don't see any reason not to use it in this case... we should probably sweep though at some point and get rid of other duplicate functions of this sort I suppose. shrug --Cliff -- Cliff Woolley [EMAIL PROTECTED] Charlottesville, VA
Re: HEAD broken on Win32
At 03:40 PM 5/11/2002, Brian Pane wrote: Sebastian Bergmann wrote: __imp__apr_strmatch_precompile@12: Unresolved external symbol I think this means that the new apr_strmatch.c source file in apr-util needs to be listed in aprutil.dsp. Can someone familiar with the win32 build setup please advise on the details of what needs to be added? Feel free to take notes :-) Committed the fix. The complicated bit is that this falls into a new directory, which earns it it's own 'group' (simply a branch in the 'tree view' of the sources). Plus, I've put in 'placeholders' for ldap (need an apr_ldap_compat.hw) as well as adding md4 (which was missing from the win32 build.)
Re: cvs commit: httpd-2.0/server request.c
My gut instinct? You break something here. ap_location_walk, IIRC, sets up the default_conf. Which means the default_conf may not be brought in - given the case you've optimized for here. I might be mistaken, and don't have the energy to research this early morning, but I thought I better point it out sooner. At 10:45 PM 5/11/2002, [EMAIL PROTECTED] wrote: brianp 02/05/11 20:45:47 Modified:server request.c Log: Optimization: skip cache setup in location_walk() if the vhost config contains no Location blocks Revision ChangesPath 1.113 +2 -2 httpd-2.0/server/request.c Index: request.c === RCS file: /home/cvs/httpd-2.0/server/request.c,v retrieving revision 1.112 retrieving revision 1.113 diff -u -r1.112 -r1.113 --- request.c 24 Apr 2002 04:20:10 - 1.112 +++ request.c 12 May 2002 03:45:47 - 1.113 @@ -1192,8 +1192,6 @@ walk_cache_t *cache; const char *entry_uri; -cache = prep_walk_cache(AP_NOTE_LOCATION_WALK, r); - /* No tricks here, there are no Locations to parse in this vhost. * We won't destroy the cache, just in case _this_ redirect is later * redirected again to a vhost with Location blocks to optimize. @@ -1201,6 +1199,8 @@ if (!num_sec) { return OK; } + +cache = prep_walk_cache(AP_NOTE_LOCATION_WALK, r); /* Location and LocationMatch differ on their behaviour w.r.t. multiple * slashes. Location matches multiple slashes with a single slash,
Re: cvs commit: httpd-2.0/server request.c
William A. Rowe, Jr. wrote: My gut instinct? You break something here. ap_location_walk, IIRC, sets up the default_conf. Which means the default_conf may not be brought in - given the case you've optimized for here. I might be mistaken, and don't have the energy to research this early morning, but I thought I better point it out sooner. We should be okay...the default values set by prep_walk_cache() are stored with key AP_NOTE_LOCATION_WALK, which is only ever accessed in location_walk itself. So if one call to location_walk skips the prep_walk_cache() call but the next call can't skip it, the second call will invoke prep_walk_cache() and initialize the defaults. --Brian