You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
custom build (only made changes on passing arguments on startup, automatic mounting on startup)
Version: 1.6.1.18
Dokan driver
stable
prerelease
custom build
Version: Dokany 1.0.5.1000
Enviroment
Windows version: 7 Enterprise, SP1
Architecture: x64 / Intel i7
Related software: robocopy
Support
Usage: commercial - testing
Your personal priority to solve this issue: high
Support ability: testing, reproducing, analyzing
Due to debian security updates ( version 8.10 to 9.5) I had to switch to this new version of WinSshFs (the previous version could not connect to Debian 9.5). The former version was using Renci.SshNet and DokanNet, with that version the following robocopy command was executing without troubles.
The current version connects to our Debian system without problems.
We copy folders and files from readonly directories and files (source code management) to the Debian system using this robocopy command:
The argument /A-:R does remove the readonly attribute from the copied files.
In the previous WinSshFs version this was performing fine.
In the current version we experience the following behaviour:
The directories will be created (even subdirectories)
None of the files will be copied; robocopy error 87 (0x00000057) Wrong parameter.
BUT:
If I remove the readonly attribute of the FIRST file to be copied (before starting the robocopy command), ALL files will be copied without any problems (although they still have the readonly attribute set).
Any help on this strange issue is appreciated!
Thanks!
Juergen
The text was updated successfully, but these errors were encountered:
Technical data
WinSshFS
Dokan driver
Enviroment
Support
Due to debian security updates ( version 8.10 to 9.5) I had to switch to this new version of WinSshFs (the previous version could not connect to Debian 9.5). The former version was using Renci.SshNet and DokanNet, with that version the following robocopy command was executing without troubles.
The current version connects to our Debian system without problems.
We copy folders and files from readonly directories and files (source code management) to the Debian system using this robocopy command:
robocopy /S /E /A-:R /R:10 /W:5 d:\readonlyDir L:\winsshfsMountedDir
The argument /A-:R does remove the readonly attribute from the copied files.
In the previous WinSshFs version this was performing fine.
In the current version we experience the following behaviour:
BUT:
If I remove the readonly attribute of the FIRST file to be copied (before starting the robocopy command), ALL files will be copied without any problems (although they still have the readonly attribute set).
Any help on this strange issue is appreciated!
Thanks!
Juergen
The text was updated successfully, but these errors were encountered: