New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Different error codes for different OS configurations #52
Comments
That's very interesting issue.
In your particular case, 199 corresponds to |
Concerning the moving issue, @EliuX would you mind opening a separate issue with concrete example of what you are doing, so we can try to reproduce it? |
Exit status now are always positive to comply with POSIX standard. also, there's a new command "errorcode" that translate error number to some human readable explanation. Available in new version 1.0.0 |
I am using MEGACmd from a client program and while developing and testing it in Windows I was able to get error codes that made sense to each particular situation. Afterwards when I ran such tests in Ubuntu/Linux, in Travis and later in a personal PC I always got error codes not present in megacmd.h.
Notes
199
.MegaClient
and themega-<command>
batch files.mega-<command>
in a bash shell.Configuration in Windows 10
MEGA CMD version: 0.9.9: code 90900
MEGA SDK version: 3.3.5
MEGA SDK Credits: https://github.com/meganz/sdk/blob/master/CREDITS.md
MEGA SDK License: https://github.com/meganz/sdk/blob/master/LICENSE
MEGAcmd License: https://github.com/meganz/megacmd/blob/master/LICENSE
Features enabled:
Configuration in Ubuntu 15.10
MEGA CMD version: 0.9.9: code 90900
MEGA SDK version: 3.3.5
MEGA SDK Credits: https://github.com/meganz/sdk/blob/master/CREDITS.md
MEGA SDK License: https://github.com/meganz/sdk/blob/master/LICENSE
MEGAcmd License: https://github.com/meganz/megacmd/blob/master/LICENSE
Features enabled:
Secondary effects
There were tests that moved a file to a folder where another file with the same name was present.
In Windows boths files were identified as one and when I ran a move instruction for that file
name it operated over the last moved file and left the oldest one in that folder. In Linux
both files are keep in the folder but identified as different ones, even if the properties where the
same; when a move operation was run over such filename it operated over both.
The text was updated successfully, but these errors were encountered: