#29864 [Opn]: CLI PHP crash after successful script completion when querying Oracle 9 DB CLOB
ID: 29864
User updated by: Volker dot Weinberger at pharma dot novartis dot com
Reported By: Volker dot Weinberger at pharma dot novartis dot com
Status: Open
Bug Type: OCI8 related
Operating System: Solaris 5.8
PHP Version: 5.0.1
New Comment:
I've managed to get --enable-debug compiled in with a recent CVS
version of PHP: php5-200501180930 . The same error still occurs.
Following instructions for a gdb backtrace I get:
gdb ./php ./core
GNU gdb 5.0
...
(gdb) bt
#0 0x34e204 in ZEND_RETURN_SPEC_CV_HANDLER ()
#1 0x31946c in execute ()
#2 0x319948 in zend_do_fcall_common_helper_SPEC ()
#3 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER ()
#4 0x31946c in execute ()
#5 0x319948 in zend_do_fcall_common_helper_SPEC ()
#6 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER ()
#7 0x31946c in execute ()
#8 0x319948 in zend_do_fcall_common_helper_SPEC ()
#9 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER ()
#10 0x31946c in execute ()
#11 0x2db78c in zend_execute_scripts ()
#12 0x265050 in php_execute_script ()
#13 0x370018 in main ()
(gdb) frame 1
#1 0x31946c in execute ()
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
Attempt to extract a component of a value that is not a structure.
(gdb)
Since PHP wasn't compiled with GCC, but with Solaris CC, using GDB
might not give the expected result.
Using SUN dbx instead:
dbx ./php ./cor
...
detected a multithreaded program
[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal BUS (invalid address
alignment)
Current function is ZEND_RETURN_SPEC_CV_HANDLER (optimized)
17699 || (opline->extended_value ==
ZEND_RETURNS_FUNCTION &&
!EX_T(opline->op1.u.var).var.fcall_returned_reference)) {
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: [EMAIL PROTECTED]
=>[1] ZEND_RETURN_SPEC_CV_HANDLER(execute_data = ???) (optimized), at
0x34e204 (line ~17699) in "zend_vm_execute.h"
[2] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in
"zend_vm_execute.h"
[3] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized),
at 0x319940 (line ~204) in "zend_vm_execute.h"
[4] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???)
(optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h"
[5] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in
"zend_vm_execute.h"
[6] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized),
at 0x319940 (line ~204) in "zend_vm_execute.h"
[7] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???)
(optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h"
[8] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in
"zend_vm_execute.h"
[9] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized),
at 0x319940 (line ~204) in "zend_vm_execute.h"
[10] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???)
(optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h"
[11] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in
"zend_vm_execute.h"
[12] zend_execute_scripts(type = ???, retval = ???, file_count = ???,
...) (optimized), at 0x2db784 (line ~1058) in "zend.c"
[13] php_execute_script(primary_file = ???) (optimized), at 0x265048
(line ~1636) in "main.c"
[14] main(argc = ???, argv = ???) (optimized), at 0x370010 (line
~944) in "php_cli.c"
>frame 2
Current function is execute (optimized)
78 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
(char *)
executor_globals.function_state_ptr->function->common.function_name =
0xac55c0 "raiseError"
Previous Comments:
[2004-08-27 15:47:28] Volker dot Weinberger at pharma dot novartis dot
com
Backtrace attempt:
unfortunately I'm not able to compile with --enable-debug (filed as a
separate bug report).
Backtrace info without --enable-debug:
(gdb) bt
#0 0x7edbe1ac in kpughndl0 ()from
/u01/home/oracle/product/9.2.0/lib32/libclntsh.so.9.0
#1 0xbcd5c in _oci_close_session ()
#2 0x2597ec in list_entry_destructor ()
#3 0x256fc4 in zend_hash_del_key_or_index ()
#4 0x259480 in _zend_list_delete ()
#5 0xb8ea0 in _oci_conn_list_dtor ()
#6 0x2597ec in list_entry_destructor ()
#7 0x2572a4 in zend_hash_apply_deleter ()
#8 0x25746c in zend_hash_graceful_reverse_destroy ()
#9 0x23d1cc in shutdown_executor ()
#10 0x24ec38 in zend_deactivate ()
#11 0x1eda8c in php_request_shutdown ()
#12 0x28a984 in main ()
(gdb) frame 2
#2 0x2597ec in list_entry_destructor ()
function)->common.function_name
Attempt to extract a component of a value that is not a structure.
(gdb) frame 1
#1 0xbcd5c in _oci_close_session ()
function)->common.function_name
Attempt to extract a com
#29868 [NoF->Opn]: Linking fails when using --enable-debug
ID: 29868 User updated by: Volker dot Weinberger at pharma dot novartis dot com Reported By: Volker dot Weinberger at pharma dot novartis dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 5.8 -PHP Version: 5.0.1 +PHP Version: 5.0.1, 5.0.2 New Comment: Thanks, I did try http://snaps.php.net/php5-latest.tar.gz , i.e. php5-200501180930 : the compile error has vanished, i.e. it appears to be fixed. (there were some issues during make test, as usual, but probably unrelated). I could still reproduce the same compile error on 5.0.2. Compilation on 5.0.3 crashed for other reasons (known bug related to php-5.0.3/Zend/zend_strtod.c), so it's unclear if that particular issue is still present in 5.0.3 . Previous Comments: [2004-12-29 01:00:11] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-12-21 10:13:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-10-05 13:00:04] Volker dot Weinberger at pharma dot novartis dot com You're probably right about the lib, however I still think there's something wrong, since things work fine (automatically) without --enable-debug (standard case), and fail with --enable-debug (everything else unchanged). [2004-10-05 11:59:14] [EMAIL PROTECTED] This issue should be fixed in HEAD. Please, test 5.1 snapshots. I'll probably backport it to 5.0.x if it works fine for you. [2004-10-05 11:52:59] karthik_80s at yahoo dot com Got this error with 4.3.9 also - solaris 2.8, SUNWspro6.1 cc. One common thing i've noticed: oci8. I was using it with oracle 10g, which ships with both 32bit and 64 bit libs. The 32bit libs are in lib32 instead of lib. Once I changed the link line to use lib32, it worked. So it's probably due to wrong dependencies. 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/29868 -- Edit this bug report at http://bugs.php.net/?id=29868&edit=1
#29868 [Fbk->Opn]: Linking fails when using --enable-debug
ID: 29868 User updated by: Volker dot Weinberger at pharma dot novartis dot com Reported By: Volker dot Weinberger at pharma dot novartis dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 5.8 PHP Version: 5.0.1 New Comment: You're probably right about the lib, however I still think there's something wrong, since things work fine (automatically) without --enable-debug (standard case), and fail with --enable-debug (everything else unchanged). Previous Comments: [2004-10-05 11:59:14] [EMAIL PROTECTED] This issue should be fixed in HEAD. Please, test 5.1 snapshots. I'll probably backport it to 5.0.x if it works fine for you. [2004-10-05 11:52:59] karthik_80s at yahoo dot com Got this error with 4.3.9 also - solaris 2.8, SUNWspro6.1 cc. One common thing i've noticed: oci8. I was using it with oracle 10g, which ships with both 32bit and 64 bit libs. The 32bit libs are in lib32 instead of lib. Once I changed the link line to use lib32, it worked. So it's probably due to wrong dependencies. [2004-10-05 11:14:53] saju dot pillai at gmail dot com -L/u01/home/oracle/product/9.2.0/lib your problem is that line ... shouldn't that be -L/u01/home/oracle/product/9.2.0/lib32 ? You could be trying to link against 64 bit stubs ? ---- [2004-08-27 15:35:53] Volker dot Weinberger at pharma dot novartis dot com Description: Compilation/Linkings works OK without --enable-debug. As followup of another bug report was was asked to compile with --enable-debug. This fails consistently during linking phase of sapi/cli/php with a wierd error message: ild: (argument error) can't find library arguments :: -lresolv -ldl -ldl -lpthread *** Error code 8 make: Fatal error: Command failed for target `sapi/cli/php' Same on freshly extracted PHP distribution. == Full message: /bin/sh /bioinfnv/software/biobench/apache/build/tmp/php-5.0.1/libtool --preserve-dup-deps --mode=link cc -export-dynamic -xO2 -g -L/usr/ucblib -L/bioinfnv/software/lib -L/bioinfnv/software/mysql/current/lib -L/u01/home/oracle/product/9.2.0/lib -R /usr/ucblib -R /bioinfnv/software/lib -R /bioinfnv/software/mysql/current/lib -R /u01/home/oracle/product/9.2.0/lib ext/libxml/libxml.lo ext/openssl/openssl.lo ext/openssl/xp_ssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/iconv/iconv.lo ext/mysql/php_mysql.lo ext/oci8/oci8.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/sqlite/sqlite.lo ext/sqlite/sess_sqlite.lo ext/sqlite/libsqlite/src/opcodes.lo ext/sqlite/libsqlite/src/parse.lo ext/sqlite/libsqlite/src/encode.lo ext/sqlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsql
#29864 [Fbk->Opn]: CLI PHP crash after successful script completion when querying Oracle 9 DB CLOB
ID: 29864
User updated by: Volker dot Weinberger at pharma dot novartis dot com
Reported By: Volker dot Weinberger at pharma dot novartis dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Solaris 5.8
PHP Version: 5.0.1
New Comment:
Backtrace attempt:
unfortunately I'm not able to compile with --enable-debug (filed as a
separate bug report).
Backtrace info without --enable-debug:
(gdb) bt
#0 0x7edbe1ac in kpughndl0 ()from
/u01/home/oracle/product/9.2.0/lib32/libclntsh.so.9.0
#1 0xbcd5c in _oci_close_session ()
#2 0x2597ec in list_entry_destructor ()
#3 0x256fc4 in zend_hash_del_key_or_index ()
#4 0x259480 in _zend_list_delete ()
#5 0xb8ea0 in _oci_conn_list_dtor ()
#6 0x2597ec in list_entry_destructor ()
#7 0x2572a4 in zend_hash_apply_deleter ()
#8 0x25746c in zend_hash_graceful_reverse_destroy ()
#9 0x23d1cc in shutdown_executor ()
#10 0x24ec38 in zend_deactivate ()
#11 0x1eda8c in php_request_shutdown ()
#12 0x28a984 in main ()
(gdb) frame 2
#2 0x2597ec in list_entry_destructor ()
function)->common.function_name
Attempt to extract a component of a value that is not a structure.
(gdb) frame 1
#1 0xbcd5c in _oci_close_session ()
function)->common.function_name
Attempt to extract a component of a value that is not a structure.
function)->common.function_name
Previous Comments:
[2004-08-27 13:17:14] [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.
[2004-08-27 12:40:03] Volker dot Weinberger at pharma dot novartis dot
com
Description:
PHP CLI script consistently crashes with 5.0.1 *after* successful
completion, i.e. the script executes successfully right to the end
("just before the end" line is printed in sample script below). Then,
after a short delay, a bus error is produced (core dump).
The same scripts (as well as the original script, sample script is
shortened) work fine with CLI PHP 4.3.6 .
The issue is tracked down to the d.seq field in the Oracle query, which
is a CLOB 4000 field. The script does not crash when this field is
omitted from the query.
PEAR DB is used for Oracle connection. PEAR DB version:
//
// $Id: DB.php,v 1.59 2004/07/08 21:15:11 danielc Exp $
//
Reproduce code:
---
#!.../php501
query($sql);
if(DB::isError($sth)){
die ($sth->getMessage());
}
print "just before the end\n";
?>
Expected result:
No core dump.
Actual result:
--
Script produces full correct results, but core dumps right at the end.
--
Edit this bug report at http://bugs.php.net/?id=29864&edit=1
#29868 [NEW]: Linking fails when using --enable-debug
From: Volker dot Weinberger at pharma dot novartis dot com Operating system: Solaris 5.8 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Linking fails when using --enable-debug Description: Compilation/Linkings works OK without --enable-debug. As followup of another bug report was was asked to compile with --enable-debug. This fails consistently during linking phase of sapi/cli/php with a wierd error message: ild: (argument error) can't find library arguments :: -lresolv -ldl -ldl -lpthread *** Error code 8 make: Fatal error: Command failed for target `sapi/cli/php' Same on freshly extracted PHP distribution. == Full message: /bin/sh /bioinfnv/software/biobench/apache/build/tmp/php-5.0.1/libtool --preserve-dup-deps --mode=link cc -export-dynamic -xO2 -g -L/usr/ucblib -L/bioinfnv/software/lib -L/bioinfnv/software/mysql/current/lib -L/u01/home/oracle/product/9.2.0/lib -R /usr/ucblib -R /bioinfnv/software/lib -R /bioinfnv/software/mysql/current/lib -R /u01/home/oracle/product/9.2.0/lib ext/libxml/libxml.lo ext/openssl/openssl.lo ext/openssl/xp_ssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/iconv/iconv.lo ext/mysql/php_mysql.lo ext/oci8/oci8.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/sqlite/sqlite.lo ext/sqlite/sess_sqlite.lo ext/sqlite/libsqlite/src/opcodes.lo ext/sqlite/libsqlite/src/parse.lo ext/sqlite/libsqlite/src/encode.lo ext/sqlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ex
#29864 [NEW]: CLI PHP crash after successful script completion when querying Oracle 9 DB CLOB
From: Volker dot Weinberger at pharma dot novartis dot com
Operating system: Solaris 5.8
PHP version: 5.0.1
PHP Bug Type: Reproducible crash
Bug description: CLI PHP crash after successful script completion when querying
Oracle 9 DB CLOB
Description:
PHP CLI script consistently crashes with 5.0.1 *after* successful
completion, i.e. the script executes successfully right to the end ("just
before the end" line is printed in sample script below). Then, after a
short delay, a bus error is produced (core dump).
The same scripts (as well as the original script, sample script is
shortened) work fine with CLI PHP 4.3.6 .
The issue is tracked down to the d.seq field in the Oracle query, which is
a CLOB 4000 field. The script does not crash when this field is omitted
from the query.
PEAR DB is used for Oracle connection. PEAR DB version:
//
// $Id: DB.php,v 1.59 2004/07/08 21:15:11 danielc Exp $
//
Reproduce code:
---
#!.../php501
query($sql);
if(DB::isError($sth)){
die ($sth->getMessage());
}
print "just before the end\n";
?>
Expected result:
No core dump.
Actual result:
--
Script produces full correct results, but core dumps right at the end.
--
Edit bug report at http://bugs.php.net/?id=29864&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29864&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29864&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29864&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29864&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29864&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29864&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29864&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29864&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29864&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29864&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29864&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29864&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29864&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29864&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29864&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29864&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29864&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29864&r=float
