Re: [PHP] why isn't this working? (many questions inside)

2002-01-28 Thread Dennis Moore

Just curious,  why not use FTP for such a large file?

/dkm


- Original Message -
From: Wei Weng [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 28, 2002 8:39 PM
Subject: [PHP] why isn't this working? (many questions inside)


 First, I am running (currently) php 4.0.6 under Redhat 7.2 with kernel
 2.4.10

 I know you can do the following:

 ?

 header(Content-type: application/force-download);
 header(Content-disposition: attachment; filename=blah.txt);
 readfile(blah.txt);

 ?

 to force the user to download a file.

 However, this wouldn't work if blah.txt is larger than 2G on my machine
 with php 4.0.6 for Redhat 7.2, because all the file I/O operations are
 done in 32 bits functions.

 So here are two solutions i though about:

 1) instead of readfile(blah.txt), do a passthru(cat blah.txt). Since
 the basic idea of forcing a download is to pipe the file content to the
 standard output (which is the browser in this case), i don't understand
 why passthru(cat blah.txt) wouldn't do the trick. In fact, I can only
 download about 88Mbs of the whole 4G file I planned to download.

 2) recompile the php package with -D_FILE_OFFSET_BITS=64 enabled. However,
 with the ./configure; make; make install, i can't seem to figure out where
 to stick the option in. (prefer doing it in one of the configure arguments
 if possible)

 Forgive me if I posted this to the wrong mailing list, I had been losing
 hairs over these puzzled questions.

 TIA.

 --
 Wei Weng
 Network Software Engineer
 KenCast Inc.


 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] why isn't this working? (many questions inside)

2002-01-28 Thread Robin Chen

Maybe your script timed out before it could finish.  Try
set_time_limit(0)

Another possibility is that your browser gave up.  You may need 4GB of
disk cache because browsers usually save all files in cache before
copying them to the place you designate.

Robin

Wei Weng wrote:
 
 First, I am running (currently) php 4.0.6 under Redhat 7.2 with kernel
 2.4.10
 
 I know you can do the following:
 
 ?
 
 header(Content-type: application/force-download);
 header(Content-disposition: attachment; filename=blah.txt);
 readfile(blah.txt);
 
 ?
 
 to force the user to download a file.
 
 However, this wouldn't work if blah.txt is larger than 2G on my machine
 with php 4.0.6 for Redhat 7.2, because all the file I/O operations are
 done in 32 bits functions.
 
 So here are two solutions i though about:
 
 1) instead of readfile(blah.txt), do a passthru(cat blah.txt). Since
 the basic idea of forcing a download is to pipe the file content to the
 standard output (which is the browser in this case), i don't understand
 why passthru(cat blah.txt) wouldn't do the trick. In fact, I can only
 download about 88Mbs of the whole 4G file I planned to download.
 
 2) recompile the php package with -D_FILE_OFFSET_BITS=64 enabled. However,
 with the ./configure; make; make install, i can't seem to figure out where
 to stick the option in. (prefer doing it in one of the configure arguments
 if possible)
 
 Forgive me if I posted this to the wrong mailing list, I had been losing
 hairs over these puzzled questions.
 
 TIA.
 
 --
 Wei Weng
 Network Software Engineer
 KenCast Inc.
 
 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]