Thanks for your feedback.
- martin
Before posting, please read how to report bug or request support effectively.
Bug reports without an attached log file are usually useless.
The odd thing is once I upload the dir and files with the L attribute using the dev version the standard version will work with no issues if I re-upload the same files after deleting everything from the original transfer. Seems something is cached between versions?
GetFileAttributes
fails and latter calls succeed. It's probably cached on system/session level, hence it's not the first call in a process, that fails, but the first call system-wide or session-wide.
Can you provided a new install version or the WinSCPnet.dll? I have been running this with a script to schedule the transfer.
Portable
with Automation
in the download URL.
PS C:\Users\user1> Get-ChildItem "O:\" |select mode,target
Mode Target
---- ------
d-----
d----l {Volume{3a34cc2d-bde1-47c1-8887-fb1f1638b05a}\}
d----l {Volume{178e704a-8e7b-4eca-8acc-86a6c56c564a}\}
d----l {Volume{718d54a7-15cb-4f89-8e68-768cbde52adc}\}
I was able to transfer with another FTP client with no errors, any guess on what may be done different?
That other client probably does not useGetFileAttributes
.
I was able to send with no errors using debug client you sent.
what is difference between the debug and the install client and standalone version?
GetFileAttributes
before an actual transfer code starts. That call fails (silently). And the next call (very same one) from the transfer code succeeds. While in the normal build, the call in the transfer code is the first one, so it fails.
I was able to transfer with another FTP client with no errors, any guess on what may be done different?
GetFileAttributes
.
Upload of \\dirxyz\vslistener.v2.log failed: WinSCP.SessionRemoteException: File or folder '\\dirxyz\vslistener.v2.log' does not exist.
System Error. Code: 4390. The file or directory is not a reparse point