Re: cvs commit: httpd-2.0 CHANGES

2003-12-09 Thread Greg Stein
); } __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Greg

Re: filtering huge request bodies (like 650MB files)

2003-12-10 Thread Greg Stein
. The *buckets* might get returned to memory when the brigade is cleared, but the brigade itself won't. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 CHANGES

2003-12-10 Thread Greg Stein
. Everything else is red tape. Amen, brother! -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/server/mpm/experimental/threadpool threadpool.c

2003-12-13 Thread Greg Stein
-- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 STATUS

2004-01-23 Thread Greg Stein
the redirect-carefully variable. It's a matter of degree. Just how many clients are broken, and what percentage of traffic do they represent? The redirect-carefully was put in because of a great many, popular clients were borken. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: apr/apr-util python dependence

2004-02-18 Thread Greg Stein
no... switching to a shell script would not be beneficial, as it would cut off future capabilities. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: License 2.0

2004-02-18 Thread Greg Stein
modules, we can relicense them at that time. -- justin I'd like to see those modules pulled into one big-ass SVN repository with all the rest of the HTTPD PMC's code. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
I think the people maintaining APR would prefer Python over Perl. And the notion of well, now it doesn't build on my platform is quite suspect. The output of the process (run at buildconf time) is build-outputs.mk. Just copy that from *anywhere* to your target platform. Cheers, -g -- Greg Stein

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
On Fri, Feb 20, 2004 at 06:12:07PM +0100, Sander Striker wrote: From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, February 20, 2004 6:00 PM And the notion of well, now it doesn't build on my platform is quite suspect. The output of the process (run at buildconf time) is build

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
EBCDIC. Jeff reminded me, so my fix was to fix apr_uri rather than poke at the gen-uri stuff. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
was effectively a separate change, and that one forgot about EBCDIC and also created a pain for Brad's NetWare build. I'm working on a solution for the former, and have a solution (to-be-coded) for the latter. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: apr/apr-util python dependence

2004-02-20 Thread Greg Stein
, but will look at those custom Makefiles that you have checked in. We should be able to do something. Please let me know where your pain points are now. Thanks, -g -- Greg Stein, http://www.lyra.org/

Re: [PATCH] SSL not sending close alert message

2004-02-24 Thread Greg Stein
file. I say httpd. Agreed. -- Greg Stein, http://www.lyra.org/

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

2004-02-25 Thread Greg Stein
? I don't think we'd need a new hook. -- justin Rather than a finish_connection hook, I'd just suggest that people attach cleanups to the connection pool. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: making filters more efficient

2004-03-04 Thread Greg Stein
the state, then we can examine whether it should hook into the processing differently. I bet there is a different hook or approach that can avoid a query of the state. Cheers, -g -- Greg Stein, http://www.lyra.org/

[OT] sco stuff (was: [PROPOSAL] Move httpd to the subversion repository)

2004-03-17 Thread Greg Stein
. -- Geoff Thorpe [EMAIL PROTECTED] http://www.geoffthorpe.net/ -- Greg Stein, http://www.lyra.org/

Re: [PROPOSAL] Move httpd to the subversion repository

2004-03-17 Thread Greg Stein
. It is useful information for other people, too. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [OT] sco stuff

2004-03-17 Thread Greg Stein
community. When Guido replied with, effectively, oh, shut the hell up. Greg's contributed more to the Python community than you have (I don't even know who you are), so you have no standing to harsh on him. Okay, maybe not that quote, but close enough :-) Cheers, -g -- Greg Stein, http

Re: WiX - the Windows XML MSI

2004-04-11 Thread Greg Stein
end up helping things quite a bit. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Move apache-1.3 to Subversion

2004-05-14 Thread Greg Stein
. -- justin AOL Me too! /AOL -- Greg Stein, http://www.lyra.org/

Re: WebDAV and reading / writing files as system users

2004-04-29 Thread Greg Stein
it. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: WebDAV and reading / writing files as system users

2004-05-09 Thread Greg Stein
as root, why would the server grow a lot of functionality to run in that particular mode of operation? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: WebDAV and reading / writing files as system users

2004-05-09 Thread Greg Stein
On Fri, Apr 30, 2004 at 11:29:45AM +0530, Amit Athavale wrote: Greg Stein wrote: ... My POV has been (for a LONG while now): the DAV repository is private to the web server and the mod_dav module. Don't let local users near it. May be DAV ACL is the way to go ? Nope. That is only about

