ID: 24043 Updated by: [EMAIL PROTECTED] Reported By: delmatto at genotec dot ch -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux 3.0 / stable PHP Version: 4.3.2 New Comment:
Both scripts work just fine. No bug. Previous Comments: ------------------------------------------------------------------------ [2003-06-07 05:03:32] delmatto at genotec dot ch I am Sorry, I understood you wantet a working link to see the scripts in action... This is the code of the two test files I use: ---begin test.php--- <?PHP include("http://gic-web-lin-01.genotec.ch/php/gd/index.php"); ?> ---end--- ---begin test2.php--- <?PHP include("http://support.genotec.ch/main.asp"); ?> ---end--- ------------------------------------------------------------------------ [2003-06-07 04:52:43] [EMAIL PROTECTED] I asked for a SOURCE of a script that I can run myself. ------------------------------------------------------------------------ [2003-06-07 02:54:51] delmatto at genotec dot ch use the following for a server running php 4.3.1 (original config) http://212.80.185.102/test.php (-> http://212.80.185.102/php/gd/index.php) http://212.80.185.102/test2.php (-> http://support.genotec.ch/main.asp) here the error happens, no matter wether I include from the same server or from an external one as in the later case. now these for the server running 4.3.3-dev snapshot http://212.80.185.101/test.php (-> http://212.80.185.101/php/gd/index.php) http://212.80.185.101/test2.php (-> http://support.genotec.ch/main.asp) here comes a very strange behaviour as it sometimes works without this 'headers' and sometimes the page even stays blank, then I find the following in the error log: [Sat Jun 7 09:34:29 2003] [error] PHP Warning: main(http://gic-web-lin-01.genotec.ch/php/gd/index.php): failed to open stream: HTTP request failed! [EMAIL PROTECTED]@P_P ␋[EMAIL PROTECTED]@T ␋┼ /┴▒⎼/␤␌␌/␤├␍⎺␌⎽/␍␊°▒┤┌├/├␊⎽├.⎻␤⎻ ⎺┼ ┌␋┼␊ 4 to reproduce just try to reload the page a few times. I'm not sure wether this header problem is gone now, though the error shown in the log was only introduced when using the new snapshot. It seems like it would only happen when including from the same server, not from an external one, as I couldn't reproduce it on the second url. PHP4 ist running as mod_php in Apache. There is no mod_php3. CGI is not specifically configured in apache, however I didn't use the '--disable-cgi' switch when building PHP, if anyone happens to rename a .php file to .cgi and adds a #!/usr/bin/php to the top of the file, it would run over cgi/suexec. Normal .php/php3/phtml files run through mod_php. ------------------------------------------------------------------------ [2003-06-06 18:40:38] [EMAIL PROTECTED] Can you give some example script which definately fails for you everytime? (using some url anybody can access) Do you happen to have also CGI version of PHP configured in your Apache? Or PHP 3 as module? ------------------------------------------------------------------------ [2003-06-06 12:31:23] delmatto at genotec dot ch While another problem not mentioned here has gone, the one described still remains as of snapshot 4.3.3-200306061130. Could old dev headers be the source for this problem? I mean, not all dev-headers are up to date since I had to stick to some from debian stable... Just for your reference, I used the following to compile PHP: apache 1.3.26-dev (debian3/stable) curl 7.10.2 gd 2.0.9 (not the one shipped with php) libxml 2.4.30 mind 0.2a pdflib 4.0.3 sablot 0.96.1 xslt 1.0.23 freetds 0.53 libexpat 1.95.2 openssl 0.96c libjpeg62 6b libpng2 1.0.12 freetype6 2.0.9 libmcal 0.6 mhash 0.8.14 pcre3 3.4 recode 3.6 mcrypt 2.5.0 pgsql 7.2.1 I hope I didn't miss one out. ------------------------------------------------------------------------ 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/24043 -- Edit this bug report at http://bugs.php.net/?id=24043&edit=1