ID:               21310
 User updated by:  [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Open
 Bug Type:         *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:      4.3.0
 New Comment:

Have you checked ALL directories permissions (especially permission to
read for HTTP server) from / to directory with included file?


Previous Comments:
------------------------------------------------------------------------

[2003-02-06 12:06:31] [EMAIL PROTECTED]

I've also experienced the same problem on Solaris 8, w/ PHP 4.3.0, but
haven't been able to duplicate it on Linux.  The problem occurs when
running scripts through the web, but the problem doesn't occur when
running from the CLI.  For me it has nothing to do w/ permissions--same
problem even if the files/directories have full RWX permissions set.

For all of you dealing w/ this issue, a workaround I'm using so I don't
have to hard-code the full path in scripts is something like:

require(dirname($_SERVER['SCRIPT_FILENAME']).'/../lib/test.php');

That works both from web and CLI.

------------------------------------------------------------------------

[2003-02-04 16:52:55] [EMAIL PROTECTED]

I am able to duplicate this on Solaris 8, Apache 1.3.27, PHP 4.3.0.  I
traced it to getcwd() (aka VCWD_GETCWD) returning null, and
errno=EACCES in fopen_wrappers.c:expand_filepath().  The same code
works on 4.2.3.  However, this test was done in a non-standard
environment using Kerberos and a distributed file system, so this test
may not be representative.

For those of you experiencing this problem, check to see that there is
read perms on the afflicted directory and all ancestors.

------------------------------------------------------------------------

[2003-01-23 06:41:04] [EMAIL PROTECTED]

Not to jump in..

Theres a cron job i've been running on a few servers and
it's survived quite a few php upgrades.  I tested
php4.3.0 on one of those servers (upgrading cli from 4.2.3)
and now the cron job refuses to run.  Same issue as above.
It appears the cli is not honoring include path. (My path
has a . (dot), and relative paths from the directory of
the script do not work after the upgrade.  The application
running on the webserver works fine on 4.3.0.

------------------------------------------------------------------------

[2003-01-17 20:10:38] [EMAIL PROTECTED]

oops..


------------------------------------------------------------------------

[2003-01-17 10:41:19] [EMAIL PROTECTED]

[EMAIL PROTECTED]:
Instead of spamming the bugdb with your theories, *please* respond to
our requests for more information in your own bug report.
We need *facts* to be able to fix the problem, and so far you haven't
given us any.

------------------------------------------------------------------------

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/21310

-- 
Edit this bug report at http://bugs.php.net/?id=21310&edit=1

Reply via email to