V2.3 1993 seems to crash if more than a single connection is use against some servers.
It hangs on this screen for 5 download if I use 2 connections per host.
Xfering
Connecting
Pending
Pending
Pending
Single Connection, = OK
One per Host = OK
Multiple for each transfer = OK
the rest fails...
Maybe the Serv-U FTP server does not allow more the one connection... , it works with CrushFTP
Incompatible if more than a single connection is used, dependent on FTP server
-
ForumAdmin
- Site Admin
- Posts: 1036
- Joined: Mon Mar 24, 2003 4:37 am
Re: Incompatible if more than a single connection is used, dependent on FTP server
Some servers will not allow multiple connections (or can't handle it in some cases).
If you post the full log there might be more information that helps diagnose the issue.
Better to always start with one connection, then work up from there.
If you post the full log there might be more information that helps diagnose the issue.
Better to always start with one connection, then work up from there.
Re: Incompatible if more than a single connection is used, dependent on FTP server
The cause of the problem was using a ppk file and use Putty Compatible STFP checked in COMBINATION with "Keep Alive" hard checked. When disabling the Keep alive, "multiple for each transfer" works again. So I might have labelled it incorrectly "dependent on the FTP server".
dump:
coreftp build #1995 (Pro), caused an Access Violation (0xC0000005) in module ssh.dll at 0033:000000008F899AF2.
But that crash (ssh.dll) due to x parallel tracks => does that mean that the PuTTY 0.76 engine in CoreFTP does not handle multi-threading properly?
Are the x parallel connections waiting on each other (thread contention), keeping the combined speed stuck the same as the level of 1 single connection?
Can you reproduce by activating the "Use Putty Compatible SFTP" and test speed in single vs multiple for each transfer. Maybe test with a higher version of Putty.
dump:
coreftp build #1995 (Pro), caused an Access Violation (0xC0000005) in module ssh.dll at 0033:000000008F899AF2.
But that crash (ssh.dll) due to x parallel tracks => does that mean that the PuTTY 0.76 engine in CoreFTP does not handle multi-threading properly?
Are the x parallel connections waiting on each other (thread contention), keeping the combined speed stuck the same as the level of 1 single connection?
Can you reproduce by activating the "Use Putty Compatible SFTP" and test speed in single vs multiple for each transfer. Maybe test with a higher version of Putty.
FlashRoyal casino sections and comparison checks
Live Casino research is easier when the practical rules are clear. Useful points to review include dealer interaction, stream quality, table rules, betting windows, device support, and table limits. A video stream does not replace the need to check game rules, limits and account controls.
For further reading, see [url=https://flashroyal.us/live-casino/]live dealer online casino[/url]. Check the current rules and terms directly with the operator. Real-money participation is for eligible adults where permitted, and gambling should never be treated as income.
For further reading, see [url=https://flashroyal.us/live-casino/]live dealer online casino[/url]. Check the current rules and terms directly with the operator. Real-money participation is for eligible adults where permitted, and gambling should never be treated as income.