From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: 4.2.3 (!) "include" operator mistake
I'm trying to write here again (maybe previous thread is down?). You said before this bug in NOT actual in 4.2.3, but code STILL DOES NOT work in 4.2.3. So, PHP v4.2.0 (and later) on Windows: include "/home/some/site.php"; - DOES NOT work (try to believe)! We have to use instead: include "z:/home/some/site.php"; # bad... Bad?.. BAD!!! Previous PHP v4.1.0: include "/home/some/site.php"; - works correct. I think that since 4.2.0 pathes like "/some/where" does not treated as absolute. For example, if we add "z:" to "include_path", include "/home/some/site.php" become workable - it is only the prove. It is VERY loathsome bug, because it makes Windows scripts incompatible with Unix and with previous PHP versions. Again, new version (4.2.3) has THE SAME bug: Z:\!distrib\php-4.2.3-Win32>php.exe <? include "/test.php"; ?> ^Z Warning: Failed opening '/test.php' for inclusion (include_path='.;c:\php4\pear') in - on line 2 If I use "include 'z:/test.php'", it works. Please help (our clients are very angry!) P.S. DocumentRoot "/home/site/www" ... GET http://site/test.php - DOES NOT work too. It seems to me mod_php uses the same "include" function while starting the script. -- Edit bug report at http://bugs.php.net/?id=19650&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19650&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19650&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19650&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19650&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19650&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19650&r=support Expected behavior: http://bugs.php.net/fix.php?id=19650&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19650&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19650&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19650&r=globals
