Testing complete: +1
On Jul 18, 2006, at 12:48 PM, Jim Jagielski wrote:
I haven't done exhaustive testing yet, but it's looking
good :)
On Jul 18, 2006, at 10:44 AM, Henri Gomez wrote:
Good, so we're ready for a 1.2.18 release ?
2006/7/18, Jim Jagielski <[EMAIL PROTECTED]>:
On Jul 18, 200
+1
Great!
Works for me without error or warnings. apache 2.0.55 and 2.0.58
works at my Powerbook G4 MAC OS X 10.4.6 with darwin ports.
I can test it also at my intel mac and G5 tomorrow.
Many thanks,
Peter
Am 18.07.2006 um 14:42 schrieb Rainer Jung:
Then let Peter try it on Mac OS X, if
Batteries loaded, on for another run.
I'll prepare 1.2.18 until tomorrow. Thanks for testing and I hope we
don't overwhelm our users. At least it looks like we will end up with a
good release.
I knew, why I talked about release candidates...
Mladen Turk wrote:
> Henri Gomez wrote:
>
>> Good,
I haven't done exhaustive testing yet, but it's looking
good :)
On Jul 18, 2006, at 10:44 AM, Henri Gomez wrote:
Good, so we're ready for a 1.2.18 release ?
2006/7/18, Jim Jagielski <[EMAIL PROTECTED]>:
On Jul 18, 2006, at 8:46 AM, Mladen Turk wrote:
> Rainer Jung wrote:
>> Then let Peter t
Henri Gomez wrote:
Good, so we're ready for a 1.2.18 release ?
Sure if the Rainer still has the energy
for another run :)
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
Good, so we're ready for a 1.2.18 release ?
2006/7/18, Jim Jagielski <[EMAIL PROTECTED]>:
On Jul 18, 2006, at 8:46 AM, Mladen Turk wrote:
> Rainer Jung wrote:
>> Then let Peter try it on Mac OS X, if he only gets a warning or a
>> real error.
>>
>
> Sure, but since
> http://www.hmug.org/man/2/
On Jul 18, 2006, at 8:46 AM, Mladen Turk wrote:
Rainer Jung wrote:
Then let Peter try it on Mac OS X, if he only gets a warning or a
real error.
Sure, but since
http://www.hmug.org/man/2/getsockopt.php
says that the OS/X uses socklen_t as well, we should be fine.
I get no build error..
Rainer Jung wrote:
Then let Peter try it on Mac OS X, if he only gets a warning or a real
error.
Sure, but since
http://www.hmug.org/man/2/getsockopt.php
says that the OS/X uses socklen_t as well, we should be fine.
--
Mladen.
Then let Peter try it on Mac OS X, if he only gets a warning or a real
error.
Henri Gomez wrote:
Ok, build against the latest from SVN (thanks Mladen), and build
without any problem on iSeries.
A strong 1.2.18 candidate
2006/7/18, Mladen Turk <[EMAIL PROTECTED]>:
Henri Gomez wrote:
> Well o
Ok, build against the latest from SVN (thanks Mladen), and build
without any problem on iSeries.
A strong 1.2.18 candidate
2006/7/18, Mladen Turk <[EMAIL PROTECTED]>:
Henri Gomez wrote:
> Well on iSeries the C compiler is very strict about these kind of
> typecast so the socklen_t should be use
Henri Gomez wrote:
Well on iSeries the C compiler is very strict about these kind of
typecast so the socklen_t should be used (and the build works with
it).
Can you check the current head?
I committed the fix.
--
Mladen.
-
T
Well on iSeries the C compiler is very strict about these kind of
typecast so the socklen_t should be used (and the build works with
it).
If you're using JK_SOCKLEN_T via configure, since the iSeries didn't
use it, please define it with #ifdef AS400 to 'link' it to socklen_t.
2006/7/18, Jean-fr
Rainer Jung wrote:
Mladen Turk wrote:
Anyhow, I suppose it should be neither int nor unsigned int,
but rather size_t, at least that's the retval from sizeof, right?
Of course its used by getsockopt that OTOH requires socklen_t.
Since it's only use is putting it into getsockopt(), I would su
Mladen Turk wrote:
Anyhow, I suppose it should be neither int nor unsigned int,
but rather size_t, at least that's the retval from sizeof, right?
Of course its used by getsockopt that OTOH requires socklen_t.
Since it's only use is putting it into getsockopt(), I would suggest the
use of sockl
Rainer Jung wrote:
Be careful:
I understand Henri problem report as getsockopt complaining about the
*last* argument. So it has been introduced between 1.2.15 and 1.2.16:
r386629 | pero | 2006-03-17 13:36:04 +0100 (Fri,
Be careful:
I understand Henri problem report as getsockopt complaining about the
*last* argument. So it has been introduced between 1.2.15 and 1.2.16:
r386629 | pero | 2006-03-17 13:36:04 +0100 (Fri, 17 Mar 2006) | 1 lin
Henri Gomez wrote:
jk 1.2.17 build failed on iSeries v5R3.
/home/apache/jk/native/common/jk_connect.c, 198.38: CZM0280(30) Function
argument assignment between types "int*" and "unsigned int*" is not
allowed.
Henri, can you commit the working version?
Seems that the 'unsigned int' is presen
William A. Rowe, Jr. wrote:
IF 1.2.17 sources aren't at www. then, well, the binaries don't belong
there either.
Simply used the current method.
Was not aware of the new repo inside tomcat.
Should I delete them or what?
Regards,
Mladen.
--
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
Rainer Jung wrote:
Hi Mladen,
would you mind putting it on
http://tomcat.apache.org/dev/dist/
first?
Nope. There is no version/platform directory
structure inside.
Uhm - then create one? /dev/dist/ has the distinction of containing
anythin
Mladen Turk wrote:
Rainer Jung wrote:
Hi Mladen,
would you mind putting it on
http://tomcat.apache.org/dev/dist/
first?
Nope. There is no version/platform directory
structure inside.
Uhm - then create one? /dev/dist/ has the distinction of containing
anything any RM wants to create. ww
Thanks !
2006/7/17, Mladen Turk <[EMAIL PROTECTED]>:
Henri Gomez wrote:
> What the status of mod_jk 1.2.17 ?
>
> It would be usefull to get some binaries to help users check against
> their platform, for instance win32.
>
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/
Wa
Rainer Jung wrote:
Hi Mladen,
would you mind putting it on
http://tomcat.apache.org/dev/dist/
first?
Nope. There is no version/platform directory
structure inside.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTE
Hi Mladen,
would you mind putting it on
http://tomcat.apache.org/dev/dist/
first?
Many thanks for the Win-Builds!
Regards,
Rainer
Mladen Turk wrote:
Henri Gomez wrote:
What the status of mod_jk 1.2.17 ?
It would be usefull to get some binaries to help users check against
their platform,
Henri Gomez wrote:
What the status of mod_jk 1.2.17 ?
It would be usefull to get some binaries to help users check against
their platform, for instance win32.
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/
Wait for a while until synced.
Regards,
Mladen.
-
What the status of mod_jk 1.2.17 ?
It would be usefull to get some binaries to help users check against
their platform, for instance win32.
Regards
2006/7/13, Henri Gomez <[EMAIL PROTECTED]>:
2006/7/13, Jean-frederic Clere <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
>
> > I don't know if we coul
2006/7/13, Jean-frederic Clere <[EMAIL PROTECTED]>:
Henri Gomez wrote:
> I don't know if we could called it a regression but the API spec is to
> used a socklen_t not an int or unsigned int.
>
> iSeries compiler is very strict on such 'cast' and probably some
> others. gcc is a little more conci
Henri Gomez wrote:
I don't know if we could called it a regression but the API spec is to
used a socklen_t not an int or unsigned int.
iSeries compiler is very strict on such 'cast' and probably some
others. gcc is a little more conciliant :)
BTW, I think next major version of mod_jk (1.3 / 3.
How come, it worked for 1.2.16?
Henri Gomez schrieb:
> I don't know if we could called it a regression but the API spec is to
> used a socklen_t not an int or unsigned int.
>
> iSeries compiler is very strict on such 'cast' and probably some
> others. gcc is a little more conciliant :)
>
> BTW,
I don't know if we could called it a regression but the API spec is to
used a socklen_t not an int or unsigned int.
iSeries compiler is very strict on such 'cast' and probably some
others. gcc is a little more conciliant :)
BTW, I think next major version of mod_jk (1.3 / 3.x ?) should use APR
t
Hi Henri,
thanks for reporting this. This has already been part of 1.2.16. I
thought you found only one bug for that platform, which we fixed (unixd.h).
I can build 1.2.17 on solaris 64 bit sparc, and on linux 32 bit and 64
bit AMD (both times SuSE Enterprise 9).
I get a couple of warnings, but
jk 1.2.17 build failed on iSeries v5R3.
/home/apache/jk/native/common/jk_connect.c, 198.38: CZM0280(30) Function
argument assignment between types "int*" and "unsigned int*" is not
allowed.
getsockopt on Linux is defined like this :
int getsockopt(int s, int level, int optname, void *op
31 matches
Mail list logo
