Re: 64bit PHP on solaris

Of the PHP_4_3 branch? Could you open a bug report for each of these three issues at bugs.php.net? --Wez. On Thu, 13 Mar 2003, Chris Field wrote: > I am working off a checkout from about three days ago... > > On Thu, 2003-03-13 at 11:21, Wez Furlong wrote: > > Make sure that you are using the latest stable snapshot from > > http://snaps.php.net; a number of 64bit issues have > > already been addressed. > > > > --Wez. > > > > On Thu, 13 Mar 2003, Chris Field wrote: > > > > > We have been attempting to run php on a brand new sun v880, and have had > > > a number of problems. > > > > > > first file_get_contents & readfile both core dump with bus errors b/c > > > the file descriptors are typed as int's when they should be longs > > > (steams.c lines 1020/1156) > > > > > > second, and far stranger is when you open a file with the mode 'a' it > > > opens it the does a seek using SEEK_CUR which leaves the file pointer at > > > the beginning of the file, shouldn't that bee a SEEK_END? Altering that > > > results in expected functionality, will it break anything else? > > > > > > third, and even stranger, is in php_spn_common_handler it calls: > > > zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "ss|ll", &s11, > > > &len1, &s22, &len2, &start, &len) > > > > > > the va_list has the correct values for the length of the two strings > > > passed in, however the lengths are never assigned into len1 and len2, as > > > it seems they should be. Any ideas about why this is, I am kind of at a > > > loss, in the mean time I simply set the lengths of the two strings in > > > php_spn_common_handler after the parse_parameters function returns which > > > fixes it.