And I've added a command to activate or deactivate the file pre-allocation:
PA [0|1]
Set pre-allocation mode to ON (1) or OFF (0), or display current
mode if not specified. PA 1 boosts file writings, but might not
work on some MSX-DOS 2 versions
I tested the download of a 1400KB file on a crowded (+/- 1GB) partition:
With "PA 0": 7min30s
With "PA 1": 1min
So around 7x times faster in this case! I kept the default value to "PA 0" because that sometimes causes hangs with Nextor, that problem should really be investigated...
Hi Louthrax
I tried the following:
gr8ftp.com 192.168.1.2 user*blabla!pass*whoohoo!dir*ftpfolder!quit
I get *** GR8NET not found
there is a gr8net in the machine and it works fine. did i forget something?
I use the Gr8Net in a one chip MSX and the Gr8Net is detected and a connection is made to my local Ubuntu machine. The file I want to transfer is found and the transfer is started. However, the transfer does not get completed.
When I take a very small file (38 bytes) the transfer gets to 100% where the '1' is overwritten by the spinner.
I made a Wireshark capture, and these are the last lines of the stream:
retr myfile.txt
150 Opening BINARY mode data connection for 'myfile.txt' (38 bytes).
226 Transfer complete.
The socket does not get disconnected.
Also on a slightly bigger file, I do see that FTP-DATA shows the whole file and on FTP the last line was 226 Transfer complete.. I notice that the counter goes to '*9%' (99%???)
But also here, the program just keeps the spinner active and that is it...
I use the Gr8Net in a one chip MSX and the Gr8Net is detected and a connection is made to my local Ubuntu machine. The file I want to transfer is found and the transfer is started. However, the transfer does not get completed.
When I take a very small file (38 bytes) the transfer gets to 100% where the '1' is overwritten by the spinner.
I made a Wireshark capture, and these are the last lines of the stream:
retr myfile.txt
150 Opening BINARY mode data connection for 'myfile.txt' (38 bytes).
226 Transfer complete.
The socket does not get disconnected.
Also on a slightly bigger file, I do see that FTP-DATA shows the whole file and on FTP the last line was 226 Transfer complete.. I notice that the counter goes to '*9%' (99%???)
But also here, the program just keeps the spinner active and that is it...
Did you use the quit command? It does say Transfer complete right? Or am I reading your post wrongly?
I use the Gr8Net in a one chip MSX and the Gr8Net is detected and a connection is made to my local Ubuntu machine. The file I want to transfer is found and the transfer is started. However, the transfer does not get completed.
When I take a very small file (38 bytes) the transfer gets to 100% where the '1' is overwritten by the spinner.
I made a Wireshark capture, and these are the last lines of the stream:
retr myfile.txt
150 Opening BINARY mode data connection for 'myfile.txt' (38 bytes).
226 Transfer complete.
The socket does not get disconnected.
Also on a slightly bigger file, I do see that FTP-DATA shows the whole file and on FTP the last line was 226 Transfer complete.. I notice that the counter goes to '*9%' (99%???)
But also here, the program just keeps the spinner active and that is it...
The spinner is displayed when GR8FTP is waiting for data from the FTP server but received none (so it can erase the percentage counter). GR8FTP first asks for the size of the file to download using the "SIZE" command, and then gets data until everything is received (it does not abort on timeout).
It could be that the file size is not computed correctly for some reasons, or that some packets are lost... Could you get here the full results of your Wireshark capture for the FTP session, specially the "SIZE" command?
. 
