Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-09-21 Thread Tim Whittington
Sorted. William A. Rowe, Jr. wrote: Ack - there was a lingering #ifdef JK_NEED_... which should have been an #if JK_NEED_... - this is fixed in cvs, please retry and thanks for the detailed report! Bill Tim Whittington wrote: Confused me too. Error message is listed below. [exec]

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-09-21 Thread William A. Rowe, Jr.
Ack - there was a lingering #ifdef JK_NEED_... which should have been an #if JK_NEED_... - this is fixed in cvs, please retry and thanks for the detailed report! Bill Tim Whittington wrote: Confused me too. Error message is listed below. [exec] cl.exe /nologo /MD /W3 /Zi /O2 /I "..\co

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-09-20 Thread Tim Whittington
Confused me too. Error message is listed below. [exec] cl.exe /nologo /MD /W3 /Zi /O2 /I "..\common" /I "C:\j2sdk1.4.2_07\include" /I "C:\j2sdk1.4.2_07\include \win32" /I "C:/Program Files/Apache Group/Apache2\include" /D "NDEBUG" /D "WIN32" /D "_WINDOWS" /Fo".\Release\\" /Fd".\R elea

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-09-20 Thread William A. Rowe, Jr.
Tim Whittington wrote: This breaks the build on Windows using Microsoft Visual C++ Toolkit 2003 (at least). It seems #define FOO 0 on WIN32 is still defined according to #ifdef Your suggestion is counterintuitive and reflects, perhaps, a compiler bug. It would be very helpful if you would pos

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-09-20 Thread Tim Whittington
This breaks the build on Windows using Microsoft Visual C++ Toolkit 2003 (at least). It seems #define FOO 0 on WIN32 is still defined according to #ifdef Changing # define JK_NEED_SET_MUTEX_PERMS 0 to # undef JK_NEED_SET_MUTEX_PERMS fixes the problem tim [EMAIL PROTECTED] wrote: wrowe

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2005-01-07 Thread Mladen Turk
[EMAIL PROTECTED] wrote: + +#ifndef AS400 #include "ap_mpm.h" +#endif That's wrong IMO. Look at the Apache modules: mod_mem_cache mod_cgid mod_cgid mod_info mod_status mod_ssl They all have '#include "ap_mpm.h"' So, I suppose that's something wrong with your apache build not the way how th

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-12-22 Thread Bill Barker
- Original Message - From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Wednesday, December 22, 2004 9:54 PM Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c Wait - you mean to tell me instead

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-12-22 Thread William A. Rowe, Jr.
Wait - you mean to tell me instead of converting the hostname once to lower - we are strcasecmp'ing every time? Outch, that hurts. Bill At 09:14 PM 12/16/2004, [EMAIL PROTECTED] wrote: >billbarker2004/12/16 19:14:56 > > Modified:jk/native/apache-1.3 mod_jk.c > jk/native/a

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-12-17 Thread Mladen Turk
Bill Barker wrote: Remove duplicating uri because map_uri now properly reverts the changes made when jsessionid is found. This is a very big -1. map_uri_to_worker is going to modify the uri that gets passed in, so it absolutely *must* be duped. Yes, but it will revert the changes made. It's like

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-12-17 Thread Bill Barker
- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 17, 2004 10:08 AM Subject: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c > mturk 2004/12/17 10:08:52 > > Modified:jk/native/apache-2.0 mod_jk.c > Log: > Rem

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-03-10 Thread jean-frederic clere
Mladen Turk wrote: -Original Message- From: [EMAIL PROTECTED] jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c + #ifdef AS400 #include "ap_charset.h" #include "util_charset.h" /* ap_hdrs_from_ascii */ @@ -50,10 +51,17 @@ #endif Is it necessary to conditio

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-03-10 Thread Mladen Turk
> -Original Message- > From: [EMAIL PROTECTED] > jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c > + >#ifdef AS400 >#include "ap_charset.h" >#include "util_charset.h" /* ap_hdrs_from_ascii */ > @@ -50,10 +51,17 @@ >#endif Is it necessary to condi

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-07-01 Thread Henri Gomez
Henri Gomez wrote: [EMAIL PROTECTED] wrote: What about a 1.2.5 release soon ? +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-07-01 Thread Glenn Nielsen
Thanks for the path bug fix Bill. I will be happy to work on a mod_jk 4.1.25 release but I won't have time until next week. The only two issues I am aware of are: 1. The libtool build problem. 2. The path mapping bug in Apache. Are both of these considered fixed now in CVS head? Has the CHANGES

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-06-27 Thread Henri Gomez
BTW, we need a fix for this libtool problem. What about adding libtool in configure.in via a --with-libtool ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-06-27 Thread Henri Gomez
[EMAIL PROTECTED] wrote: What about a 1.2.5 release soon ? billbarker2003/06/26 20:10:44 Modified:jk/native/apache-2.0 mod_jk.c Log: Port from apache-1.3 Revision ChangesPath 1.80 +6 -4 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-01-06 Thread Glenn Nielsen
Thanks for reporting this. I have changed the code so that if there is no content only status codes >= 400 are passed back through apache. The original patch was made so that when an error occurred at the Ajp13Processor layer it could propogated back to the browser correctly instead of a blank pa

