smartftp download problem

SmartFtp can't download files in directories that end with a space (obviously something that is possible on some unix machines).

e.g. it will hang forever trying to download files from:

/JERRY AND ELVE /P1010202.JPG

Would be nice to have this handled somehow.

Thx

Stef

SmartFTP is of course generally able to do this. It works for me. Whether it works or not depends on a number of things, namely the server software / configuration and server operating system. Please post a complete connection log of a failed transfer to get further help.

Upon futher investigation I can say, that smartftp can download files from a directory ending with a space, however it does can of course not create such a directory name on a NTFS file system and that is why downloading the directory containt a trailing space fails. Somehow this trailing space needs to be converted to some other character upon creation of the local directory to make this work. Pasted below is the log for one of the files from such a directory. Let me know if you need more information.

Thx

Stefan




    SIZE P1010082.JPG



213 272321



    PASV



227 Entering Passive Mode (64,59,72,16,161,177).



    Failed to open file 'G:JERRY AND ELVE P1010082.JPG'.



    The system cannot find the path specified.

The reason why I said complete log is because in the beginning the detected FTP server software is printed out ... that's what I'm interested in. Moreover, it would be interesting to know which filesystem the server runs on.

It's not all any problem with server software. It's a local problem under Windows. Smartftp tries to locally create a directory with a trailing space and that's is simply not possible and that's the reason why the download fails, it can't be saved locally, because the matching directory can't be created locally in the first place. Instead a directory without the traling space is created. Hope this clears it up. If you still need the log, I am happy to post it, but I think it makes no difference what server software it is, because Windows just does not allow leading or trailing spaces in directory names.

Stefan

PS

Failed to open file 'G:JERRY AND ELVE P1010082.JPG'
This is actually the local file smartftp tries to access, which of course fails.

I know what the problem is, I was just curious about the server software. BTW: As you can read here "Folders or files that contain leading or trailing spaces are valid in NTFS, but they are not valid from a Win32 subsystem point of view. Therefore, neither Windows Explorer nor a command prompt can reliably work with them."

Actually the server doesn't really show in the log what ftp server is running on there:




    SmartFTP v1.5.990.14



    Resolving host name "cs07.sinhost.com"



    Connecting to 64.59.72.16 Port: 21



    Connected to cs07.sinhost.com.



220 FTP Server ready.



    USER xxxxx



331 Password required for xxx.



    PASS (hidden)



230 User prostock logged in.



    SYST



215 UNIX Type: L8



    FEAT



211-Features:



 MDTM



 REST STREAM



 SIZE



211 End



    PWD

I can't tell anything about the file system. That server is not remotely under my control and I only got temporary access to download 60 gigs of data that is parked on there.

Good to know that NTFS would support it, but the win32 subsystem does not. Unfortunately that doesn't help much at the moment, but I am sure you'll cook up a solution

I tested it and it does still not work. Here is the log:




250 CWD command successful



    PWD



257 "/1DOWNLOAD_NON/asianNONexclusive/boy_girl_new/JERRY AND ELVE " is current directory.



    SIZE P1010200.JPG



213 248328



    TYPE I



200 Type set to I



    PASV



227 Entering Passive Mode (64,59,72,16,146,231).



    Failed to open file 'G:JERRY AND ELVE P1010200.JPG'.



    The system cannot find the path specified.

Can you please take another look at the problem ?

Thx

Stefan




version information:



+- System -----------------------------



Microsoft Windows Server 2003 Server 



Service Pack 1 (Build 3790)







CPU Speed         : 3200 MHz



Total Memory      : 1047476 KB



Free Memory       :  306916 KB







+- SmartFTP ---------------------------



Version           : 1.5.990.15



Time Stamp        : 2005-10-04 19:06:34







+- Application DLL --------------------



Controls.dll      : 1.6.990.15



sfFTPLib.dll      : 1.5.7.0



SmartHook.dll     : 1.0.2.1







+- Language ---------------------------



