Henri Gomez wrote:
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.
Since we couldn't use portable.h on iSeries, it should be elsewhere ...
Sure... I will add the need #if defined(AS400).
2005/6/14, jean-frederic clere <[EMAIL PROTE
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.
Since we couldn't use portable.h on iSeries, it should be elsewhere ...
>2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
> > status_strfsize ? APR ?
>
> Nearly: jaka
unsigned long is 32 bits and unsigned long long is 64 bits on iSeries
2005/6/14, Henri Gomez <[EMAIL PROTECTED]>:
> status_strfsize ? APR ?
>
> 2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
> > Henri Gomez wrote:
> > > What do you need on iSeries ?
> >
> > Just to know what to use to have:
Henri Gomez wrote:
status_strfsize ? APR ?
Nearly: jakarta-tomcat-connectors/jk/native/common/jk_status.c ;-)
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and
status_strfsize ? APR ?
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
> > What do you need on iSeries ?
>
> Just to know what to use to have:
> JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64
> bits)
> and to check status_strfsize().
>
> >
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits)
and to check status_strfsize().
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
Mladen Turk wrote:
jean-frederic cler
What do you need on iSeries ?
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
> Mladen Turk wrote:
> > jean-frederic clere wrote:
> >
> >> Mladen Turk wrote:
> >>
> >>>
> >>> Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
> >>> What will you use if the int is 64 bits?
> >>
>
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right?
Yes and I will ask Henri to check AS400
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right?
---
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long long,
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long long, 8)
+++
and testing $a
Mladen Turk wrote:
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
Mladen; are you sure you weren't looking for 'long long', al la
int64_t? Falling over to the FPU is rarely the best
performance decision.
A little more coding is needed, because I have a related error (on
Reliant
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
Mladen; are you sure you weren't looking for 'long long', al la
int64_t? Falling over to the FPU is rarely the best
performance decision.
A little more coding is needed, because I have a related error (on
ReliantUnix):
undefined
William A. Rowe, Jr. wrote:
Mladen; are you sure you weren't looking for 'long long',
al la int64_t? Falling over to the FPU is rarely the best
performance decision.
A little more coding is needed, because I have a related error (on ReliantUnix):
+++
/home/apache20/apache20/build/libtool --si
Mladen; are you sure you weren't looking for 'long long',
al la int64_t? Falling over to the FPU is rarely the best
performance decision.
Bill
At 02:55 AM 6/13/2005, [EMAIL PROTECTED] wrote:
>mturk 2005/06/13 00:55:51
>
> Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
Mladen,
I appreciate you addressing this issue. But isn't this fix just
delaying the problem? An IEEE double has 52 bits of mantissa versus
32 bits for size_t. So the problem will now occur at 4 PB
(petabytes). Sure, that's a lot of bytes and my webservers would
never see this kin
mturk 2005/06/13 00:55:51
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
Log:
Use double instead size_t for trensferred/read, so that lb doesn't
break on trnasferred mode when 2G of data has been send/read.
Revision ChangesPath
1.90 +5 -5 jaka
mturk 2005/05/15 04:23:50
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
Log:
Add max_busy count to give the user an option to see what was
the maximum number of concurrent connections to Tomcat.
Revision ChangesPath
1.84 +5 -1 jakarta-tomcat-
pero2005/04/26 08:28:18
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
jk_uri_worker_map.h jk_util.c jk_util.h
Log:
Add stopped flag for better cluster support to worker.
Many thanks to Mladen :->
Revision ChangesPath
1.79
mturk 2005/02/19 00:12:30
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
Log:
Add worker is_busy runtime status flag. When we can not obtain a free
endpoint, mark the worker as busy rather then in error, so that recovery
is not needed.
Revision ChangesP
20 matches
Mail list logo
