PHP 4.0 Bug #7000 Updated: core dump in send_php()
| From: | sniper@php.net | Date: | Wed, 18 Oct 2000 14:34:32 +0000 |
| Subject: | PHP 4.0 Bug #7000 Updated: core dump in send_php() | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-35429@lists.php.net to get a copy of this message | ||
ID: 7000
Updated by: sniper
Reported By: pjm@spe.com
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
Could you please include your configure line into this bug report? Have you tried 4.0.3pl1?
Have you set the correct ORACLE specific environment variables before starting apache?
--Jani
Previous Comments:
---------------------------------------------------------------------------
[2000-10-03 22:30:55] pjm@spe.com
I built PHP to run with Apache and Oracle (although, oddly, MySql support was automatically added).
I used the Sun C compiler. Everytime I access a .php page, I get a core dump with the following
stack trace:
Reading symbolic information for httpd
core file header read successfully
Reading symbolic information for rtld /usr/lib/ld.so.1
dbx: program is not active
Reading symbolic information for libsocket.so.1
Reading symbolic information for libnsl.so.1
Reading symbolic information for libdl.so.1
Reading symbolic information for libc.so.1
Reading symbolic information for libsec.so.1
Reading symbolic information for libmp.so.2
Reading symbolic information for libc_psr.so.1
Reading symbolic information for libphp4.so
Reading symbolic information for libpam.so.1
Reading symbolic information for libclntsh.so.1.0
Reading symbolic information for libposix4.so.1
Reading symbolic information for libresolv.so.2
Reading symbolic information for libm.so.1
Reading symbolic information for libaio.so.1
Reading symbolic information for nss_files.so.1
Reading symbolic information for nss_nis.so.1
program terminated by signal SEGV (Segmentation Fault)
Current function is send_php
444 per_dir_conf = (HashTable *) get_module_config(r->per_dir_config,
&php4_module);
(dbx) where
=>[1] send_php(r = 0x302040, display_source_mode = 0, filename = (nil)), line 444 in
"mod_php4.c"
[2] send_parsed_php(r = 0x302040), line 514 in "mod_php4.c"
[3] ap_invoke_handler(0x302040, 0x1e, 0x0, 0x0, 0xd, 0xd), at 0x8a6d8
[4] process_request_internal(0x302040, 0xef2c0000, 0x1, 0xef70087c, 0x4, 0x1), at 0xb0448
[5] ap_process_request(0x302040, 0x4, 0x302040, 0xefffe1bc, 0xefffe1cc, 0x0), at 0xb0510
[6] child_main(0x0, 0x9d8a8, 0x0, 0x0, 0xef623100, 0xa05e4), at 0xa0248
[7] make_child(0x20f040, 0x0, 0x39d9ea66, 0xef6259e4, 0x40, 0x9da38), at 0xa06ec
[8] startup_children(0x5, 0x20f040, 0x1f3564, 0x20f040, 0x1d6888, 0xa1b60), at 0xa0838
[9] standalone_main(0x1, 0xefffe42c, 0x1f3564, 0x0, 0xef625c28, 0xef625eb4), at 0xa13ac
[10] main(0x1, 0xefffe42c, 0xefffe434, 0x1f2400, 0x0, 0x0), at 0xa23b0
(dbx)
---------------------------------------------------------------------------
Full Bug description available at: http://bugs.php.net/?id=7000