Go Back   FlashFXP Forums > > > >

Bug Reports Report bugs here. (non-beta releases only)

 
 
Thread Tools Display Modes
Old 08-30-2003, 11:52 AM   #1
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Angry Cannot d/l large files

I'm using 2.1 b924 trying to d/l large (4gb+) from a BFTP site. However, the file remaining time is way, way too short (about 2 hours - 512 ADSL, I wish!) and after about 400-500mb it drops the connection and starts from the beginning again - this carry's on looping like this indefinatley. CuteFTP Pro (yuk!) works ok though - any ideas?


Tim
melonhead is offline  
Old 08-30-2003, 01:53 PM   #2
guru_2
Junior Member
 
Join Date: Jul 2002
Posts: 25
Default

Ckeck your options to see if you have always overwrite when downloading. You need to make it always resume.

HTH
guru
guru_2 is offline  
Old 08-30-2003, 03:36 PM   #3
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Default

Thanks, but that was already set. Interestingly CuteFTP had got about 2.5gb of a 4.3gb file when I lost my connection. When i reconnected I tried Flash again, to see if it would autoresume where cute left off, but it prompted to overwrite the existing 2.5gb file with one of 195mb!!! It looks like it's not getting the filesize correctly - but since cute does i assume that it's an issue with flash and not BPFTP server?
melonhead is offline  
Old 08-30-2003, 04:40 PM   #4
MxxCon
Super Duper
FlashFXP Beta Tester
 
Join Date: Oct 2001
Location: Brooklyn, NY
Posts: 3,840
Default

look at your status log. do you see REST command before RETR.
does REST have correct file size of your existing file?
__________________
[Sig removed by Administrator: Signature can not exceed 20GB]
MxxCon is offline  
Old 08-31-2003, 02:51 PM   #5
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Default

I don't think that that's the issue - I was just trying to make the point that Flash doesn't like files of that size, regardless of how I try to get them down.

It does however report the correct size in the log when initalising the transfer - maybe it's a field length issue and Flash just can't handle numbers that large?
melonhead is offline  
Old 08-31-2003, 04:38 PM   #6
phyber
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Join Date: Apr 2003
Posts: 141
Default

That is not the case, from the features page
Transfer files of all sizes, no 2gb/4gb size limit like some ftp clients.
phyber is offline  
Old 09-02-2003, 08:35 AM   #7
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

Older versions of BPFTP did not support large files, Please verify that the version your using does indeed support large files.

Some ftp servers support large files but they are unable to resume them.
bigstar is offline  
Old 09-02-2003, 01:02 PM   #8
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Default

i've been assured that if it's not the latest BPFT, then it is only a point release behind. That wouldn't explain why unCuteFTP Pro works fine though
melonhead is offline  
Old 09-04-2003, 09:19 AM   #9
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

it would be most helpful if you could include a copy of the status text also issue a raw command "SIZE <Filename>" where filename is the large file
bigstar is offline  
Old 09-05-2003, 10:24 AM   #10
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Default

ok here is the result from the raw list:

size drp-xxxxxxx.img
213 193048576

when I start the xfer it says that the time estimate is 2:40:00 @ 24kbs, after it has got 100% it carries on for a while with the time remaining at ??:??:??. The filesize reported through FlashFXP remote view pane is 4.18gb. the log is below, I aborted after leaving it looping overnight:

Connecting to site
Connected to site -> IP=999,999,999,999 PORT=115
220 SITE FTP
USER uid
331 Password required for uid.
PASS (hidden)
230 User uid logged in.
SYST
215 UNIX Type: L8
REST 100
350 REST supported. Ready to resume at byte offset 100.
REST 0
350 REST supported. Ready to resume at byte offset 0.
PWD
257 "/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (999,999,999,999,185,51).
LIST
150 Data connection accepted from 111.111.111.111:3279; transfer starting.
226 Transfer ok
List Complete: 383 bytes in 0.63 (0.37 KBps)
CWD dir
250 CWD command successful. "/dir" is current directory.
PWD
257 "/dir" is current directory.
PASV
227 Entering Passive Mode (999,999,999,999,178,142).
LIST
150 Data connection accepted from 111.111.111.111:3280; transfer starting.
226 Transfer ok
List Complete: 2 KB in 0.64 (2.16 KBps)
CWD xxxxxxxxxx
250 CWD command successful. "/dir/xxxxxxxxxx" is current directory.
PWD
257 "/dir/xxxxxxxxxx" is current directory.
PASV
227 Entering Passive Mode (999,999,999,999,142,210).
LIST
150 Data connection accepted from 111.111.111.111:3281; transfer starting.
226 Transfer ok
List Complete: 144 bytes in 0.54 (0.14 KBps)
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (999,999,999,999,88,70).
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:3282; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,48,154).
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4415; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,6,71).
REST 2527232
350 REST supported. Ready to resume at byte offset 2527232.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4416; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,181,62).
REST 4199860
350 REST supported. Ready to resume at byte offset 4199860.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4417; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,17,39).
REST 25367988
350 REST supported. Ready to resume at byte offset 25367988.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4420; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,39,82).
REST 29382068
350 REST supported. Ready to resume at byte offset 29382068.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4421; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
(soft abort)
ABOR
426 Cannot retrieve. Failed. Aborting
226 ABOR command successful.
User Aborted
melonhead is offline  
Old 09-05-2003, 11:37 AM   #11
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

from the menu, Directory > View raw directory, now compare the file size listed to the size returned by the SIZE command, do they match?

I'm not clear as to why the error reports a reset connection.

Would it be possible to give me access to the server so that I could further investigate the problem.
bigstar is offline  
Old 09-05-2003, 12:51 PM   #12
melonhead
Junior Member
 
Join Date: Aug 2003
Posts: 6
Default

This is the ouput from the RAW dir

-rw-r--r-- 1 ftp ftp 4488015872 Jan 25 17:26 drp-XXXXXXX.img


i'm sorry but it's not my FTP site, so i'll have to get permission.

regards,

Tim
melonhead is offline  
Old 09-05-2003, 06:09 PM   #13
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

From what i'm seeing the SIZE command reports a different value then that of the raw listing.

As such BPFTP is not 100% capable of dealing with large files.

FlashFXP relies on the accuracy of the SIZE command reply, if this value is wrong FlashFXP can not reliably resume the file.
bigstar is offline  
Old 01-22-2004, 04:16 PM   #14
Question
Junior Member
 
Join Date: Jan 2004
Posts: 15
Default

I have exaktly the same problem!
But cuteFTP dont work for me, not even internet explorer, i would be happy if someone solves it!
Question is offline  
Old 01-22-2004, 05:02 PM   #15
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

Quote:
Originally posted by Question
I have exaktly the same problem!
But cuteFTP dont work for me, not even internet explorer, i would be happy if someone solves it!
What exactly is your problem? In the previous posts the problem was caused by the FTP Server, it didn't fully support large files.
bigstar is offline  
 

Tags
beginning, connection, ideas, large, starts

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
"login incorrect." a bug? jahknee Bug Reports 10 01-29-2003 02:33 PM


All times are GMT -5. The time now is 10:41 AM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)