From: szoftos at freemail dot hu Operating system: FreeBSD PHP version: 5.2.6 PHP Bug Type: CGI related Bug description: spawn-fcgi sometimes cannot resolve symlinks
Description: ------------ Hello, recently i changed my operating system from linux to freebsd, which has its default documentroot in /usr/local/www, and linux had it in /var/www. i moved my files to /usr/local/www, but i made a symlink into /var: 'cd /var' 'ln -s ../usr/local/www www' lighttpd has its old configs, locating files in /var/www, but this shouldn't be a problem with the symlink. php got its settings locating files in /usr/local/www, and i got sometimes a mystical response from the fcgi-php: 'No input file specified.' i lowered the spawned processes to 2 (sadly i couldn't lower it to 1), and traced one of the two processes. one of them was the faulty, and i had luck: i have seen that lighttpd passed /var/www (normally) to php-fcgi, and somehow php-fcgi couldn't really resolve the symlink. the problem solved when i changed /var/www to /usr/local/www in lighty's configuration. this looks like a problem to me, and it is not unique. i had this situation with one of my other virtualhosts too. the spawned processes are resolving that symlink good in most of the time, but then one process stops resolving it right, and produces the message, as i have written. this should be a problem. i have gone to lighttpd developers, and they told me its a php problem. the original bugreport is here: http://trac.lighttpd.net/trac/ticket/1668 Reproduce code: --------------- You can reproduce if you use the same settings as i mentioned above. -- Edit bug report at http://bugs.php.net/?id=45049&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45049&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45049&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45049&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45049&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=45049&r=needscript Try newer version: http://bugs.php.net/fix.php?id=45049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45049&r=support Expected behavior: http://bugs.php.net/fix.php?id=45049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45049&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45049&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=45049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45049&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45049&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=45049&r=mysqlcfg