Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

With php4-STABLE-latest (200301302230) it returns the following error:

Warning: fopen() [function.fopen]: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4

Warning: fopen(/web/ct/tmp/file.txt) [function.fopen]: failed to create stream: No such file or directory in /web/ct/test4.php on line 4

What are the permissions for /web and /web/ct directories?

# ls -ld /web /web/ct
drwxr-xr-x 110 root     system      8192 Nov 28 15:41 /web
drwxr-xr-x   7 ct       system      8192 Jan 31 15:22 /web/ct

I can not reproduce this with latest CVS snapshot.
What SAPI are you using? CGI..? Apache module?

Apache module

I have noticied that if I replace the safe_mode.c file with the one from PHP 4.1.2 it works properly.

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip


There have been couple of fixes lately which might fix this as side-effect, please give  it a go.

The build from php4-STABLE-200302231230 still produces the same error.

I have noticed that in safe_mode.c after the line that has VCWD_REALPATH(filename, path); (Line 84 from CVS version) the value of path is always NULL in Tru64 UNIX.  

The same code testing on Linux using CLI SAPI, path = correct value.

Using Tru64 UNIX 5.1.
Both 4.3.2-dev and 5.0.0-dev.

Tested with safe_mode on and trying to create a file in /tmp

I have the same problem on 4.2.3 and 4.3.1.
I noticed that making touch before fopen("xxx","w") creates the file so fopen succeeds.

With AIX 4.3.3 and PHP 4.3.1.

With safe_mode on , I cannot create a file with neither touch nor fopen nor mkdir. (With safe_mode off, the creation works).

Apache is running under user "web" and group "web".
I have the directory /web/hee_dev whose owner is web.web with permissions rwxr-s---

I have the script testing.php located in that directory:

   <?
     $fp=fopen("filetocreate","w+");
   ?>

If the file "filetocreate" does not already exist, I get the following error while executing the script:
 
           Warning: Unable to access filetocreate  
           in /web/hee_dev/testing.php on line 2

           Warning: fopen("filetocreate", "w+") - No such 
           file or directory in /web/hee_dev/testing.php on 
           line 2

If the file already exists, I can open it without any problem.


I had read somewhere in the bug database that this should be solved by now, but with 4.3.1, it still produces this error.

The bug is still there with php-4.3.2RC4 as an apache 1.3.27 module.
This is on Unixware 7.

with safe_mode=Off, file creation succeeds,
with safe_mode=On, file creattion fails with "failed to open stream: no such file or directory ..."

I've tried setting the dir 777, make it owned by apache UID.. Nothing worked.

A truss of the apache server showed that the last syscall before failed was a pathconf(filename,...) returning ENOENT
File didn't exist so it's normal.

Please help

I have made tons of research on this since yesterday.
It appears that realpath (at least on UW 713) set path to NULLL, returns NULL with errno=2 in case of a non existing file on line 86 in safe_mode.c then function proceeds to line  116 with a NULL path, all functions fail and the file cannot be created.

Hope this help to create a patch (I'm trying to but don't know the code enough too) Please someone help.

ohp@pyrenet.fr

after 2 strggling, I came with the following path on 
safe_mode.c against 4.3.2RC4.
Not sure it's the right thing to do.
could someone have a look?
Regards

*** main/safe_mode.c.orig	lun mrs 17 14:50:23 2003
--- main/safe_mode.c	mar mai 27 15:06:30 2003
***************
*** 66,71 ****
--- 66,72 ----
  			mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS;
  		} else {
  			mode = CHECKUID_CHECK_FILE_AND_DIR;
+ 			flags=1;
  		}
  	}
  
***************
*** 81,86 ****
--- 82,88 ----
  	 * If that fails, passthrough and check 
directory...
  	 */
  	if (mode != CHECKUID_ALLOW_ONLY_DIR) {
+ 		strcpy(path,filename);
  		VCWD_REALPATH(filename, path);
  		ret = VCWD_STAT(path, &sb);
  		if (ret < 0) {

this works on Unixware 713

I tested that patch.
Works just fine in AIX 4.3.1 php 4.3.2

-Juha-

Patch makes no difference with Tru64 UNIX 5.1A and PHP 4.3.2.

Hi, Glad to see my patch works on AIX, not so glad it fails with TRU64 UNIX

Did you test with the same script/environment you wrote on Jan 30?

Did you try to log the value of path after each VCWD_REALPATH.

AFAICS, the whole bug comes from realpath doing nasty things when path is NULL hence the strcopy I added.

Feel free to email directly. I'm not a PHP developper (I'd love the help of one on this one) but I want to get rid of this bug.

Regards
Olivier

I suspect some implementations of realpath will not touch the resolved path if the filename does not exist.  This would explain why your patch works on some systems.  On Tru64 realpath will set the resolved path to NULL if the file does not exist.  As such, setting path in the strcpy before VCWD_REALPATH doesn't fix the problem, at least on Tru64.

PHP is making some assumptions about the behaviour of realpath, but there are differences in the way vendors handle the case of a non existent file.

I have got around this problem by using the realpath function from the BSD source.

Would you please send the patch (on the list or to me) I don't have the realpath source handy and would love to give your patch a try.

Regards

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

It looks like this bug isn't closed at all, at least not in PHP 4.3.6 on HP-UX B.10.20:

<?php
$fname = "/home/xyz/public_html/test/file.txt";
$filePtr = fopen($fname, "w");
?>

drwxrwxrwx   2 xyz        xyz         80 May 11 03:00 test

Warning: fopen(): SAFE MODE Restriction in effect. The script running as uid 600 is not allowed to write to directory /home/xyz/public_html/test owned by uid 1234 in /home/xyz/public_html/test.php on line 3

Warning: fopen(/home/xyz/public_html/test/file.txt): failed to open stream: No such file or directory in /home/xyz/public_html/test.php on line 3

It is still broken in 4.3.6.

Additionally, php_realpath_hack is needed on Solaris 8 as well.