ID: 27539 User updated by: barry at teleserver dot es Reported By: barry at teleserver dot es Status: Open Bug Type: CGI related Operating System: Sun Solaris 2.6 PHP Version: 4.3.4 New Comment:
After looking for posible solutions in internet I tried some posible solutions for example compiling de PHP software without the options --enable-discard-path and --enable-force-cgi-redirect. The new situation seems to be more suitable, I can´t reproduce de coredump on the browser and the behavier seems to be the same executing the PHP script through IPlanet and Apache, in both cases with the same result on the browser "No input file specified.". Previous Comments: ------------------------------------------------------------------------ [2004-03-24 04:08:50] barry at teleserver dot es I made the changes in php.ini for the backtrace generation as commented in "bugs-generating-backtrace.php", however there is nothing changed refering the behaviour of the apache/php execution as commented initially in bug: 27540. This erroneous result doesn't create a core on my solaris file system so it is impossible for me to generate the backtrace file you asked for. In sted of generating the core file on the file system, the PHP shell execution from the CGI, sends the coredump information directly to the browser. Is there someting else I can do in order to give you the necesary information? ------------------------------------------------------------------------ [2004-03-15 07:32:28] [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-03-15 06:22:54] barry at teleserver dot es The problem I have with bug: 27540 is PHP versión independend and only with apache. If you prefer hendling thes both bugs under this reference, I will close the other one. Refering your request, please tell me exaclty with backtrace you mean, I don´t know PHP to much and need some help. If you refer to the coredump I see on the browser, its a lot of informatión and seems to refer to a lot of memory data not only PHP. ------------------------------------------------------------------------ [2004-03-10 13:27:06] [EMAIL PROTECTED] Please close the other report, the issue is same. And provide the backtrace of the crash here. ------------------------------------------------------------------------ [2004-03-10 03:56:35] barry at teleserver dot es First of all thanks for your request. The PHP script seems to work fine from de unix command line: About the C coded CGI: The webserver starts up a normal CGI programmed in C. This CGY starts up the PHP script as it was from the command line, by using the C system() function as followed: system("/disco1/php/test.php"); About apache: For this tests I used the netscape webserver because of some other problems I have using apache with this same configuration and reported as bug: 27540 ------------------------------------------------------------------------ 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/27539 -- Edit this bug report at http://bugs.php.net/?id=27539&edit=1
