Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Henri Gomez wrote: jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this w

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservat

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make s

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

+1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make sure that it would compil

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> From: mmanders > > Modified:jk/native2/common jk_channel_socket.c > Log: > Fix problem with port higher than 32K. Provided by Guenter > Knauf. Fixed compile problem for NetWare even though this > isn't built for NetWare (or any other platform.) > jk_channel_socket is deprici

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> -Original Message- > From: Henri Gomez > > Agreed, but the entire purpose of the ioctl is to disable the > > nonblocking socket. We can use the fcntl for that. > So let use it that way, APR is a reference in native code > implementation ;) I was looking at the docs and see no reaso

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mladen Turk wrote: -Original Message- From: Henri Gomez Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Sure but it's not very clean and didn't take use of configure "detection" features. BTW: we'll need to find a way to add it to jkant for those who want to

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mladen Turk wrote: -Original Message- From: jean-frederic clere It must be guessed in the configure... Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Well... I will do nearly the same but in configure.in after testing if needed or not. (BSD_COMP may break

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

onditional includes which may change the behavior of the connectors... Paul : -Original Message- : From: jean-frederic clere : [mailto:jfrederic.clere@;fujitsu-siemens.com] : Sent: Thursday, November 07, 2002 10:51 AM : To: Tomcat Developers List : Subject: Re: cvs commit: : jaka

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> -Original Message- > From: Henri Gomez > > > > Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in > Makefile.in > > Sure but it's not very clean and didn't take use of configure > "detection" features. > > BTW: we'll need to find a way to add it to jkant for those > who wan

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mladen Turk wrote: -Original Message- From: jean-frederic clere It must be guessed in the configure... Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Sure but it's not very clean and didn't take use of configure "detection" features. BTW: we'll need to fin

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> -Original Message- > From: jean-frederic clere > > It must be guessed in the configure... > Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in MT. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Henri Gomez wrote: Mladen Turk wrote: Personally don't like hardcoded defines. me too. Could that be guessed or forced in makefiles? I searched thru Apache 2.0.43 source and find these included by hand in files, but configure specialists should be able to fix it. JF ? Yes, but FIONBIO

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mladen Turk wrote: Personally don't like hardcoded defines. Could that be guessed or forced in makefiles? It must be guessed in the configure... +/* affects include files on Solaris (for FIONBIO on Solaris 8) */ +#define BSD_COMP MT. -- To unsubscribe, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mladen Turk wrote: Personally don't like hardcoded defines. me too. Could that be guessed or forced in makefiles? I searched thru Apache 2.0.43 source and find these included by hand in files, but configure specialists should be able to fix it. JF ? -- To unsubscribe, e-mail:

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Personally don't like hardcoded defines. Could that be guessed or forced in makefiles? > > +/* affects include files on Solaris (for FIONBIO on Solaris 8) */ > +#define BSD_COMP MT. -- To unsubscribe, e-mail: For additional command

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> -Original Message- > From: Henri Gomez > > Either we'll retag that as 2_0_0 or 2_0_1. > > > What do you think? > > 2_0_0_rel, as I did for JK 1.2.0 > OK, its going to be 2_0_0_rel, and the sources will go to the Jakarta (I've got the account) as 2.0.0. MT. -- To unsubscribe, e

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> Either we'll retag that as 2_0_0 or 2_0_1. > What do you think? 2_0_0_rel, as I did for JK 1.2.0 > > I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1 It's just a fix, so make a new tarball and tell you get it from 2_0_0_rel (unless you put an announce to tomcat-user which in

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1 MT. > -Original Message- > From: Henri Gomez [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 30, 2002 10:18 AM > To: Tomcat Developers List > Subject: Re: cvs commit: > jakarta-tomcat-connectors/jk/n

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Did you source tarball include latest patches from Nacho ? -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > > The comment is wrong, the problem is with the loadbalancer > logic, if one of the configured instances got lost, connect > returns WSAECONNREFUSED, with Malden's patch, the thread gots > stuck in a loop

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

The comment is wrong, the problem is with the loadbalancer logic, if one of the configured instances got lost, connect returns WSAECONNREFUSED, with Malden's patch, the thread gots stuck in a loop trying to connectto a non existing tc instance.. Incidentally i have this config to test tc4 in por

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

>GOMEZ Henri wrote: >> I allways use read/write on Unix instead of recv/send. >> It works way better. > >Why better? >recv/send on BS2000 goes directly to the network through the >socket libraries >and read/write does with an additional POSIX layer. Hi JF, History, history ;) I switched from

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

GOMEZ Henri wrote: > I allways use read/write on Unix instead of recv/send. > It works way better. Why better? recv/send on BS2000 goes directly to the network through the socket libraries and read/write does with an additional POSIX layer. > > - > Henri Gomez ___[_] > EMA

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Sorry, im dumb ;-) -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: 24 June 2002 11:10 To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c That's what Mladen commited ;) - Henri

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

L PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Monday, June 24, 2002 10:30 AM >To: [EMAIL PROTECTED] >Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common >jk_channel_socket.c > > >You may use #idef WIN32 in order to choose one or the other solution. > >-Or

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

You may use #idef WIN32 in order to choose one or the other solution. -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: 24 June 2002 10:18 To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c I allways

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

I allways use read/write on Unix instead of recv/send. It works way better. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original