Transfer Deep File Paths

Advertisement

macman104
Joined:
Posts:
6

Transfer Deep File Paths

Hi,

I did search for similar threads and saw a few reports, but nobody posted log files for you, so hopefully I can provide any logs information to help solve this problem. I did perform the initial test with an earlier version, but I just verified the issue still exists with the latest release.

WinSCP Version: 4.3.5 Build 1463
Problem After Upgrade: I don't think I've ever had deep enough file paths to encounter this before
Windows Version: Windows 7 Ultimate x64
Transfer Protocol: SFTP-3
Interface: GUI - Explorer
Error:
Can't create file
'C:\Users\XXXX\Documents\XXX\XXXX\XXXXXXXXXXXXX\XXXX\AAA_AAAA_AAAAAAAAAAAAAAAAAAA\BBBBB-3_3-BBBBBBBBBBBBBBBBBBB\XXXX-3a_XXX-3-XXXXXXXXXXXXXXXXXXX\XXX_XXXXXXXX\3a_XXXX_XXXX_XXXXX\3a_XXX-3-XXXXXXXXXXXXXXXXXXX-XXXXXXXX_XXXXX\3a_XXX-3-XXXXXXXXXXXXXXXXXXX-XXX-XXXX-X.XXX'
System Error. Code: 3.
The system cannot find the path specified
Steps to Recreate:
1) Create file path sufficiently deep
For reference, copying starting at the depth of BBBBB-3_3-BBBBBBBBBBBBBBBBBBB instead of AAA_AAAA_AAAAAAAAAAAAAAAAAAA is successful
2) In WinSCP explorer window, drag folder from remote location to desired location in windows explorer, drop folder
Software of Server: I'm not entirely clear what this would mean, but if I can get some direction/information I'm happy to try and get it

I will be emailing the log

