RE: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-07 Thread Kai Hofmann
I wrote a test script for this and compared the output of the test script with the output from the earlier posted class method. Really strange is that the test script will have the same result as the 32bit machines (the correct one). Maybe an memory managment problem within classes? Or any other i

RE: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-06 Thread Kai Hofmann
> > echo mktime(2,0,0,4,-6,2004); /* or 0 to -5 */ > > This returns 1080176400 (2004-03-25 02:00:00) here (PHP 4.3.6) which > looks ok to me. > > What are the values on your system? ok I have some problems with test values here now, but I can provide the original phpgw code that is affected and

Re: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-06 Thread Christian Schneider
Kai Hofmann wrote: echo mktime(2,0,0,4,-6,2004); /* or 0 to -5 */ This returns 1080176400 (2004-03-25 02:00:00) here (PHP 4.3.6) which looks ok to me. What are the values on your system? - Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsu

Re: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-06 Thread Christian Schneider
Kai Hofmann wrote: phpGW has used mktime() with day values <= 0 This is a valid and documented way of using mktime to do date calculation. This seems to be fixed (magically) by the underlying Unix mktime() function No, it is (or should be) handled in the PHP code. Do you have a same script showing

RE: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-06 Thread Kai Hofmann
> > Until now we found with php / phpGroupWare only one problem on > > the Itanium 2 machine. > > > > phpGW has used mktime() with day values <= 0 > > This seems to be fixed (magically) by the underlying Unix > mktime() function > > on 32-Bit Linux/Windows Systems, but not on the RedHat Itanium 2

Re: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-06 Thread Magnus Määttä
On Thursday 06 May 2004 08.31, Kai Hofmann wrote: > For your information: > > Until now we found with php / phpGroupWare only one problem on > the Itanium 2 machine. > > phpGW has used mktime() with day values <= 0 > This seems to be fixed (magically) by the underlying Unix mktime() function > on 3

RE: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-05-05 Thread Kai Hofmann
For your information: Until now we found with php / phpGroupWare only one problem on the Itanium 2 machine. phpGW has used mktime() with day values <= 0 This seems to be fixed (magically) by the underlying Unix mktime() function on 32-Bit Linux/Windows Systems, but not on the RedHat Itanium 2 dis

Re: [PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-03-30 Thread Zeev Suraski
Kai, It's best if you simply post any problems you bump into here, on this mailing list. Typically the person/people related will respond and help you sort it out. PHP should be fairly 64-bit safe, but there are some hard limits (e.g., the number of elements in an array) that even limited 32-

[PHP-DEV] Itanium2 test from 15.04.-14.05.

2004-03-30 Thread Kai Hofmann
Hello all out there, you don't know me and its my first posting here, so please let me introduce myself shortly: I am known as PowerStat on sourceforge and savannah. Currently I am working for probusiness AG in Hannover/Germany. We are involved in the phpgroupware.org GNU project (you can find m