#24457 [Fbk->Opn]: Segfault when executing a script
ID: 24457 User updated by: s dot vanvelthem at ibelgique dot com Reported By: s dot vanvelthem at ibelgique dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Sco OpenServer 5.05 PHP Version: 4.3.3RC1 New Comment: That's what I've done (???). I followed the (http://bugs.php.net/bugs-generating-backtrace.php) document. Maybe I'm doing wrong? How to call gdb? I typed gdb /usr/local/bin/php ./core Is this correct for CLI usage? The better thing to do is to document it in bugs-generating-backtrace.php (all options...). But i'll try to re-compile it with --enable-cli to be sure. Previous Comments: [2003-07-21 17:04:07] [EMAIL PROTECTED] Could you please compile your PHP with --enable-debug, this should result in a more detailed backtrace. [2003-07-03 04:51:15] s dot vanvelthem at ibelgique dot com Here's the trace (with the latest STABLE release php4-STABLE-200307030930.tar.gz) bash-2.03# /opt/K/SKUNK2000/Gdb/5.0/usr/local/bin/gdb /usr/local/bin/php /u/too ls/printps/core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `printps.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 (gdb)bt #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 #1 0x8007ffe0 in pathcanon () from /usr/lib/libsocket.so.1 #2 0x800802c0 in realpath () from /usr/lib/libsocket.so.1 #3 0x8129570 in php_execute_script (primary_file=0x8047c54) at /seb/php4-STABLE-200307030930/main/main.c:1652 #4 0x817570f in main (argc=2, argv=0x8047c90) at /seb/php4-STABLE-200307030930/sapi/cli/php_cli.c:818 #5 0x805ff5b in _start () (gdb) Thanks [2003-07-02 06:54:21] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ------------------------ [2003-07-02 06:38:32] s dot vanvelthem at ibelgique dot com Description: when I try to execute a script with PHP4.3.3RC1/OpenServer, I've got a Segmentation fault if I don't specifiy the entire pathname before the script file ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type -- Edit this bug report at http://bugs.php.net/?id=24457&edit=1
#24683 [Bgs]: ISO8601 weeks date seems incorrect for week 52
ID: 24683 User updated by: s dot vanvelthem at ibelgique dot com Reported By: s dot vanvelthem at ibelgique dot com Status: Bogus Bug Type: Date/time related Operating System: Redhat Linux 9 PHP Version: 4.3.2 New Comment: My english is too bad to understand thoroughly the document (http://www.cl.cam.ac.uk/~mgk25/iso-time.html). But I suspect the function date is incorrect : date ('Y-W', '2003-12-31') returns "2003-1". Ok for week 1, but should return "2004-1", isn't it? In PHP4.2.3 this function returned "2003-53". If you take a look at Mysql doc (http://www.mysql.com/doc/en/Date_and_time_functions.html) and the function week, I've tested : select week('2003-12-31', 3); -> 1 (as PHP does) select date_format('2003-12-31', '%Y-%v') -> returns '2003-1' (it's not what I want to have) select date_format('2003-12-31', '%x-%v') -> returns '2004-1' (OK that's what I wanted!!!). In MySQL you have a supplementary 'format' character for year -> %x used in conjunction with %v (ISO8601 week number). Maybe it would be nice if we have it too in PHP. I've looked in the manual but I didn't find this feature. Previous Comments: [2003-07-16 21:16:55] [EMAIL PROTECTED] It actually works correctly now. >From http://www.cl.cam.ac.uk/~mgk25/iso-time.html : "In commercial and industrial applications (delivery times, production plans, etc.), especially in Europe, it is often required to refer to a week of a year. Week 01 of a year is per definition the first week that has the Thursday in this year, which is equivalent to the week that contains the fourth day of January. In other words, the first week of a new year is the week that has the majority of its days in the new year. Week 01 might also contain days from the previous year and the week before week 01 of a year is the last week (52 or 53) of the previous year even if it contains days from the new year. A week starts with Monday (day 1) and ends with Sunday (day 7). For example, the first week of the year 1997 lasts from 1996-12-30 to 1997-01-05 and can be written in standard notation as.." [2003-07-16 12:08:50] s dot vanvelthem at ibelgique dot com Description: In PHP4.3.2, the function date('W', $timestamp) behaves differently from PHP4.2.3 concerning the ISO8601 dates For example (timestamps has been written in simple form for readablility), date('W', '2003-12-31') reports 1 in PHP4.3.2 (incorrect? Mysql returns the same result) reports 53 in PHP4.2.3 (should be the correct behaviour?) (ISO8601 weeks starting on Monday, so i think you could sometimes have a 53rd week in the year?). It's difficult to differenciate same week between years as date('Y-W', '2003-12-31') reports '2003-1' Sorry for my english, Thanks for your time. Seb Reproduce code: --- $timestamp = strtotime("2003-12-31"); echo date('Y-W', $timestamp); > outputs '2003-1' -- Edit this bug report at http://bugs.php.net/?id=24683&edit=1
#24683 [NEW]: ISO8601 weeks date seems incorrect for week 52
From: s dot vanvelthem at ibelgique dot com Operating system: Redhat Linux 9 PHP version: 4.3.2 PHP Bug Type: Date/time related Bug description: ISO8601 weeks date seems incorrect for week 52 Description: In PHP4.3.2, the function date('W', $timestamp) behaves differently from PHP4.2.3 concerning the ISO8601 dates For example (timestamps has been written in simple form for readablility), date('W', '2003-12-31') reports 1 in PHP4.3.2 (incorrect? Mysql returns the same result) reports 53 in PHP4.2.3 (should be the correct behaviour?) (ISO8601 weeks starting on Monday, so i think you could sometimes have a 53rd week in the year?). It's difficult to differenciate same week between years as date('Y-W', '2003-12-31') reports '2003-1' Sorry for my english, Thanks for your time. Seb Reproduce code: --- $timestamp = strtotime("2003-12-31"); echo date('Y-W', $timestamp); > outputs '2003-1' -- Edit bug report at http://bugs.php.net/?id=24683&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24683&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24683&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24683&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24683&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24683&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24683&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24683&r=support Expected behavior: http://bugs.php.net/fix.php?id=24683&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24683&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24683&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24683&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24683&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24683&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24683&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24683&r=gnused
#24457 [Fbk->Opn]: Segfault when executing a script
ID: 24457 User updated by: s dot vanvelthem at ibelgique dot com Reported By: s dot vanvelthem at ibelgique dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Sco OpenServer 5.05 PHP Version: 4.3.3RC1 New Comment: Here's the trace (with the latest STABLE release php4-STABLE-200307030930.tar.gz) bash-2.03# /opt/K/SKUNK2000/Gdb/5.0/usr/local/bin/gdb /usr/local/bin/php /u/too ls/printps/core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `printps.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 (gdb)bt #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 #1 0x8007ffe0 in pathcanon () from /usr/lib/libsocket.so.1 #2 0x800802c0 in realpath () from /usr/lib/libsocket.so.1 #3 0x8129570 in php_execute_script (primary_file=0x8047c54) at /seb/php4-STABLE-200307030930/main/main.c:1652 #4 0x817570f in main (argc=2, argv=0x8047c90) at /seb/php4-STABLE-200307030930/sapi/cli/php_cli.c:818 #5 0x805ff5b in _start () (gdb) Thanks Previous Comments: [2003-07-02 06:54:21] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ---------------- [2003-07-02 06:38:32] s dot vanvelthem at ibelgique dot com Description: when I try to execute a script with PHP4.3.3RC1/OpenServer, I've got a Segmentation fault if I don't specifiy the entire pathname before the script file ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type -- Edit this bug report at http://bugs.php.net/?id=24457&edit=1
#24457 [NEW]: Segfault when executing a script
From: s dot vanvelthem at ibelgique dot com Operating system: Sco OpenServer 5.05 PHP version: 4.3.3RC1 PHP Bug Type: Reproducible crash Bug description: Segfault when executing a script Description: when I try to execute a script with PHP4.3.3RC1/OpenServer, I've got a Segmentation fault if I don't specifiy the entire pathname before the script file ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type -- Edit bug report at http://bugs.php.net/?id=24457&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24457&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24457&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24457&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24457&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24457&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24457&r=support Expected behavior: http://bugs.php.net/fix.php?id=24457&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24457&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24457&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24457&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24457&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24457&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24457&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24457&r=gnused
#23665 [Com]: PHP crashes with segfault as soon as it is loaded
ID: 23665 Comment by: s dot vanvelthem at ibelgique dot com Reported By: dm at zamang dot co dot uk Status: Closed Bug Type: Reproducible crash Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2RC3 / RC4 New Comment: I forgot I'm using the latest stable release downloaded today at 9:30 Previous Comments: [2003-07-02 06:32:02] s dot vanvelthem at ibelgique dot com Sorry. I found where is the problem, the segmentation fault always comes when I run a CLI-script without specifying the full path name. I hope this can be usefull ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type [2003-07-01 07:37:29] [EMAIL PROTECTED] Fixed -> closed. ------------------------ [2003-07-01 06:45:25] s dot vanvelthem at ibelgique dot com Seems to be resolved. I've just downloaded the latest php stable release today and upgraded gcc-2.95 to gcc-2.95.2pl1. No segfault anymore. I don't know if upgrading to gcc_pl1 solves the problem or if the latest-stable release brough the correction. [2003-06-30 09:18:10] dm at zamang dot co dot uk Just tried php4-STABLE-200306301330 bash-2.03£ gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 £1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 £2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 £3 0x80cc6e8 in php_execute_script (primary_file=0x8047cd8) at /src/php4-STABLE-200306301330/main/main.c:1652 £4 0x8118b7c in main (argc=1, argv=0x8047d20) at /src/php4-STABLE-200306301330/sapi/cgi/cgi_main.c:1542 £5 0x8059d2b in _start () (gdb) GCC version is 2.95.2 Make version is 3.78.1 [2003-06-29 20:22:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/23665 -- Edit this bug report at http://bugs.php.net/?id=23665&edit=1
#23665 [Com]: PHP crashes with segfault as soon as it is loaded
ID: 23665 Comment by: s dot vanvelthem at ibelgique dot com Reported By: dm at zamang dot co dot uk Status: Closed Bug Type: Reproducible crash Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2RC3 / RC4 New Comment: Sorry. I found where is the problem, the segmentation fault always comes when I run a CLI-script without specifying the full path name. I hope this can be usefull ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type Previous Comments: [2003-07-01 07:37:29] [EMAIL PROTECTED] Fixed -> closed. ------------------------ [2003-07-01 06:45:25] s dot vanvelthem at ibelgique dot com Seems to be resolved. I've just downloaded the latest php stable release today and upgraded gcc-2.95 to gcc-2.95.2pl1. No segfault anymore. I don't know if upgrading to gcc_pl1 solves the problem or if the latest-stable release brough the correction. [2003-06-30 09:18:10] dm at zamang dot co dot uk Just tried php4-STABLE-200306301330 bash-2.03£ gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 £1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 £2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 £3 0x80cc6e8 in php_execute_script (primary_file=0x8047cd8) at /src/php4-STABLE-200306301330/main/main.c:1652 £4 0x8118b7c in main (argc=1, argv=0x8047d20) at /src/php4-STABLE-200306301330/sapi/cgi/cgi_main.c:1542 £5 0x8059d2b in _start () (gdb) GCC version is 2.95.2 Make version is 3.78.1 [2003-06-29 20:22:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-25 05:44:28] dm at zamang dot co dot uk Just downloaded RC4 and tried again. ./configure --prefix=/usr/local/php-4.3.2RC4 --disable-all --enable-sysvsem --enable-sysvshm --enable-debug Everything ran though as before but running php from RC4 gave a segfault. bash-2.03# gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading
#23665 [Com]: PHP crashes with segfault as soon as it is loaded
ID: 23665 Comment by: s dot vanvelthem at ibelgique dot com Reported By: dm at zamang dot co dot uk Status: Open Bug Type: Reproducible crash Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2RC3 / RC4 New Comment: Seems to be resolved. I've just downloaded the latest php stable release today and upgraded gcc-2.95 to gcc-2.95.2pl1. No segfault anymore. I don't know if upgrading to gcc_pl1 solves the problem or if the latest-stable release brough the correction. Previous Comments: [2003-06-30 09:18:10] dm at zamang dot co dot uk Just tried php4-STABLE-200306301330 bash-2.03£ gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 £1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 £2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 £3 0x80cc6e8 in php_execute_script (primary_file=0x8047cd8) at /src/php4-STABLE-200306301330/main/main.c:1652 £4 0x8118b7c in main (argc=1, argv=0x8047d20) at /src/php4-STABLE-200306301330/sapi/cgi/cgi_main.c:1542 £5 0x8059d2b in _start () (gdb) GCC version is 2.95.2 Make version is 3.78.1 [2003-06-29 20:22:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-25 05:44:28] dm at zamang dot co dot uk Just downloaded RC4 and tried again. ./configure --prefix=/usr/local/php-4.3.2RC4 --disable-all --enable-sysvsem --enable-sysvshm --enable-debug Everything ran though as before but running php from RC4 gave a segfault. bash-2.03# gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 #1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 #2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 #3 0x80cc490 in php_execute_script (primary_file=0x8047cc4) at /src/php-4.3.2RC4/main/main.c:1638 #4 0x8118560 in main (argc=1, argv=0x8047d0c) at /src/php-4.3.2RC4/sapi/cgi/cgi_main.c:1504 #5 0x8059ceb in _start () (gdb) [2003-05-19 19:53:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-16 16:17:19] dm at zamang dot co dot uk Compilation attempted on SCO OpenServer 5.0.6 with the following configure line: ./configure --prefix=/usr/local/php-4.3.1 --disable-all --enable-sysvsem --enable-sysvshm --enable-debug The compilation appears to successfully complete and Installation takes an age, this seems to be down to the php program in /sapi/cli segfaulting. Any attempt to use any of the compiled 'php' programs also results in a segfault. Once installed the same problem occurs. Following is a back trace using gdb. bash-2.03# ./php Segmentation Fault (core dumped) bash-2.03# pwd /usr/local/php-4.3.2RC3/bin ba