PHP 4.0 Bug #6573 Updated: php.ini parsing crashes php (trace included)
| From: | Bug Database | Date: | Thu, 07 Sep 2000 15:44:46 +0000 |
| Subject: | PHP 4.0 Bug #6573 Updated: php.ini parsing crashes php (trace included) | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-32566@lists.php.net to get a copy of this message | ||
ID: 6573
Updated by: andi
Reported By: cahagn_o@epita.fr
Status: Closed
Bug Type: Reproduceable crash
Assigned To:
Comments:
Should be fixed in latest CVS.
Previous Comments:
[2000-09-06 07:44:32] cahagn_o@epita.fr
This has been tested on several platforms, snapshot
200009060345:
NetBSD 1.3.3, gcc 2.7.2.2
NetBSD 1.4.2, egcs 2.91.60
OpenBSD 2.6, gcc 2.95.1
(this bug does not occur on Linux, egcs 2.91.66)
Here's the configure line:
./configure --with-config-file-path=/path/to/valid/php_ini/
--enable-debug
--without-mysql
--without-gd
php will then crash systematically when launched, the
php.ini is the latest one (although the problem also exist
with 4.0.2 ini file).
Here's what gdb says:
Program received signal SIGSEGV, Segmentation fault.
0x5cba0 in virtual_file_ex (state=0x0, path=0x0, verify_path=0)
at tsrm_virtual_cwd.c:332
332
(gdb) bt
#0 0x5cba0 in virtual_file_ex (state=0x0, path=0x0,
verify_path=0)
at tsrm_virtual_cwd.c:332
CWD_STATE_COPY(old_state, state);
I can solve this bug by:
- compiling without --with-config-file-path, then php
doesn't find any php.ini file and runs 'php -v' fine
(although it displays 4.0.2 but I guess that's another problem)
- deleting php.ini from the repertory mentioned by
--with-config-file-path, then 'php -v' works.
Sorry if this duplicate with a post to php-dev@ but I
thought it'd be easier to keep track of this bug this way.
---------------------------------------------------------------------------
Full Bug description available at: http://bugs.php.net/?id=6573