Distributed Development Research

2004-03-04 Thread Carl Gutwin
(Sorry for the off-topic post - it was suggested to me that I post here and see if there was any interest...) Hi - I'm a CS researcher who does research in groupware and distributed systems. I'm writing because I would like to interview some httpd developers to find out how people in distribute

Re: 1.x: byte-range with ErrorDocuments returns incorrect status code

2004-03-04 Thread Geoffrey Young
Will Lowe wrote: > Thanks for the quick response -- sorry I've been slow getting back to > you. Yes, the attached patch does seem to fix 1.3.X. It'd be great if > it got rolled into the next point release. ok, I'll try and guide it through the process. --Geoff

mod_ssl TLS/SSL upgrade...

2004-03-04 Thread Brad Nicholes
I would like to resurrect an old discussion. About a year and half ago rbb and wrowe committed a patch for mod_ssl to provide the SSLEngine upgrade capability. It seems that one of the reasons for not back porting it to the 2.0 tree was because there weren't really any clients that supported i

Re: patch bug # 19271

2004-03-04 Thread Joe Orton
On Thu, Mar 04, 2004 at 01:48:15PM -0500, Aryeh Katz wrote: > I'm not quite sure how to submit a patch to bugzilla, so can someone > please take care of the following for me. > In addition, and corrections/better ways would be greatly appreciated. That one is actually fixed on HEAD though ab's SS

Re: 1.x: byte-range with ErrorDocuments returns incorrect status code

2004-03-04 Thread Will Lowe
Thanks for the quick response -- sorry I've been slow getting back to you. Yes, the attached patch does seem to fix 1.3.X. It'd be great if it got rolled into the next point release. On Thu, Feb 26, 2004 at 09:18:02AM -0500, Geoffrey Young wrote: > > > Will Lowe wrote: > > It looks like byte-ra

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread Greg Marr
At 01:33 PM 3/4/2004, William A. Rowe, Jr. wrote: At 12:04 PM 3/4/2004, Greg Marr wrote: >At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: >>At 09:55 AM 3/4/2004, Greg Marr wrote: >> >>>/incremental:no is the default, and MSDev will at times remove flags that it finds redundant, even ones that it

Re: buffer overflow in ab.c

2004-03-04 Thread Aryeh Katz
Sander Temme wrote: One more thing. Can someone explain this SSL bit for me? This seems to be an uninit var invocation for pollresults? const apr_pollfd_t *pollresults; -snip if (ssl == 1) status = APR_SUCCESS; else #endif status = apr_pollset_poll(readbits, aprtimeout,

Re: making filters more efficient

2004-03-04 Thread Stas Bekman
Greg Stein wrote: On Tue, Mar 02, 2004 at 10:11:06AM -0800, Stas Bekman wrote: Justin Erenkrantz wrote: ... Correct. Because the EOS is generated by the request-level protocol handler (HTTP_IN). That's exactly how it is designed. If a connection input filter saw EOS, it'd signal end-of-connec

Re: making filters more efficient

2004-03-04 Thread Stas Bekman
Geoffrey Young wrote: If you have a concrete example of something that needs to query 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. I think where stas is headed are cases like

Re: buffer overflow in ab.c

2004-03-04 Thread Sander Temme
> One more thing. > Can someone explain this SSL bit for me? > This seems to be an uninit var invocation for pollresults? > > const apr_pollfd_t *pollresults; > -snip >if (ssl == 1) >status = APR_SUCCESS; >else > #endif > status = apr_pollset_poll(readbits, aprtim

patch bug # 19271

2004-03-04 Thread Aryeh Katz
I'm not quite sure how to submit a patch to bugzilla, so can someone please take care of the following for me. In addition, and corrections/better ways would be greatly appreciated. # diff -u ab.old.c ab.c --- ab.old.cThu Mar 4 12:32:21 2004 +++ ab.cThu Mar 4 13:44:39 2004 @@ -1699,

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread William A. Rowe, Jr.
At 12:04 PM 3/4/2004, Greg Marr wrote: >At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: >>At 09:55 AM 3/4/2004, Greg Marr wrote: >> >>>/incremental:no is the default, and MSDev will at times remove flags that it finds >>>redundant, even ones that it added itself. It's a bit schizophrenic like t

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread Greg Marr
At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: At 09:55 AM 3/4/2004, Greg Marr wrote: >/incremental:no is the default, and MSDev will at times remove flags that it finds redundant, even ones that it added itself. It's a bit schizophrenic like that. uh wrong. with /debug incremental yes

Re: buffer overflow in ab.c

2004-03-04 Thread Aryeh Katz
One more thing. Can someone explain this SSL bit for me? This seems to be an uninit var invocation for pollresults? const apr_pollfd_t *pollresults; -snip if (ssl == 1) status = APR_SUCCESS; else #endif status = apr_pollset_poll(readbits, aprtimeout, &n, &

Re: mod_jk / mod_jk2 : help from specialists welcome

2004-03-04 Thread jean-frederic clere
Henri Gomez wrote: > Justin Erenkrantz wrote: > >> --On Wednesday, March 3, 2004 12:24 PM +0100 Henri Gomez >> <[EMAIL PROTECTED]> wrote: >> >>> To resume you : >>> >>> - remove translate >>> >>> - move translate code to map_storage >>> >>> Did I understand correctly ? >> >> >> >> Yes, I think tha

