Downloading files with multi-dot / long names (e.g. apack-1.00.zip) no longer fails. The local target is now mapped to a valid DOS 8.3 name (e.g. APACK-1~1.ZIP) instead of failing to create the file. Applies to both the F5 single-file download and batch copy.
Ctrl+C now works as a shortcut for "compare panels" (the numpad + action).
Date and Time sorting merged into one "Date/Time" criterion.
Oh, and I've found that "Compare directories" is under Gray+ , which is a serious discrepancy from other NC-alikes.
No shortcut in the original NC, but it's Ctrl-C in Volkov Commander.
Pretty sure it's numpad-+ also in original nc, but let me check that again.
Numpad+ a.k.a. Gray+ is for selecting files according to a mask.
It's been like this for 40 years - it's already there in the NC 1.00 from 1986, and it's there in pretty much every NC-clone.
It's very confusing to suddenly find under such an important key a completely different function...
In 2003, I voted in favour of joining the European Union. However, due to recent developments - especially the restrictions on cash usage - I'm hereby withdrawing my support. DOWN WITH THE EU!
In 2003, I voted in favour of joining the European Union. However, due to recent developments - especially the restrictions on cash usage - I'm hereby withdrawing my support. DOWN WITH THE EU!
My case is the opposite. Using mFTP I'm able to download at 200 KB/s but with FTP4DOS my speed is 10 KB/s. Same FTP site, same file.
My network chip is an Atheros AR8132. It's possible to get more speed with FTP4DOS?
My case is the opposite. Using mFTP I'm able to download at 200 KB/s but with FTP4DOS my speed is 10 KB/s. Same FTP site, same file.
My network chip is an Atheros AR8132. It's possible to get more speed with FTP4DOS?
Well, I would suggest replacing the PD with NDIS+DIS_PKT or ODI+ODIPKT, but for such a modern chip it may be impossible to find *any* good driver for DOS...
In 2003, I voted in favour of joining the European Union. However, due to recent developments - especially the restrictions on cash usage - I'm hereby withdrawing my support. DOWN WITH THE EU!
My case is the opposite. Using mFTP I'm able to download at 200 KB/s but with FTP4DOS my speed is 10 KB/s. Same FTP site, same file.
My network chip is an Atheros AR8132. It's possible to get more speed with FTP4DOS?
I can't help about FTP4DOS, but it may be possible to improve the speed in mTCP FTP client...
See the conclusions at the end of this thread - Quality of packet drivers: Intel
In 2003, I voted in favour of joining the European Union. However, due to recent developments - especially the restrictions on cash usage - I'm hereby withdrawing my support. DOWN WITH THE EU!
It would be great if you could implement Unicode support for file names in FTP, converting them to the current DOS code page for correct display in panels and saving files to your computer non-latin filenames.
It would also be great if you could convert the current code page to Unicode when uploading files from your computer to FTP.
A similar open-source FTP2P program already has this functionality.
My case is the opposite. Using mFTP I'm able to download at 200 KB/s but with FTP4DOS my speed is 10 KB/s. Same FTP site, same file.
My network chip is an Atheros AR8132. It's possible to get more speed with FTP4DOS?
I can't help about FTP4DOS, but it may be possible to improve the speed in mTCP FTP client...
See the conclusions at the end of this thread - Quality of packet drivers: Intel
For those of you who want the quick answer, the buffer sizes chosen for the TCP receive buffer and the file write buffer can have a much larger impact on faster machines. If you have a faster machine (Pentium or better) you might want to run some experiments to see if you can get faster performance by changing two values in the mTCP configuration file.
It's probably better to reference that as a dependency or fork it and add your files to the fork. That way you can see when mTCP changes and update accordingly.
For those of you who want the quick answer, the buffer sizes chosen for the TCP receive buffer and the file write buffer can have a much larger impact on faster machines. If you have a faster machine (Pentium or better) you might want to run some experiments to see if you can get faster performance by changing two values in the mTCP configuration file.
I'm using the same configuration file for FTP4DOS, FTP utility from MTCP and Links web browser: MTCP.CFG
1DHCPVER DHCP Client version Jan 10 2025 2TIMESTAMP ( 1760930237 ) Sun Oct 19 23:17:17 2025 3 4# This is a sample mTCP configuration file. These lines are comments. 5# Uncomment options that you want to turn use. 6# 7# Please read the PDF documentation for the full details on how to 8# use this file. 9 10 11# Settings for my machine 12# 13# Be sure to load your packet driver first. My packet driver lives 14# at software interupt 0x60. 15# 16packetint 0x60 17 18 19# Standard MTU is 576 and should be safe for any Ethernet. 20# MTU for SLIP and PPP might be even smaller. 1500 is the max 21# and works well for LANs and broadband access. Uncomment this 22# if you can and get better performance. 23# 24mtu 1500 25 26 27# Be sure to pick a good hostname! 28hostname MyDOSMachine 29 30 31# IRCjr options. The first three are required and the rest are optional. 32# 33ircjr_nick Zoidberg 34ircjr_user JZoidberg 35ircjr_name John F Zoidberg 36 37#ircjr_pass secretGoesHere 38#ircjr_connect_timeout 45 39#ircjr_register_timeout 60 40#ircjr_backscroll 300 41#ircjr_backscroll_chat 75 42#ircjr_backscroll_server 100 43#ircjr_color_scheme cga_mono 44#ircjr_timestamps on 45#ircjr_logging_default on 46#ircjr_log_dir e:\data\irclogs\ 47#ircjr_nick_updates server 48#ircjr_quit_updates server 49 50 51# FTP options to play with 52# 53ftp_connect_timeout 10 54# 55#Set these for even better performance 56# 57ftp_tcp_buffer 16384 58ftp_file_buffer 32768 59# 60#
…Show last 51 lines
61#Set this if you are doing mget and mput with lots of files 62# 63#ftp_mlist_buffer 8192 64 65 66# Telnet options 67# 68#telnet_virtbuffer_pages 8 69#telnet_connect_timeout 20 70#telnet_autowrap 1 71#telnet_sendbsasdel 1 72#telnet_termtype pcansi 73#telnet_send_newline auto 74 75 76# FTP Server parms 77# 78# Required parameters 79# 80#ftpsrv_password_file c:\ftppass.txt 81# 82# 83# Optional parameters 84# 85#ftpsrv_log_file c:\ftpsrv.log 86#ftpsrv_motd_file c:\ftpmotd.txt 87#ftpsrv_session_timeout 120 88#ftpsrv_ext_ipaddr some.ip.addr.here 89#ftpsrv_control_port 21 90#ftpsrv_pasv_base 2048 91#ftpsrv_pasv_ports 1024 92#ftpsrv_clients 10 93#ftpsrv_filebuffer_size 16 94#ftpsrv_tcpbuffer_size 16 95#ftpsrv_packets_per_poll 2 96#ftpsrv_exclude_drives AB 97 98 99 100# DHCP generated settings will appear here. If you are using DHCP 101# then these will be updated automatically by the DHCP client (dhcp.exe). 102# You can use the same lines to do a STATIC network setup; just alter 103# them and don't run the DHCP client 104# 105#LEASE_TIME 3600 106IPADDR 192.168.1.102 107NETMASK 255.255.255.0 108GATEWAY 192.168.1.1 109NAMESERVER 192.168.1.1 110#LEASE_TIME 3600
My speeds are:
FTP4DOS 10 KB/s, FTP from MTCP 200 KB/s, Links web browser 40 KB/s. With Total Commander in Windows 3.1 and using Trumpet Winsock I get around 20 KB/s.
Maybe could be something CPU related? With FTP4DOS the CPU fan spins at max speed when I start downloading. With the FTP utility from MTCP the fan spins at normal speed during download.
My computer is an Intel Atom N280, 1 GB of RAM and Atheros AR8132. I'm using MS-DOS 6.22.
Looks wrong to me - for my Pentium III 800, the optimal setting is:
FTP_FILE_BUFFER 2048
But you may need to do your own experiments to find the optimal values of FTP_TCP_BUFFER and FTP_FILE_BUFFER for your hardware.
In 2003, I voted in favour of joining the European Union. However, due to recent developments - especially the restrictions on cash usage - I'm hereby withdrawing my support. DOWN WITH THE EU!
