ID: 16746 Updated by: [EMAIL PROTECTED] -Summary: Log.php inexistant Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment:
After reading the backtrace explanation page, i recompiled the cgi php (with --enable-debug) just to be sure. Then i removed all the php.core that existed in the system and reproduced the crash. root@arrakis:/usr/local/services/php/bin# ./pear install /usr/src/Log-1.1.tgz Segmentation Fault (core dumped) the core file was created under /usr/src root@arrakis:/usr/local/services/php/bin# gdb ./php /usr/src/php.core GNU gdb 4.18 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 "i386-unknown-freebsd"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpam.so.1...done. Reading symbols from /usr/local/libs/zziplib-0.10.27/lib/libzzip-0.so.10... done. Reading symbols from /usr/local/libs/zlib/lib/libz.so...done. Reading symbols from /usr/local/services/mysql-3.23.47/lib/mysql/libmysqlclient.so.10...done. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /usr/local/libs/libmcrypt-2.4.22/lib/libmcrypt.so.6... done. Reading symbols from /usr/local/libs/libmcrypt-2.4.22/lib/libltdl.so.4...done. Reading symbols from /usr/local/gnu/gettext-0.10.40/lib/libintl.so.1...done. Reading symbols from /usr/local/gnu/libiconv-1.7/lib/libiconv.so.2...done. Reading symbols from /usr/local/libs/freetype-2.0.8/lib/libfreetype.so.8... done. ---Type <return> to continue, or q <return> to quit--- Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x815b7cb in execute (op_array=0x0) at ./zend_execute.c:1602 1602 EX(Ts)[EX(opline)->result.u.var].var.ptr->is_ref = 0; (gdb) bt #0 0x815b7cb in execute (op_array=0x0) at ./zend_execute.c:1602 (gdb) That was it. end of instructions. After another attempt of a manual install of the pear Log class, horde now works. Note that this did not happen when using 4.2.0, horde was not working after a manual installation of the pear Log class. So for the moment my horde problem is solved. It is a temporary fix, as i would like to use a release version with it and i cannot use 4.2.0 nor older versions because i am using apache 2.0.35. If there is anything else you need, more information, more tests, a coffe maybe, please ask. thank you for the help. hope you catch the bug soon! Pedro. Previous Comments: ------------------------------------------------------------------------ [2002-04-29 17:58:23] [EMAIL PROTECTED] To properly diagnose this bug, 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". ------------------------------------------------------------------------ [2002-04-29 15:44:08] [EMAIL PROTECTED] This problem is not related to PEAR. Reclassified as Reproducible crash. -- Tomas V.V.Cox PS.- For the moment you could download the package, uncompress and install it by hand ------------------------------------------------------------------------ [2002-04-29 09:16:20] [EMAIL PROTECTED] (sorry, forgot to update the bug status to open) ------------------------------------------------------------------------ [2002-04-29 09:13:02] [EMAIL PROTECTED] Hi! I have just tried the latest available snap: php4-STABLE-200204290300 I encoutered some other problems: 1. The build process does not work with freebsd 4.5 byacc once i type gmake the script answers with the byacc command line. I tried another approach: installed bison and it was ok then. 2. when i try to install the cgi version the gmake install script replies with an error: Making install in . gmake[1]: Entering directory `/usr/src/php4-STABLE-200204290300' gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/usr/src/php4-STABLE-200204290300' gmake: *** [install-recursive] Error 1 (i made a gmake clean and configured everything again between the apache module build and the cgi build) Since i needed the php binary, i copied it into /usr/local/services/php/bin. Tried 'pear install /usr/src/Log-1.1.tgz', same result: Segmentation Fault (core dumped) Now the php.core is created not under /usr/src (where Log-1.1.tgz is) but in /usr/local/services/php/bin (where i called the pear script) Please don't be confused about the directories i mention. The old 4.2.0 build was in it's own /usr/local/services/php-4.2.0 directory. /usr/local/services/php was just a symlink. When i compiled the 4.2.1-dev i simply changed the link to /usr/local/services/php-latest, so there is no way i was using the old php binary with the development version. I still have that php.core... The answer to the latest comment is: unfortnately the problem persists. I am still unable to run horde. I don't know if i have sent enough information; feel free to ask what is needed. thank you (again). ------------------------------------------------------------------------ [2002-04-29 07:21:31] [EMAIL PROTECTED] Could you perhaps try the latest PHP version from snaps.php.net and see if the problem persists? - Martin ------------------------------------------------------------------------ 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/16746 -- Edit this bug report at http://bugs.php.net/?id=16746&edit=1
