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
Omitting the FUSE single thread option (-s), activates mulithreading.
But on Windows all adequate test classes fail to start with:
org.cryptomator.jfuse.api.FuseMountFailedException: Exception when starting fuse_loop. Message: unresolved symbol: fuse3_loop_mt
at [email protected]/org.cryptomator.jfuse.api.Fuse.mount(Fuse.java:138)
at [email protected]/org.cryptomator.jfuse.win.FuseImpl.mount(FuseImpl.java:37)
at [email protected]/org.cryptomator.jfuse.examples.WindowsMirrorFileSystem.main(WindowsMirrorFileSystem.java:34)
I believe this is related to the fact, that in the winfsp DLL, fuse3_loop_mt and fuse3_loop_mt_31 map to the same virtual address, as it can be see with the Dependencies app:
The text was updated successfully, but these errors were encountered:
Info: Using fsp_fuse3_loop_mt_31 does the trick. I guess, because the symbol is defined after the normal loop function, it overwrites some internal definition.
Omitting the FUSE single thread option (
-s
), activates mulithreading.But on Windows all adequate test classes fail to start with:
I believe this is related to the fact, that in the winfsp DLL,
fuse3_loop_mt
andfuse3_loop_mt_31
map to the same virtual address, as it can be see with the Dependencies app:The text was updated successfully, but these errors were encountered: