Thanks for the report - I am checking into it.

--zak

Whats happening on this subject?

Current status on this is that I ignored it for a while - 
I am taking a look at it again.

If you find the temporary file variable I would be much obliged if you could drop me a line.

BTW I was thinking would'nt it be better to have the PUT values in the superglobal $_FILES ? Or at least in a $HTTP_PUT_FILE var.

A possible solution could be something like the following:

$HTTP_PUT_FILE['request_uri']
Path of the proposed upload like /mytest/filename.htm

$HTTP_PUT_FILE['path_translated']
The full path of the proposed upload like /usr/home/foo/bar/public_html/mytest/filename.htm

$HTTP_PUT_FILE['size']
The size, in bytes, of the uploaded file. 

$HTTP_PUT_FILE['tmp_name']
Temp name something like /tmp/hfdhjfufd8733

My only bad is that I cant program in C otherwise I would have been there doing it already.

Just wanted to drop a note about a test I've done:

I tried a simple perl script getting the PUT file and it worked.

Calling the same script through PHP yields "no file" meaning that PHP does something the uploaded file since the perlscript used by itself works and then called through PHP does'nt.

this is a PHP 3 only feature 
that noone ever ported to PHP 4 ...

with 4.3 you will be able to read
the PUT data from the php://input stream

as the $PHP_PUT stuff in PHP 3 seems to
be something almost never used and as 
the new streams solution is so easy to 
use i think it is not worth to port the
PHP 3 feature here ...

in 4.3 you will be able to just do a

$in = fopen("php://input","rb");
$out = fopen($outfile,"wb");
while(!feof($in)) {
  fwrite($out, fread($in, $bufsize));
}
fclose($in);
fclose($out);

no nead to deal with temporary files,
no disk space wasted when the script
doesn't need the PUT data, and the
approach is not limited to PUT requests
but will work with all HTTP methods
carrying content

changed to documentation problem

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.

Provided example of using php://stdin and note re: change from PHP3.

Once again, this is an ASSIGNED bug, do not play with this pollita, please.

is my system being buged

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.