Re: [VOTE]: Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-07-23 Thread Henri Gomez
Quoting Bojan Smojver <[EMAIL PROTECTED]>: > And I answer (to myself :-) > > On Tue, 2002-07-23 at 14:47, Bojan Smojver wrote: > > So, the unsolved questions for me are: > > > > 1. What is it then that jk_handler() does that makes it actually serve the > > request when DIR_MAGIC_TYPE is include

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-07-22 Thread Bojan Smojver
Quoting [EMAIL PROTECTED]: > It's jk_translate who decides if a request is to be handled by > jk ( by mapping it to a uriEnv ). > > You can add a test for r->handler==DIR_MAGIC_TYPE, but don't assume > any uriEnv is set. Actually, r->handler is always NULL in jk_translate(). At least in mod_jk

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-07-22 Thread Bojan Smojver
Quoting [EMAIL PROTECTED]: > It's jk_translate who decides if a request is to be handled by > jk ( by mapping it to a uriEnv ). > > You can add a test for r->handler==DIR_MAGIC_TYPE, but don't assume > any uriEnv is set. OK, I did that in jk2_handler(), which now seems like the wrong place to d

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-06-12 Thread GOMEZ Henri
This should fix the problem reported by Bojan. What about tagging jtc for jk_1_2_0 release ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-04-02 Thread Bill Barker
- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, April 02, 2002 7:52 AM Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c > I will apply the patch to 1.3. > &g

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-04-02 Thread costinm
On Tue, 2 Apr 2002, Larry Isaacs wrote: > I have some updates almost ready that use the util source > out of j-t-c rather than its local copy. I was also going > to have it build and include http11 and coyote as well. > I haven't had the time to play much with these. I would, > at minimum, add

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-04-02 Thread Larry Isaacs
: RE: cvs commit: > jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c > > > I will apply the patch to 1.3. > > Are we still maintaining the second copy of jk in 3.3 tree ? > > Larry - can we start removing the duplicated util and c code ? > IMHO the j-t-c code ( the &#

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2002-04-02 Thread GOMEZ Henri
did somebody report these patches to apache 1.3 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAI

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2001-10-31 Thread GOMEZ Henri
> @@ -306,7 +307,9 @@ >* pointer. >*/ > /* Works with 4096, fails with 8192 */ > +#ifndef CHUNK_SIZE > #define CHUNK_SIZE 4096 > +#endif > > static int JK_METHOD ws_write(jk_ws_service_t *s, > const void *b, > @@ -674,6 +677,7 @@ > retur