Re: Move apache-1.3 to Subversion

2004-06-07 Thread Greg Stein
, an rsync of the raw files doesn't really work. Not to mention that the files change even without any commits occurring. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Any plans for RFC3744

2004-06-14 Thread Greg Stein
the current state is. Have you applied much thought to the issue yet? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: using APR_STATUS_IS_SUCCESS

2004-07-28 Thread Greg Stein
with Ryan on calling that macro wrong, and just tossing it. We tossed its use from SVN a long time ago and just relied on the ==0 contract. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [AJP] proxy status

2004-08-16 Thread Greg Stein
to fix things wherever they might be borken. Cheers, -g -- Greg Stein, http://www.lyra.org/

mod_comment (was: svn commit: r106879 ...)

2004-11-29 Thread Greg Stein
. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: mod_comment (was: svn commit: r106879 ...)

2004-11-29 Thread Greg Stein
On Mon, Nov 29, 2004 at 04:20:21PM +0100, Andr? Malo wrote: * Greg Stein [EMAIL PROTECTED] wrote: https://ssl.bulix.org/projects/rici/file/apache/mod_comment.c?rev=49 That module uses a feature of the configuration parser that should be removed. The capability of code external

Re: mod_comment (was: svn commit: r106879 ...)

2004-11-29 Thread Greg Stein
. Yes, we can change the API (that was allowed going from 1.3 to 2.0), but we were not allowed to remove features. Removing the fp from the API would have disabled this feature in mod_perl, among others. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: mod_comment

2004-11-29 Thread Greg Stein
On Mon, Nov 29, 2004 at 01:54:18PM -0500, Geoffrey Young wrote: Justin Erenkrantz wrote: --On Monday, November 29, 2004 10:41 AM -0800 Greg Stein [EMAIL PROTECTED] wrote: but we were not allowed to remove features. Removing the fp from the API would have disabled this feature

Re: mod_comment

2004-11-29 Thread Greg Stein
of the problem :-) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: mod_comment

2004-11-29 Thread Greg Stein
with it :-) But no... if somebody happens to get the desire to fix it by 2.2, then great. If nobody does, then great. On Mon, Nov 29, 2004 at 09:19:04PM +0200, Graham Leggett wrote: Greg Stein wrote: Yes, we can change the API (that was allowed going from 1.3 to 2.0), but we were not allowed to remove features

Re: mod_comment

2004-11-29 Thread Greg Stein
-- Greg Stein, http://www.lyra.org/

Re: Towards a generic database connection API

2004-12-13 Thread Greg Stein
in very light ways. That's alright, but it is also very rare. Most apps are very tied to a database, even if they use a common API. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Towards a generic database connection API

2004-12-13 Thread Greg Stein
(UTIL). Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PATCH] fixing broken gnu ld (mis)detection problem

2004-12-31 Thread Greg Stein
recent should be fine. For people using tarballs, it is totally irrelevant. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: The use of CORE_PRIVATE

2005-02-10 Thread Greg Stein
that thing should be made public. That's your best solution. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: The use of CORE_PRIVATE

2005-02-11 Thread Greg Stein
. And if it is referring to one of those functions via defining CORE_PRIVATE, then it rightly deserves a thrashing. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Forthcoming 2.2 - Win32 specific questions

2005-03-30 Thread Greg Stein
have a quick vote before beta to rename our program to 'httpd.exe' on Windows, matching our Unix builds? Bill -- Greg Stein, http://www.lyra.org/

Re: simple-conf branch

2005-04-03 Thread Greg Stein
separate files. So: given that... I'm very supportive of a smaller default file. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: svn commit: r159797 - in httpd/httpd/branches/simple-conf/docs/conf: extra/httpd-mpm.conf httpd-std.conf.in

2005-04-03 Thread Greg Stein
/httpd-mpm.conf # Multi-language error messages # Include @relsysconfdir@/extra/httpd-multilang-error.conf -- Greg Stein, http://www.lyra.org/

Re: Do these broken clients still exist?

2005-04-03 Thread Greg Stein
if they make up even 1/100 of a percent of the trafic, but it seems silly to keep these extra regexes on every single request if these clients don't exist anymore in the wild. I'll take a look at some logs tomorrow, and mail back with some results. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Do these broken clients still exist?

