ID: 19886
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows, any Version
PHP Version: 4CVS-2002-10-13
New Comment:
None of them has been used (output buffering or ob_gzhandler, or
zlib.output_compression or transparent SID/session rewriting). The
fopen() -> $val = fread()-> echo $val worked fine. The response was
much quicker.
Never minad... I have solved the problem otherwise. And the data have
moved to a differen server with higher capacity.
Regards SelfMan
Previous Comments:
------------------------------------------------------------------------
[2002-10-29 19:13:28] [EMAIL PROTECTED]
and did you try the most recent snapshot as I suggested
on the 13 Oct?
And could you reproduce the issue using a different web server?
------------------------------------------------------------------------
[2002-10-29 16:14:28] [EMAIL PROTECTED]
For me, I dont have output buffering or ob_gzhandler,
or zlib.output_compression or transparent SID/session rewriting
enabled. I tested even a max execution time of a day.
------------------------------------------------------------------------
[2002-10-29 09:10:49] [EMAIL PROTECTED]
As a sanity check, you're not using output buffering or ob_gzhandler,
or zlib.output_compression or transparent
SID/session rewriting, are you?
------------------------------------------------------------------------
[2002-10-29 06:55:29] [EMAIL PROTECTED]
I have a simmilar problem on windows 2000 Server with IIS4.
I use this script (just a part):
header("Content-type: Download");
header("Content-Disposition: attachment;
filename=".$Data->SWFileName);
$fp = fopen ($GLOBALS['FileLocation'].$Data->SWFileName, "rb");
fpassthru($fp);
The problem is that on our development machine (Linux) everything works
like a charm, but on our "Production" server with Win2k Server & IIS
not.
There is a small JavaScript which calls the file sending script usimg
window.location='getfile.php?fileid=56'
The problem place is that the time between request and displaying the
"save" dialog is very large. (1-2 minutes or so) I can't get it to
execute faster.
I will try to use the fread().
Later
SelfMan
------------------------------------------------------------------------
[2002-10-13 19:06:50] [EMAIL PROTECTED]
I just fixed (I hope) a socket-shutdown bug (#16114).
The interesting thing is that this is only to do with
writes to sockets opened by streams (so it should not
affect PHP output).
It might be that the Microweb server also has a similar
bug, or that it has some other threading issue.
It doesn't make sense for this to be related solely to
streams, as they aren't time-dependent, and they are
certainly not dependent on other PHP processes.
Can you try reproducing the problem using Apache, PWS
or IIS?
Can anyone reproduce this on another platform?
------------------------------------------------------------------------
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/19886
--
Edit this bug report at http://bugs.php.net/?id=19886&edit=1
