Open GoogleCodeExporter opened 9 years ago
Details:
I am logging method calls. When i either push "Delete" button or Right Mouse
Click -> Delete on a file, it gets deleted, but i cant see any DeleteFile
method call in the log. Moreover, the file does not get deleted in the folder,
just in the virtual drive, and after a refresh the file appears again on the
virtual drive.
I am using Dokan 0.6.0 - C# binding on Win8
Original comment by levi.ang...@gmail.com
on 15 Nov 2012 at 11:24
Noticed the same problem, the DeleteFile callback in my C++ application never
gets called under the Win8. Reviewed the Dokan debug log, noticed the Win8 does
not call DokanSetInformation at all, so Dokan cannot delete the file using
FileDispositionInformation. Looks like Win8 switched to "delete on close":
http://ww.osronline.com/ShowThread.cfm?link=226825
I am not sure if this can be solved in user mode. If not then a new signed
driver for 64-bit is needed.
Original comment by news....@gmail.com
on 11 Dec 2012 at 5:54
A workaround in user mode is to remember the FILE_FLAG_DELETE_ON_CLOSE in
CreateFile callback and later when Cleanup callback is called to drive the
delete if this flag is on, not only when DokanFileInfo->DeleteOnClose is true.
Original comment by news....@gmail.com
on 11 Dec 2012 at 6:34
is a fix being work on? our we'll have to download the source and modify the
code as indicated in #2 & #3?
Original comment by tsang...@gmail.com
on 17 Mar 2013 at 12:16
I'm using dokan 0.6.0, Windows 8.
I can't find the way how to handle deleting of file.
DeleteFile has never been called.
Also I tried to use DokanFileInfo->DeleteOnClose, but unfortunately it is
always false.
Can anybody tell me how to solve this problem?
Original comment by wizard...@gmail.com
on 13 Jul 2013 at 10:29
i would like to see a fix also :/ your the best tool available and thats saying
alot considering there are no windows sshfs alternatives which are free!
Original comment by s...@fuseur.com
on 6 Dec 2013 at 8:40
For the #2 & #3 I made it working by modifying the application only (Mirror),
no need to recompile the Dokan:
1. In the MirrorCreateFile() you have to remember (=store somewhere, e.g.
global array with handle-flag pairs) if the FlagsAndAttributes had
FILE_FLAG_DELETE_ON_CLOSE set
2. Later when MirrorCleanup() is called, in addition to "if
(DokanFileInfo->DeleteOnClose)" test also check if the file was earlier opened
with the FILE_FLAG_DELETE_ON_CLOSE on (see 1.) and do the actual delete
Original comment by news....@gmail.com
on 9 Dec 2013 at 9:28
For those having this issue, I've forked the project and fixed the problem so I
can use sshfs until an official fix is available. Sources are available here :
https://github.com/Omega-Cube/win-sshfs
Note that you'll have to manually compile the project and replace your original
Sshfs.exe with the one you just compiled.
Original comment by xrogerma...@gmail.com
on 28 Jan 2014 at 4:11
For whomever interested, I made a similar workaround for encfs4win on Windows
8, available here: https://github.com/haoto/encfs4win
Original comment by tw.ha...@gmail.com
on 15 Mar 2014 at 1:21
[deleted comment]
Having trouble compiling anything under windows, any chance of a pre-compiled
binary of encfs4win?
Thanks
Regards
Tony
Original comment by tcha...@gmail.com
on 19 Mar 2014 at 10:09
Hi, binaries of the modified encfs4win can be found here:
https://github.com/haoto/encfs4win/wiki/Install
But please note that I only understand the code base enough to implement this
workaround, so it might be best to wait until the change is reviewed by the
original author.
Original comment by tw.ha...@gmail.com
on 19 Mar 2014 at 12:06
> Hi, binaries of the modified encfs4win can be found here:
https://github.com/haoto/encfs4win/wiki/Install
This binaries won't start there is error(in attached file)
My OS Win8 x64.
Original comment by chernikh...@gmail.com
on 13 Apr 2014 at 2:03
Attachments:
@Tony
Thank you very much :-)
This works for me:
1. Install "DokanInstall_0.6.0.exe" in Compatibilitymode "Windows 7"
2. Install vcredist_x86.exe
3. Copy libeay32.dll und ssleay32.dll to C:\Windows\SysWOW64 only is missing
(find in another Windows)
4. Copy "encfs4win-delete-on-close" from Tony to example C:\Tools\
5. Start the file "encfsw.exe" in the Dir "encfs4win-delete-on-close" as
Administrator and in Compatibilitymode "Windows 7"
Regards
Tiemo
Original comment by ti...@dreher-net.de
on 14 May 2014 at 9:32
Hi Tony or Tiemo,
> Hi, binaries of the modified encfs4win can be found here:
https://github.com/haoto/encfs4win/wiki/Install
This Link unfortunately does not work. Could you please upload
"encfs4win-delete-on-close" again? That would be perfect!
Thanks, M.
Original comment by knuep...@gmail.com
on 15 May 2014 at 5:07
[deleted comment]
The link still works.
I hope it is allowed by Tony.
Original comment by ti...@dreher-net.de
on 19 May 2014 at 9:25
Attachments:
Thank you. At first I was happy, because deleting Files really works now, but
suddenly Norton Internet Security's Sonar deleted encfsw.exe saying that it
behaves suspicios and names it a "high risk". This happened, as I checked the
Autostart-Option in Preferences of the taskbar-Icon. I don't know, if it is
maybe only a false positive or so, but I think, I will better not use it. It's
a pitty...
M.
Original comment by knuep...@gmail.com
on 19 May 2014 at 10:55
I think it is a false positive.
I scan the file with https://www.virustotal.com and it was clean.
Original comment by ti...@dreher-net.de
on 19 May 2014 at 11:46
Attachments:
When I do a normal scan with norton internet security, there are no problems
either. Just the Sonar-Heuristic complains about suspicious behaviour, when I
check "Launch on startup". I did it again, and again, encfsw.exe was deleted
(see attached jpg).I did a scan with virustotal on a zip containing all
involved files (including my own versions of the required dlls for
SysWOW64)which gave 1 positive and 52 negatives.In the end, it was the
dokan-library, which was suspicious for only one of over 50 Scanners (see
attached jpg. When I start the unmodified encfsw.exe and check "Launch on
startup", this is OK for Norton and the file doesn't get deleted. Maybe the
original file also behaves suspicious (and has conceptually good reason to do
so for encryption/fuse?) but sometime came on a whitelist and the modified
Version isn't yet?! Well, almost all virus scanners say, the modified
encfsw.exe is OK. Sorry for the excitement. I would just like to technically
understand, what norton or ViRobot find unacceptable.
Original comment by knuep...@gmail.com
on 19 May 2014 at 3:32
Attachments:
Actually, there is a very simple way to solve this problem.
in create file function,
test whether the FILE_FLAG_DELETE_ON_CLOSE is on.
then, return error message.
then it works.
Original comment by traum...@gmail.com
on 17 Dec 2014 at 4:31
> Hi, binaries of the modified encfs4win can be found here:
https://github.com/haoto/encfs4win/wiki/Install
I like how there are certain DLLs not included in the .zip file to waste
everybodys time :)
And what I like even more is that there are tons of different versions of this
particular files available and no one works.
Very good work!
Original comment by m...@gulli.com
on 3 Mar 2015 at 6:00
It's not like you can't just compile the binaries yourself, is it?
Original comment by tw.ha...@gmail.com
on 4 Mar 2015 at 12:02
Just to confirm, this fix does indeed work. CreateFile is called just prior to
the file being deleted, check the options contain DeleteOnClose and then when
Cleanup is called just delete the file if DeleteOnClose was specified in
CreateFile.
Thanks to those who suggested it.
Original comment by technic...@gmail.com
on 28 Apr 2015 at 1:40
If anyone is using Dokan because of encfs4win, there's another project you
might use: http://sourceforge.net/projects/encfsmp/. This way you don't need
Dokan and still mount encfs. It works w/o problems and I haven't experienced a
system crash since uninstalling Dokan (Win 8.1).
Original comment by rast...@gmail.com
on 28 Apr 2015 at 1:45
Original issue reported on code.google.com by
levi.ang...@gmail.com
on 14 Nov 2012 at 4:42