Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
Hi, we have received
your request and will contact you as soon as possible.
Thank you.
The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare
- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02
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
Return Receipt
Your Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
document jk_lb_worker.c jk_util.c jk_util.h
:
this message contains virus. don't send messages!
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 16, 2005 2:55 PM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_lb_worker.c jk_util.c jk_util.h
> mturk 2005/02/
[EMAIL PROTECTED] wrote:
billbarker2004/07/27 22:59:44
Modified:jk/native/common jk_lb_worker.c
Log:
Check all JSESSIONID cookies for a valid jvmRoute.
If you have multiple Tomcats with overlapping domains, then you can get multiple cookies without a defined order. This will rou
29 matches
Mail list logo