Resume Support DLL Issue

Advertisement

rrigglebb
Joined:
Posts:
5

Resume Support DLL Issue

I am running winSCP 5.5.5 my issue is when I send a file to this one client per the GUI with resume support disabled it transfers correctly with the file name on their server but when I use the vb.net DLL TransferResumeSupportState.off it transfers to the client but there is no file name and no errors on my side.

I know this client has had issues in the past with WinSCP that is why they directed me to disable the resume support so I assume turning this off in the dll code would have worked as expected just like the GUI.

Here is the line in the log from the DLL transfer - Script: put -nopermissions -preservetime -transfer="binary" -resumesupport="off" -- "C:\SIMS\AUTOFTP\TEST*" ""

I think I read somewhere that someone suggestion was to put a / in the remote directory put statement for missing file names on the remote server I haven't test this yet.

The DLL transfer is using Windows 7 and the GUI transfer is using XP.

Any help would greatly be appreciated.

UPDATE - I tried setting the remote parameter to "/" that gave me an error of bad message from their FTP server. One thing I did find out is they don't support sub folders on their FTP server.

Reply with quote

Advertisement

martin
Site Admin
martin avatar

I cannot help if you remove the target path from the log, what is obviously the key information in this issue.

Reply with quote

rrigglebb
Joined:
Posts:
5

martin wrote:

I cannot help if you remove the target path from the log, what is obviously the key information in this issue.

Which line in the log are the referring to?

Reply with quote

Advertisement

rrigglebb
Joined:
Posts:
5

martin wrote:

These:

. 2014-10-27 07:45:30.229 Copying 1 files/directories to remote directory "/******"

Here is that remote directory - N0010099

Reply with quote

rrigglebb

Is there anyway you can tell me how the GUI is setting the resumesupport value with uploading to a site. The GUI worked but the vb.net dll did not set it correctly because on the remote server it was there with no file name.

Reply with quote

Advertisement

You can post new topics in this forum