2005-04-04 Thread Greg Stein
; Update a; AK; Windows 95) via proxy gateway CERN-HTTPD/3.0 libwww/2.17 Given that it appears to be proxied, then I'm betting the keepalive is totally fine. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: simple-conf branch

2005-04-04 Thread Greg Stein
. We've been to the multiple .conf world before. It sucked. We pulled everything back into a single .conf to get the hell outta there. Small examples are fine. The default configuration should remain as a single .conf file. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: simple-conf branch

2005-04-05 Thread Greg Stein
website. We already have a lot of documentation. Admittedly, it doesn't describe scenarios like yours, but I'll venture to guess that you're in the few-percent case. I'm more than happy to have our doc folks concentrating on the other 97% :-) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: bumping mod_dav

2005-05-26 Thread Greg Stein
a lot of code here. If others agree, I can start posting patches. (Greg Stein, I assume you're okay with this too? I think it was your idea to bump mod_dav in the first place...) Oh, I'm totally fine with it, but I think you're a bit late in the cycle for 2.2. The idea is to close

Re: apache/sitemaps?

2005-10-06 Thread Greg Stein
on that? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 STATUS

2002-10-28 Thread Greg Stein
stabilized, there is less and less of a reason for HTTPD to track HEAD. Of course, if HTTPD requires a change in APR(UTIL), then the right people can apply the patch, crank out a new dot release, and then you bounce the min requirement for APR(UTIL) in the HTTPD bits. Cheers, -g -- Greg Stein

Re: cvs commit: httpd-2.0/server request.c

2002-11-01 Thread Greg Stein
) { +temp_slash = 0; +AP_ASSERT(r-filename[filename_len-1] == '/'); Don't you want *temp_slash = '\0'; ?? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: dav_new_error

2002-11-01 Thread Greg Stein
of the binary interface. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/modules/loggers mod_logio.c

2002-11-01 Thread Greg Stein
, then it merely causes a relocation at load time. So there isn't a worry about that. I don't recall how to find the size of the module; only that the gaps are to be avoided. You could also set yourself a periodic six month reminder to reexamine the sizes. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: New Module: mod_auth_mysql_digest

2002-11-06 Thread Greg Stein
to httpd. See: http://www.securityspace.com/s_survey/data/man.200210/apachemods.html Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Review then Commit discussion

2002-11-25 Thread Greg Stein
location. Trust them to do that. Don't impose rules -- those do nothing put piss off a properly functioning dev community. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PATCH] squash a warning in modules/ssl/ssl_engine_log.c

2003-01-03 Thread Greg Stein
-- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/modules/dav/lock config6.m4

2003-01-06 Thread Greg Stein
a file name or a location name? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/modules/dav/lock config6.m4

2003-01-06 Thread Greg Stein
On Mon, Jan 06, 2003 at 03:17:48PM -0800, Justin Erenkrantz wrote: --On Monday, January 06, 2003 14:10:55 -0800 Greg Stein [EMAIL PROTECTED] wrote: The other thing that could happen is to enable locking services *only* when the DAVGenericLockDB directive is present. However

Re: cvs commit: httpd-2.0 CHANGES configure.in

2003-01-08 Thread Greg Stein
. I don't see why we have to revert a change when we know what the right fix is and know that it fixes it. -- justin -- Greg Stein, http://www.lyra.org/

Re: [patch] include/util_filter.h

2003-01-10 Thread Greg Stein
to get to your patch? Where is that time coming from? People are a limited resource. When you stop to consider their desires and what they choose to work on, then the amount of time available to any particular endeavor is going to be limited. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Problem and Solution to svn import

2003-01-13 Thread Greg Stein
use the URL that refers to that resource. Whether it is a GET, a PROPFIND, or a COPY. Thus, the redirection to ensure that you get the slash on the end. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: workaround for encoded slashes (%2f)

2003-01-13 Thread Greg Stein
piece, and join them together with /. But again: URI munging should be left to handlers rather than the core. (altho, of course, the core can provide utilities to those handlers) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Tagged the tree, one more time

2003-01-14 Thread Greg Stein
to remove all of the non-official tags that are older than a few months. There are currently 18 such tags on httpd-2.0 alone. Any objections? +1 on removal. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: workaround for encoded slashes (%2f)

2003-01-16 Thread Greg Stein
, which is why Ken is operating under a (lazy) consensus model. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Tagged and Rolled 2.0.44

2003-01-17 Thread Greg Stein
) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Broken If-Match handling and mod_dav

