#38975 [WFx]: date() function causes php crash

ID: 38975 User updated by: rachmel at avaya dot com Reported By: rachmel at avaya dot com Status: Wont fix Bug Type: Reproducible crash Operating System: WindRiver Linux PHP Version: 5.1.6 New Comment: Hi, Well, changing the above lines in the configure script to: if test "$cross_compiling" = yes; then ac_cv_c_bigendian_php=yes fixed the bug for us. Thanks, Nir. Previous Comments: ------------------------------------------------------------------------ [2007-04-13 14:31:10] derick@php.net We don't support cross compilation. Feel free to come up with a patch yourself though. ------------------------------------------------------------------------ [2006-10-25 10:41:03] rachmel at avaya dot com Hi, I think I found the problem. in one of the date extention files: parse_tz.c , there is a conversion macro called: timelib_conv_int() that has two modes - depends if WORDS_BIGENDIAN is defined or not. I located the test that defines it in the php configure file, and it looks like this: echo $ac_n "checking whether byte ordering is bigendian""... $ac_c" 1>&6 echo "configure:43563: checking whether byte ordering is bigendian" >&5 if eval "test \"echo '$''{'ac_cv_c_bigendian_php'+set}'\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else ac_cv_c_bigendian_php=unknown if test "$cross_compiling" = yes; then ac_cv_c_bigendian_php=unknown else cat > conftest.$ac_ext <<EOF So, what happens is - i cross compile, and then the bigendian becomes uknown => the WORDS_BIGENDIAN is not defined => the timezone database is read in the wrong way => malloc tries to use that information to allocate memory and fails. Can you explain why it is that way? ------------------------------------------------------------------------ [2006-10-18 17:04:44] tony2001@php.net No, I don't think it matters. ------------------------------------------------------------------------ [2006-10-18 17:00:03] rachmel at avaya dot com ok, I will look into it. Do you think that using the timezonedb upgrade should make any difference? Thanks. ------------------------------------------------------------------------ [2006-10-18 16:57:38] tony2001@php.net date() is in ext/date/php_date.c And I don't see any problems on all OSes around, including 5 Linuxes on different architectures. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38975 -- Edit this bug report at http://bugs.php.net/?id=38975&edit=1