#17120 [Fbk->NoF]: Generates Segfaults almost on everything

ID: 17120 Updated by: sniper@php.net Reported By: ceco@noxis.net -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: debian stable PHP Version: 4.2.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: ------------------------------------------------------------------------ [2002-06-10 11:36:26] sniper@php.net 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. That backtrace is pretty useless..although it does seem that this crash does happen in Apache, NOT PHP. ------------------------------------------------------------------------ [2002-06-10 08:37:58] admin@homenetwork.ru Ó ìåíÿ òàêîé æå ãëþê íà PHP Version 4.2.2-dev ïîä IIS5 (2195sp2) êàê ëå÷èòü? ------------------------------------------------------------------------ [2002-05-10 04:58:31] ceco@noxis.net Unfortunatly the packages from debian with newer apaches are and for newer libc and so on, and this should mean that upgrading the hole system (which is not likely to happen until debian release woody as stable). As I suppose it could be not only that apache is old but the other libraries are old too (debian potato everything is quite old) So if it is not possible to repair I'll wait for woody and till then keep with php-4.1.2 (but if a patch for the newer PHPs is available I'll be glad :) ------------------------------------------------------------------------ [2002-05-10 04:37:18] sander@php.net You're version of Apache might be too old. Try upgrading to a more recent version. ------------------------------------------------------------------------ [2002-05-09 10:36:29] ceco@noxis.net I use debian stable (except apache which is debian package 1.3.14-2 and php which I compile myself) 4.2.0 (and also 4.2.1RC2) generates Segfaults on everything, actually, I tried to generate bt, but not very successfull, here it is noxis:/home/ceco/inst/php-4.2.1RC2# gdb /usr/sbin/apache GNU gdb 19990928 Copyright 1998 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 "i686-pc-linux-gnu"...(no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/apache -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGINT, Interrupt. 0x40131424 in read () from /lib/libc.so.6 (gdb) bt #0 0x40131424 in read () from /lib/libc.so.6 #1 0x1000 in ?? () #2 0x8052d6e in ap_bhalfduplex () #3 0x8052f9f in ap_bgets () #4 0x805e93d in ap_method_number_of () #5 0x805eb12 in ap_parse_uri () #6 0x805ef3d in ap_read_request () #7 0x805cb0a in ap_child_terminate () #8 0x805cbdc in ap_child_terminate () #9 0x805ccf9 in ap_child_terminate () #10 0x805d1ab in ap_child_terminate () #11 0x805d86d in main () #12 0x400b9a42 in __libc_start_main () from /lib/libc.so.6 I terminated the process with Ctrl-C because it actually hanged for quite a long time. Here is how I compile php ./configure --prefix=/usr \ --with-apxs=/usr/bin/apxs \ --with-config-file-path=/etc/php4/apache \ --enable-debug=yes \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --with-system-regex \ --with-mysql=/usr \ --with-pgsql \ --with-zlib \ --with-gd --with-gd-native-ttf --with-ttf \ --enable-track-vars \ --enable-magic-quotes \ --with-imap \ --with-xml for the previous versions it worked OK (i mean 4.1.2 and older) usually I compile php with --enable-debug=no, but for the backtrace I compiled it with 'yes'. When it is compiled with yes however some pages are working (for example phpMyAdmin is working with --enable-debug=yes, but otherwise not), and still others are not working. Also when compiled with --enable-debug=no in error_log of apache apeared some more messages except the ones for segfault: FATAL: emalloc(): Unable to allocate 1088956328 bytes with this option to 'yes' didn't happen to see such message (P.S. on my dev server which unfortunally is not debian stable, everything works fine) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=17120&edit=1