#37188 [Opn]: Wrong value of include_path causes 'Official' PHP4.4.2, PHP 4.4.3.3dev to crash

From: Date: Mon, 01 May 2006 15:14:53 +0000
Subject: #37188 [Opn]: Wrong value of include_path causes 'Official' PHP4.4.2, PHP 4.4.3.3dev to crash
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-96430@lists.php.net to get a copy of this message
ID: 37188 Updated by: tony2001@php.net Reported By: phpclub_ru at bougakov dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP Home, SP2 PHP Version: 4.4.2 New Comment: Please change your attitude to something more productive. Since nobody except you is able to reproduce the problem, please do something useful and at least _try_ to provide more info instead of TYPING WITH CAPS LOCK ON. Previous Comments: ------------------------------------------------------------------------ [2006-04-30 23:40:22] edink@php.net Seems that there is a problem with cgi and debug mode. Will check it out. I have no problems compiling "Debug_TS" build. ------------------------------------------------------------------------ [2006-04-30 18:48:48] phpclub_ru at bougakov dot com STOP POSTING AUTOMATED REPLIES JUST FOR CHANGING BUGs STATUS FROM 'open', WITHOUT CARING TO READ IT FIRST! I can not generate backtrace: - the debug build from emini.dk is broken - it simply doesn't work - the source package from php.net (latest .bz2 file for version 4.4.2) doesn't compile - it breaks on c:\php\php-4.4.2\ext\pcre\pcrelib\pcre_internal.h(219) : fatal error C1189: #error : LINK_SIZE must be either 2, 3, or 4 Anyway the bug reproduces on two different machines with official PHP 4.4.2 binary from your website. Don't want to check it out for yourselves with the official binaries ("my version from some cvs works" is not the answer)? Then give me the sources that will compile, or compiled binary that actually runs. ------------------------------------------------------------------------ [2006-04-29 11:44:53] mike@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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. ------------------------------------------------------------------------ [2006-04-27 18:56:50] phpclub_ru at bougakov dot com edink, seems like something wrong is with your debug build. When I am trying to make supplied php.exe to parse any PHP script (including trivial "phpinfo") I always get the same: c:\Downloads\php debug>php -e -n -f php_test.php No input file specified. No matter how I launch it: using Apache, or directly from command line. Are you sure everything is OK with your build? ------------------------------------------------------------------------ [2006-04-25 12:27:32] edink@php.net I cannot reproduce this with debug build. You can test it yourself with this build: http://php.emini.dk/misc/php-4.4.3-dev-Win32-debug.zip ------------------------------------------------------------------------ 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/37188 -- Edit this bug report at http://bugs.php.net/?id=37188&edit=1

« previous php.bugs (#96430) next »