Have you tried fflush($p) before you fclose()?

I did once I received your reply. It didn't work either.

Manu.

Could you try sending the data in smaller chunks that are
< 8KB each?

I think I might have a solution.
--Wez.

I did something like this. Didn't work.

  $socket = fsockopen( $host, $port, $err1, $err2, 30 );
  if (!$socket) die ('conn');
  $start = 0;
  $len = 4*1024;
  $result = 0;
  while ($result < strlen($request))
  {
    $chunk = substr( $request, $start, $start+$len );
    $result = $result + fputs( $socket, $chunk );
    fflush( $socket );
    $start = $start+$len;
  }
  fclose( $socket );

Hope you find the answer. :->
Manu.

I did also a test(without chunking the data), I could send 48653 bytes, but couldn't 49229 bytes. 
With the chunking feature it must be some bug in my code, cause didn't work with 48653 bytes.

Manu.

Could you try this on 4.2.1, and the latest snapshot on http://snaps.php.net/win32/ ?

The internal streams subsystem has been implemented in the snapshots, which is a complete rewrite.

Thanks,

-Jason

I will do. In this moment I've been facing troubles with my Internet connection, and I cannot download the snapshots.

Manu.

I downloaded the file php4-win32-200207182200.zip and made a test uploading a 3.2MB file. It didn't work. With smallers files(a test with a 13b one) works. I'll do a test trying to establish the failure boundaries.

Manu.

What's the status on this?
Are you sure this is an issue with fputs and not instead
an issue with file upload to a PHP script?
What are you connecting to?
If you are testing again, please try the latest snapshot;
more changes have been made.
http://snaps.php.net/win32/

The lastest snapshot(Oct 13, 2002; php4-win32-latest.zip) works almost fine.

This code:
  $socket = @fsockopen( 'localhost', 80, $err1, $err2 );
  if (!$socket) die('socket not open');
  $result = fputs( $socket, $request ); #$request holds a well formed MIME request for posting a file.
  fflush( $socket );
  //echo "<pre>>>\r\n".str_replace('</pre>', '&lt;/pre>', $request)."<<\r\n</pre>";
  fclose( $socket );

This works if the file being posted is small(can't say how much). The point is that if I uncomment the echo line before fclose(), it sends all the data(up to 10.5M=11,076,608 bytes I sent), but without the echo line, it seems that fclose() executes in such a way that chops the socket's output stream and the Web Server does not executes the receive.php script. 
The echo line may be replace by sleep(8) and still working.

Summary:
  Give it time before fclose() a works; otherwise, unstable.

Manu.

I've just committed a little patch that might fix this problem; PHP was calling shutdown(2) prior to closing the socket, and this may have been causing the data-loss.
If you can compile PHP yourself, comment out the shutdown line in main/network.c.
Otherwise, you need to wait for the next snapshot to be built (could be 3 hours away).

Please let me know how you get on.

Scratch that; I just discovered something in the MSDN docs.

Please try the next snapshot.

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

Congratulations!

I have done the same tests, and I have sent up to 40MB.
The snapshot I used for testing was: php4-win32-STABLE-200212011730.zip

Manu.