Sergey Tselovalnikov

Hey, @jernst! Do you experience these problems only when jnr-fuse running under `diet4j`?

Is it possible that there is some dependency conflict? I believe that it's unlikely that `diet4j` uses jnr, but can you try to reproduce the same with the shaded version...

Hi, @jupitergao! I'm not sure if I fully understand the problem. Quick googling showed quite a few issues where this exception can be thrown with no relation to fuse. Could...

Hi, @philrykoff! I believe it is better to ask that question on the [`winfsp`](https://github.com/billziss-gh/winfsp) repo. As far as I understand, it is all about mapping unix-style fuse permission to windows...

> Based on the jnr-fuse code I already saw, I feel comfortable to implement the Windows part. I would have time in about two weeks to pick this up, if...

Hey, @overheadhunter! Thanks for noticing, I'll take a look into this. Interestingly, it works well on CI without any issues.

I think, one of the possible explanations is that jnr used to fail to "identify" the OS, so the switch would fall through to the default section.

Hey, @overheadhunter! From looking at https://github.com/jnr/jnr-ffi/blob/master/src/main/java/jnr/ffi/provider/jffi/NativeLibrary.java#L79, it seems like the first call should be end up calling [`dlopen("libfuse.so.2")`](https://linux.die.net/man/3/dlopen). Do you know what can be the reason for this call to...

@overheadhunter As a quick workaround, you could try something like the following with the current version: ```sh LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/full/path/to/libfuse.so.2" java -cp ... ```

Hey, @overheadhunter! Could you verify the fix from master? If it fixes the issue, I can publish a new version.