2003-02-02 Thread Greg Stein
determine that handling the request is appropriate. (ideally, you would never return something like 412 (or most other errors) from the handler) Cheers, -g -- Greg Stein, http://www.lyra.org/

story posted

2003-02-04 Thread Greg Stein
: if we start banging out versions right and left, then will people actually upgrade? Are we doomed to live with 1.3 forever? Or do we have to stick with today's architecture to support binary compatibility for N years? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 STATUS

2003-02-22 Thread Greg Stein
, and you ask whether SunOS4 is in use? Hah... (altho, to be honest, I'm on the fence whether SunOS4 users are bound to Apache 1.3, and they've gotta OS0-upgrade to get A2) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/server connection.c

2003-02-26 Thread Greg Stein
) != APR_SUCCESS) c-aborted = 1; Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 CHANGES

2003-02-26 Thread Greg Stein
better than gating every single little change. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: ap_get_brigade question

2003-03-18 Thread Greg Stein
in the architecture now ] Cheers, -g -- Greg Stein, http://www.lyra.org/

Fw: Parallel 1.3 and 2.0

2003-04-03 Thread Greg Stein
, Patrick Brewer - End forwarded message - -- Greg Stein, http://www.lyra.org/

Re: mod_dav overhaul

2003-06-01 Thread Greg Stein
was done so that we could return 500 errors or somesuch, but in the new model, we'll simply bury those down in the multistatus response. I have no idea whether clients will be able to properly detect that, but they should and that pattern of response should be amenable. Cheers, -g -- Greg Stein

Re: [PATCH] stream mod_dav PROPFIND responses

2003-06-04 Thread Greg Stein
. (Not a factor for 2.1, but maybe for 2.0.) -- justin Nope. dav_walker_ctx is private to dav/main/. If there was a dav_private.h, then it would go in there. IOW, it is not part of the mod_dav.h API, so changing it won't hurt. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Help with DAV SEGV

2003-06-10 Thread Greg Stein
... Generally, the 64-bit problems that mod_dav has had focus around the dbm 'datum' datatype. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: Help with DAV SEGV

2003-06-10 Thread Greg Stein
, copy_resource = 0, move_resource = 0, remove_resource = 0, walk = 0, getetag = 0, ctx = 0x0} -- Greg Stein, http://www.lyra.org/

Re: libtool 1.4.2 vs. libtool 1.5 for httpd releases

2003-06-13 Thread Greg Stein
. Not sure if the checks allow 1.5 or not. *shrug* I'm a big +1 on falling back to 1.4.3 for the releases. The 1.5 stuff breaks third party modules (like SVN) in certain build environments. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PATCH] mod_dav streamy error handling

2003-06-17 Thread Greg Stein
data, then we need to just bail. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PATCH] mod_dav streamy error handling

2003-06-18 Thread Greg Stein
On Tue, Jun 17, 2003 at 11:33:48PM -0700, Justin Erenkrantz wrote: --On Tuesday, June 17, 2003 7:49 PM -0700 Greg Stein [EMAIL PROTECTED] wrote: Hmm. It seems possible that deliver_report could fail before generating any response. Thus, we want to test what the situation is, and deliver

Re: [PATCH] mod_dav streamy error handling

2003-06-18 Thread Greg Stein
On Wed, Jun 18, 2003 at 12:03:50AM -0700, Justin Erenkrantz wrote: --On Tuesday, June 17, 2003 11:49 PM -0700 Greg Stein [EMAIL PROTECTED] wrote: Definitely possible. But we have no better measure to detect that some output has been generated. Once *some* output has been started (and, say

Re: [PATCH] mod_dav streamy error handling

2003-06-19 Thread Greg Stein
(ctx.bb, r, HTTP_MULTI_STATUS, doc ? doc-namespaces : NULL); -- Greg Stein, http://www.lyra.org/

Re: [PATCH] mod_dav streamy error handling

2003-06-19 Thread Greg Stein
): if the dav provider throws an error in the middle of streaming a response, have mod_dav log an error and abort the connection. ... -- Greg Stein, http://www.lyra.org/

Re: Changing user ID with prefork

2003-06-21 Thread Greg Stein
what the perchild mpm is for. You can't do this with prefork. perchild is not working. you should use muxmpm instead. cu -- Greg Stein, http://www.lyra.org/

Re: struts framework

2003-06-29 Thread Greg Stein
http://jakarta.apache.org/struts/ On Sun, Jun 29, 2003 at 02:23:16PM +0100, objectworlds wrote: Hi, I am interested in the struts framework only. Where are the documentation/software related to struts ? Looking at the Apache.org website struts section is unclear. Thanks. -- Greg

Re: ap_max_requests_per_child isn't part of the API, is it?

2003-06-30 Thread Greg Stein
would prefer to see that stuff moved to httpd_private.h and just not include that file into our public docs (nor install it). Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: apr-util/include apr_buckets.h

2003-07-02 Thread Greg Stein
-- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/include httpd.h

2003-06-17 Thread Greg Stein
... -- Greg Stein, http://www.lyra.org/

Re: mod_ssl broken as DSO in HEAD

2003-06-17 Thread Greg Stein
to *use* the logging function, but stay out of the logging pool. Save the logging pool for cmd directives. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0 CHANGES

2003-07-15 Thread Greg Stein
]] In the CVS commit message, put Brian Pane, Paul J. Reder in the Reviewed by: field. Well, given that Paul committed it, I'd assume the review is implicit :-) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/server util_md5.c

2003-07-17 Thread Greg Stein
; apr_md5_update(context, buf, nbytes); +nbytes = sizeof(buf); } That indentation looks funny. Did a TAB character get in there? Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: mod_rewrite.h cleanup?

2003-07-31 Thread Greg Stein
that mod_rewrite.h was the only offender :-) Splitting out a dav_private.h would be very nice... Now where's that Round Tuit that I had... Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: About time to do 2.0.48?

2003-08-09 Thread Greg Stein
tagging somewhere next (mid) week, following release 1 or 2 weeks after that. I encourage people to take a look at STATUS in the 2.0 branch to review and vote. Thanks, Sander -- Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/modules/ssl ssl_engine_kernel.c

2003-08-14 Thread Greg Stein
FakeBasicAuth spoof: %s, username); Providing the request means that you get more information in the error_log. Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: RCS files for httpd-2.0 and apache-1.3 CVS modules

2003-08-20 Thread Greg Stein
it publically available. Realize that it is *already* available :-) (via CVS, ViewCVS, and I think rsync) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PROPOSAL] Remove ap_*_client_block in 2.1 series

2003-09-09 Thread Greg Stein
On Sun, Aug 31, 2003 at 09:39:39AM -0700, Justin Erenkrantz wrote: I'd like to axe ap_{setup|should|get}_block in future releases (i.e. 2.1+). +1 ... absolutely zero pushback from this camp :-) Cheers, -g -- Greg Stein, http://www.lyra.org/

Re: [PROPOSAL] Remove ap_*_client_block in 2.1 series

2003-09-09 Thread Greg Stein
time on this issue. Anyone? -- justin ap_rput* should be torched as well. The filter functions should be used instead with r-output_filters. Tossing the ap_rput* functions would also get rid of the OUTPUT_WRITE filter stuff, which would be quite nice. Cheers, -g -- Greg Stein, http

Re: [PROPOSAL] Remove ap_*_client_block in 2.1 series

2003-09-16 Thread Greg Stein
On Wed, Sep 10, 2003 at 10:27:42AM -0400, [EMAIL PROTECTED] wrote: Greg Stein wrote: ap_rput* should be torched as well. what about simplicity? how many lines of code are required for an alternative? Yes, the ap_r* functions are a bit simpler for the module author, but definitely cause

Re: cvs commit: httpd-2.0 STATUS

2003-09-16 Thread Greg Stein
do, and she loves me for it. :-) -- Greg Stein, http://www.lyra.org/

Re: adding map_to_storate to mod_example.c

2003-10-02 Thread Greg Stein
); ap_hook_header_parser(x_header_parser_handler, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_check_user_id(x_check_user_id, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_fixups(x_fixer_upper, NULL, NULL, APR_HOOK_MIDDLE); -- Greg Stein, http://www.lyra.org/

Re: [proposal] styleguide tweak

2003-10-02 Thread Greg Stein
, arguments)) { vs if (some_function_call(with, arguments, out, the wazoo) || another_function_call(with, more, arguments)) { The latter is much easier to quickly read/parse. Cheers, -g -- Greg Stein, http://www.lyra.org/

  1   2   3   4   5   >