SmartFTP.exe      : 1.5.990.15







+- System DLL -------------------------



unicows.dll       : 1.0.4018.0



shell32.dll       : 6.00.3790.1830 (srv03_sp1_rtm.050324-1447)



shlwapi.dll       : 6.00.3790.2480 (srv03_sp1_gdr.050702-1519)



comctl32.dll      : 6.0 (srv03_sp1_rtm.050324-1447)



riched20.dll      : 5.31.23.1224



schannel.dll      : 5.2.3790.1830 (srv03_sp1_rtm.050324-1447)







+- Internet Explorer ------------------



Version           : 6.0.3790.1830







+- Winsock ----------------------------



Winsock           : 2.2
[/code]

Hmm it seems you don't have the new version installed.

Please test test both methods, global queue and direct transfers. Thanks.

-Mat

Just updated to this version:




+- System -----------------------------



Microsoft Windows Server 2003 Server 



Service Pack 1 (Build 3790)







CPU Speed         : 3200 MHz



Total Memory      : 1047476 KB



Free Memory       :  297960 KB







+- SmartFTP ---------------------------



Version           : 1.5.990.17



Time Stamp        : 2005-10-05 10:08:06







+- Application DLL --------------------



Controls.dll      : 1.6.990.17



sfFTPLib.dll      : 1.5.7.1



SmartHook.dll     : 1.0.2.1







+- Language ---------------------------



SmartFTP.exe      : 1.5.990.17







+- System DLL -------------------------



unicows.dll       : 1.0.4018.0



shell32.dll       : 6.00.3790.1830 (srv03_sp1_rtm.050324-1447)



shlwapi.dll       : 6.00.3790.2480 (srv03_sp1_gdr.050702-1519)



comctl32.dll      : 6.0 (srv03_sp1_rtm.050324-1447)



riched20.dll      : 5.31.23.1224



schannel.dll      : 5.2.3790.1830 (srv03_sp1_rtm.050324-1447)







+- Internet Explorer ------------------



Version           : 6.0.3790.1830







+- Winsock ----------------------------



Winsock           : 2.2


And it seems to work. Now I do have a different problem that bothers me for the last few days. The download project where these directories with trailing spaces are part of brings smartftp to crash with a

"Microsoft Visual C++ Runtime Library" - "Runtime Error!" and no further information about memory location etc.

Sometimes this happens after running 1 hour, sometimes after running 2-3 hours. The overall download consists of more than 188,000 files (about 100 gigs of data). I just add the upper most directory to the global queue and let it run, sooner or later smartfp crashes. I would like to know what kind of logging etc. I should do to properly report it here, so it can be looked at.

Thx

Stefan


PS: One thing that can crash it sooner is using a higher number of download threads like 8, 12 or even more. Then it's going to crash pretty fast normally, so I normally run it with 4 threads as a compromise between speed and stability.

PPS: Just experienced another crash after checking/downloading 65,336 files. I had logging for all items enabled, but the last 4 logs do not really show much more than normal information:





[20051005 11:49:59] Log opened



[20051005 11:49:59] SIZE DSC_0610.jpg



[20051005 11:49:59] 213 53418



[20051005 11:49:59] Skipping file "DSC_0610.jpg".






[20051005 11:49:59] Log opened



[20051005 11:49:59] SIZE DSC_0611.jpg



[20051005 11:49:59] 213 57510



[20051005 11:49:59] Skipping file "DSC_0611.jpg".









[20051005 11:49:58] Log opened



[20051005 11:49:58] SIZE DSC_0585.jpg



[20051005 11:49:58] 213 48973



[20051005 11:49:58] Skipping file "DSC_0585.jpg".



[20051005 11:49:58] Log closed









[20051005 11:49:58] Log opened



[20051005 11:49:58] SIZE DSC_0594.jpg



[20051005 11:49:59] 213 45976



[20051005 11:49:59] Skipping file "DSC_0594.jpg".



[20051005 11:49:59] Log closed