buffer overflow in ab.c

2004-03-04 Thread Aryeh Katz
Not to mention the k&r calling convention... # diff -u ab.old.c ab.c --- ab.old.cThu Mar 4 12:32:21 2004 +++ ab.cThu Mar 4 12:32:52 2004 @@ -558,6 +558,7 @@ BIO *bio; X509 *x509cert; { +#define BUFSIZE 64 X509_NAME *dn; char buf[64]; dn=X509_get_issuer_n

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread William A. Rowe, Jr.
At 09:55 AM 3/4/2004, Greg Marr wrote: >/incremental:no is the default, and MSDev will at times remove flags that it finds >redundant, even ones that it added itself. It's a bit schizophrenic like that. uh wrong. with /debug incremental yes is the default but you have to pound it into the

Re: "(97)Address family not supported by protocol" causes "disk ticking"?

2004-03-04 Thread Joe Orton
On Sat, Feb 21, 2004 at 11:00:25AM +, Alexis Huxley wrote: > I'm running apache 2.1dev, and I've posted to the -user list with > no response, so now I'm a bit stuck as to where next to try, so I'm > posting here. Apologies if this is the wrong place. The bug is that the POD code is doing a na

RE: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread Mathihalli, Madhusudan
> -Original Message- > From: Geoffrey Young [mailto:[EMAIL PROTECTED] [SNIP] > > I'm not familiar with mod_ssl internals, but is there any > reason we can't > move subprocess_env population to something early like > post-read-request? > as a per-connection thingy, HTTPS ought to be know

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread Greg Marr
At 09:09 AM 3/4/2004, Joe Orton wrote: On Mon, Mar 01, 2004 at 05:49:52PM -, [EMAIL PROTECTED] wrote: > ake 2004/03/01 09:49:52 > > Modified:.libhttpd.dsp > Log: > add eoc_bucket.c to project I'm not qualified to review Win32 changes but did you mean to remove /increme

Re: making filters more efficient

2004-03-04 Thread Geoffrey Young
> If you have a concrete example of something that needs to query 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. I think where stas is headed are cases like ryan's mod_ap

Re: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread Geoffrey Young
> Maybe > we should put the HTTPS check into an own function (we could use %{HTTPS} in > mod_rewrite then). That way, other modules, that want to check (only) HTTPS, > also don't need to run though all the mess of ssl_var_lookup. I'm not familiar with mod_ssl internals, but is there any reason we

Re: cvs commit: httpd-2.0 libhttpd.dsp

2004-03-04 Thread Joe Orton
On Mon, Mar 01, 2004 at 05:49:52PM -, [EMAIL PROTECTED] wrote: > ake 2004/03/01 09:49:52 > > Modified:.libhttpd.dsp > Log: > add eoc_bucket.c to project I'm not qualified to review Win32 changes but did you mean to remove /incremental:no from the linker flags here as

Re: making filters more efficient

2004-03-04 Thread Greg Stein
On Tue, Mar 02, 2004 at 10:11:06AM -0800, Stas Bekman wrote: > Justin Erenkrantz wrote: >... > > Correct. Because the EOS is generated by the request-level protocol > > handler (HTTP_IN). That's exactly how it is designed. If a connection > > input filter saw EOS, it'd signal end-of-connection

Re: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread Joe Orton
On Thu, Mar 04, 2004 at 11:08:25AM +0100, André Malo wrote: > * Joe Orton <[EMAIL PROTECTED]> wrote: > > > I'm not really convinced about using ssl_var_lookup_ssl: that function > > does not handle the "HTTPS" variable, and it would be potentially > > confusing to users and hard to document since

Re: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread André Malo
* Joe Orton <[EMAIL PROTECTED]> wrote: > I'm not really convinced about using ssl_var_lookup_ssl: that function > does not handle the "HTTPS" variable, and it would be potentially > confusing to users and hard to document since only some subset of the > SSL variables could be used. (it would also

Re: mod_jk / mod_jk2 : help from specialists welcome

2004-03-04 Thread Henri Gomez
Justin Erenkrantz wrote: --On Wednesday, March 3, 2004 12:24 PM +0100 Henri Gomez <[EMAIL PROTECTED]> wrote: To resume you : - remove translate - move translate code to map_storage Did I understand correctly ? Yes, I think that'll work. -- justin Ok, Jean-Frederic is working on what you su

Re: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread Joe Orton
On Thu, Mar 04, 2004 at 07:41:54AM +0100, André Malo wrote: > * "Mathihalli, Madhusudan" <[EMAIL PROTECTED]> wrote: > > > > > Here's a slightly modified version of Joe's patch to > > - not segfault if rewrite_ssl_var_lookup is not available (mod_ssl not > > loaded)- use SSL environment variables

Re: [PATCH] RewriteCond and SSL environment variables

2004-03-04 Thread Mads Toftum
On Thu, Mar 04, 2004 at 07:41:54AM +0100, André Malo wrote: > I'd prefer the %{SSL:...} variant and using ssl_var_lookup_ssl. All other Agreed. It makes sense to me to make a specific point out of where those variables came from. vh Mads Toftum -- `Darn it, who spiked my coffee with water?!' -