**As the reverse: If I copy the files from deeper paths (which is successful then) and then recreate the file structure in my local copy, I can also not copy the full tree back to the remote server. It gives the same error that is given above (error code 3, can't create file)**

Reply with quote

Advertisement

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: Transfer Deep File Paths

Well, how do you image WinSCP can handle this problem?
_________________
Martin Prikryl

Reply with quote

macman104
Joined:
Posts:
6

Maybe I'm not clear on what you mean, since it seems like the most straight-forward answer to your question would be "WinSCP can handle the problem by performing the transfer". Is that not possible?

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

macman104 wrote:

Maybe I'm not clear on what you mean, since it seems like the most straight-forward answer to your question would be "WinSCP can handle the problem by performing the transfer". Is that not possible?
Windows has limit of file path length. WinSCP cannot override that.
_________________
Martin Prikryl

Reply with quote

cablop
Guest

That's not really true

I was using TortoiseSVN on Windows and it can checkout and checkin files with long filepaths or names with no problem. Java can do the same on Windows and other applications also. I am not sure, but afaik FileZilla is also able to checkout long filepaths. Maybe the problem is not on Windows imposing that limit to WinSCP, but WinSCP depending on old Windows libraries.

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: WINSCP errors out: "Can't create file ..." on long names

danielsokolowski wrote:

I am also effected by this issue, but WINSCP can be fixed to work around MAX_PATH by using the '//?/' file reference format. Please see https://msdn.microsoft.com/en-us/library/aa365247.aspx#maxpath (sorry - can't get the URL tag to work).

And the fix would be to map any creation of files in WINSCP to use the '//?/' prefix.
Thanks for your suggestion. I'm aware of this technique.

This request is tracked here:
https://winscp.net/tracker/show_bug.cgi?id=821

Reply with quote

PEP06
Joined:
Posts:
3
Location:
Nice, France

Still happening in 5.7.6

Hi,

I've seen WinSCP supports long paths since 5.6 (see bug #821 : https://winscp.net/tracker/show_bug.cgi?id=821), but the issue still happens with 5.7.6. Here's the end of the log:

< 2016-02-22 12:10:24.239 Script: Synchronisation...
. 2016-02-22 12:10:24.239 Synchronizing local directory '\\?\C:\SyncRoot\data-replicas\Association\Fonctions\Représentants du personnel\Base de données économiques et sociales\Investissements\Investissement social\Situation en matière d'égalité professionnelle\' with remote directory '/data-replicas/Association/Fonctions/Représentants du personnel/Base de données économiques et sociales/Investissements/Investissement social/Situation en matière d'égalité professionnelle/', params = 0x1403 (Delete, NoConfirmation, BySize, Mirror)
. 2016-02-22 12:10:24.239 Copying 4 files/directories to remote directory "/data-replicas/Association/Fonctions/Représentants du personnel/Base de données économiques et sociales/Investissements/Investissement social/Situation en matière d'égalité professionnelle/"
. 2016-02-22 12:10:24.239   PrTime: Yes; PrRO: No; Rght: rw-r--r--; PrR: No (No); FnCs: N; RIC: 0100; Resume: Y (102400); CalcS: No; Mask: *.*
. 2016-02-22 12:10:24.239   TM: B; ClAr: No; RemEOF: No; RemBOM: No; CPS: 262144; NewerOnly: No; InclM: ; ResumeL: 0
. 2016-02-22 12:10:24.239   AscM: *.*html; *.htm; *.txt; *.php; *.php3; *.cgi; *.c; *.cpp; *.h; *.pas; *.bas; *.tex; *.pl; *.js; .htaccess; *.xtml; *.css; *.cfg; *.ini; *.sh; *.xml
. 2016-02-22 12:10:24.239 File: '\\?\C:\SyncRoot\data-replicas\Association\Fonctions\Représentants du personnel\Base de données économiques et sociales\Investissements\Investissement social\Situation en matière d'égalité professionnelle\Accord d'entreprise portant sur l'égalité professionnelle entre les hommes et les femmes VD.pdf' [2014-07-15T13:12:09.726Z] [1777531]
* 2016-02-22 12:10:24.271 (EOSError) Erreur système. Code : 3.

* 2016-02-22 12:10:24.271 Le chemin d’accès spécifié est introuvable
. 2016-02-22 12:10:24.271 Asking user:
. 2016-02-22 12:10:24.271 Fichier ou répertoire '\\?\C:\SyncRoot\data-replicas\Association\Fonctions\Représentants du personnel\Base de données économiques et sociales\Investissements\Investissement social\Situation en matière d'égalité professionnelle\Accord d'entreprise portant sur l'égalité professionnelle entre les hommes et les femmes VD.pdf' non existant. ("Erreur système. Code : 3.

. 2016-02-22 12:10:24.271 Le chemin d’accès spécifié est introuvable")
< 2016-02-22 12:10:24.271 Script: Fichier ou répertoire '\\?\C:\SyncRoot\data-replicas\Association\Fonctions\Représentants du personnel\Base de données économiques et sociales\Investissements\Investissement social\Situation en matière d'égalité professionnelle\Accord d'entreprise portant sur l'égalité professionnelle entre les hommes et les femmes VD.pdf' non existant.
< 2016-02-22 12:10:24.271 Script: Erreur système. Code : 3.

< 2016-02-22 12:10:24.271 Le chemin d’accès spécifié est introuvable
* 2016-02-22 12:10:24.271 (EScpSkipFile) Fichier ou répertoire '\\?\C:\SyncRoot\data-replicas\Association\Fonctions\Représentants du personnel\Base de données économiques et sociales\Investissements\Investissement social\Situation en matière d'égalité professionnelle\Accord d'entreprise portant sur l'égalité professionnelle entre les hommes et les femmes VD.pdf' non existant.
* 2016-02-22 12:10:24.271 Erreur système. Code : 3.
* 2016-02-22 12:10:24.271 Le chemin d’accès spécifié est introuvable
. 2016-02-22 12:10:24.271 Script: Failed
. 2016-02-22 12:10:24.271 Initiating key re-exchange (timeout)
. 2016-02-22 12:10:24.271 Script: Exit code: 1
. 2016-02-22 12:10:24.271 Closing connection.
. 2016-02-22 12:10:24.271 Sending special code: 12
. 2016-02-22 12:10:24.271 Sent EOF message    

I use the "\\?\" notation. Do you have any idea of why it still fails ?

Thanks!

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: Still happening in 5.7.6

Thanks for your report.
I have sent you an email with a debug version of WinSCP to the address you have used to register on this forum.

Reply with quote

PEP06
Joined:
Posts:
3
Location:
Nice, France

Abnormal program termination

Hi,

Hi Martin,

Thanks for your message. I ran the debug version yesterday night and the program crashed with the message "Abnormal program termination". I sent the log by email.

Thanks!

Marin.

Reply with quote

PEP06
Joined:
Posts:
3
Location:
Nice, France

Any news?

Hi,

Do you have any news on this ? Do you confirm that this is a bug ?

Thank you!

Marin.

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: Any news?

I've responded to your email a day after and I didn't get any response from you so far. I'm resending the email now.

Reply with quote

pravm
Guest

"Can't create file ..." on long names

I have learnt that there was amount of work/discussion around file-path issues. Wondering if this has been fixed yet ? I am facing a similar issue and I am using version 5.7.6(build 5874).

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: "Can't create file ..." on long names

pravm wrote:

I have learnt that there was amount of work/discussion around file-path issues. Wondering if this has been fixed yet ? I am facing a similar issue and I am using version 5.7.6(build 5874).
What protocol?

Reply with quote

hanh@...
Guest

XXL path problem

Case description.
Local: Win 7 File System; with some XXL pathname
Remote Backup: Linux ftp server (more than 1 tested; same result)
Action: Interactive winscp sync to remote
Version: 5.9 (build 6786)
Error:
Attached

winscp builds the complete XXL directory path on the Remote Backup.
Determines that a file has to be transferred from the source.
Ok till here. But afterwards....

Solution suggestion.
Maybe that when opening the file the \\? prefix before the pathname
is not used.
Ref:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858.aspx

WinScpFout.gif

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
27,226
Location:
Prague, Czechia

Re: XXL path problem

hanh@... wrote:

Case description.
Local: Win 7 File System; with some XXL pathname
Remote Backup: Linux ftp server (more than 1 tested; same result)
Action: Interactive winscp sync to remote
Version: 5.9 (build 6786)
Error:
Attached

winscp builds the complete XXL directory path on the Remote Backup.
Determines that a file has to be transferred from the source.
Ok till here. But afterwards....

Solution suggestion.
Maybe that when opening the file the \\? prefix before the pathname
is not used.
Ref:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858.aspx
Thanks for your post.

This issue is being tracked already:
https://winscp.net/tracker/show_bug.cgi?id=1337

Reply with quote

Advertisement

You can post new topics in this forum