concerned_ctzn

5 ms·

1.
by concerned_ctzn 3mo ago
good job!
2.
New proj: Scorpi – a Docker-like VM development platform for macOS(fuse-t.org)
1 points by concerned_ctzn 5mo ago|1 comments
3.
by concerned_ctzn 5mo ago
check it out
4.
Scorpi – a Docker-like VM development platform for macOS(fuse-t.org)
2 points by concerned_ctzn 5mo ago|1 comments
5.
by concerned_ctzn 3y ago
I've just posted a new project which implements an smb2/3 server in go. https://github.com/macos-fuse-t/go-smb2
6.
by concerned_ctzn 3y ago
brew tap macos-fuse-t/homebrew-cask; brew install fuse-t-sshfs
7.
by concerned_ctzn 4y ago
I'm not sure I understand you point, if an inode gets removed, then GETATTR or LOOKUP would fail as it should unless you're talking about open files. In the latter case the inode will get removed when the last open handle to the f
8.
by concerned_ctzn 4y ago
I don't understand the comment about leaking memory, nfs file handles don't have to be persistent. Besides, how many FUSE filesystems implement FORGET? Anyway this is the reason I went with NFSv4. I started the project with NFS v3
9.
by concerned_ctzn 4y ago
tcp ports are much more versatile, you can expose it to the outside world as opposed to unix sockets. Now exposing an nfs server to the outside can lead to interesting possibilities: for example you can implement a local fuse file system wh
10.
by concerned_ctzn 4y ago
The author here. DriverKit is really a no-go. A while back I was asked to do a project based on DriverKit, it took me nowhere because of countless bugs and semi-implemented features, worse yet, it caused system crashes (and it was supposed
11.
by concerned_ctzn 4y ago
https://github.com/macos-fuse-t/fuse-t
12.
by concerned_ctzn 4y ago
http://www.fuse-t.org
13.
New kext-less macOS fuse implementation(github.com)
3 points by concerned_ctzn 4y ago|3 comments
14.
by concerned_ctzn 4y ago
There's new project that aims to deliver libfuse for mac without using kernel extensions. check it out.