-
Notifications
You must be signed in to change notification settings - Fork 41
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
Reverse mode not showing all files ? #98
Comments
|
Hi @benrubson -- it looks like the patch doesn't get rid of it on the Windows side -- I think the error is occurring in the getAttr portion of the code: 2018-03-11 21:44:01,137 VER [encfs.cpp:129] op: getattr : C:\Users/Default/AppData
2018-03-11 21:44:01,152 VER [DirNode.cpp:675] created FileNode for C:\Users/Default/Application Data
2018-03-11 21:44:01,168 VER [encfs.cpp:129] op: getattr : C:\Users/Default/Application Data
2018-03-11 21:44:01,184 DEBUG [default] [jetwhiz@QUAD7] [int __thiscall encfs::RawFileIO::getAttr(struct stat64_cygwin *) const] [RawFileIO.cpp:169] g
etAttr error on C:\Users/Default/Application Data: Permission denied
2018-03-11 21:44:01,215 DEBUG [default] [jetwhiz@QUAD7] [int __cdecl encfs::withFileNode(const char *,const char *,struct fuse_file_info *,class std::
function<int __cdecl(class encfs::FileNode *)>)] [encfs.cpp:146] op: getattr error: Permission denied
2018-03-11 21:44:01,262 VER [DirNode.cpp:675] created FileNode for C:\Users/
2018-03-11 21:44:01,277 VER [encfs.cpp:129] op: getattr : C:\Users/
2018-03-11 21:44:01,277 VER [DirNode.cpp:675] op: getattr : C:\Users/created FileNode for C:\Users/Default I've included the patched encfs.exe here (zipped up so github will let it be uploaded): |
Thank you very much @jetwhiz 👍 |
|
I'm not sure how easy this patch will be to apply, since we aren't using readdir in the Windows version (built-in Windows calls are being used to implement this -- see https://github.com/jetwhiz/encfs4win/blob/master/encfs/compatwin.cpp#L751) |
You're right, unix::lstat() returns permission denied on links, which is rather strange. Do you think this is due to Dokany ? Dokany Dokany Cygwin itself shows them correctly : |
I tried to add |
Reverse mode also fails on some specific files such as |
#103 may partially help 👍 |
Great, nice find, @benrubson ! I'll try this out with the modern and legacy Dokan builds |
Environment
Description
Using reverse mode does not show all files / directories, even if command is run with administrator rights.
Expected behavior vs. actual behavior
All directories and files should be shown in reverse mode.
Steps to reproduce problem
cmd
with administrator rightsencfs --reverse "C:\Users" X:
(use Null ciphername encryption)Relevant logs
Investigation
Going further, there are some symbolic links in C:\Users, as well as in other directories where I can reproduce the issue. Sounds like as soon as a symlink is encountered, dir listing stops.
Could we then simply ignore symlinks in reverse mode (until they are supported by Dokany) ?
Thank you 👍
The text was updated successfully, but these errors were encountered: