A Go package for implementing a FUSE file system (fork with 'almost' zero-copy read/write)
Go to file
Aaron Jacobs e55b2926d8 Updated doc.go. 2015-03-24 15:09:18 +11:00
fsutil Fixed fdatasync build errors on linux. 2015-03-24 12:32:56 +11:00
fuseops Finished Respond methods. 2015-03-24 15:06:20 +11:00
fusetesting Added linux support. 2015-03-16 12:43:35 +11:00
fuseutil NotImplementedFileSystem.SyncFile 2015-03-20 13:38:42 +11:00
samples FsyncErrorTest.Msync 2015-03-24 13:49:44 +11:00
.gitignore Initial commit 2015-02-27 08:52:22 +11:00
LICENSE Initial commit 2015-02-27 08:52:22 +11:00
README.md Added a callout to the Offset field. 2015-02-27 11:46:57 +11:00
debug.go Fixed copyright notices. 2015-03-04 08:27:42 +11:00
doc.go Updated doc.go. 2015-03-24 15:09:18 +11:00
errors.go Switched import paths to the bazilfuse fork. 2015-03-17 15:03:11 +11:00
mounted_file_system.go Improved wording around EnableVnodeCaching. 2015-03-17 16:39:48 +11:00
server.go Added server support for fsync. 2015-03-20 13:40:30 +11:00

README.md

GoDoc

This package allows for writing and mounting user-space file systems from Go. It is a wrapper around bazil.org/fuse, which does the heavy lifting. It does not make use of the bazil.org/fuse/fs sub-package, which allows for something like an object-orientend representation of files and directories, and contains a decent amount of canned behavior.

The chief improvements and/or differences from the bazil.org packages are:

  • A single interface (fuse.FileSystem) for all of the methods that you might care about.

  • No surprises in the form of magic/default behaviors. You must provide an implementation for every method in the interface. Embed a fuseutil.NotImplementedFileSystem struct to have default implementations that return ENOSYS.

  • Every method, struct, and field is thoroughly documented. This may help you get your bearings in the world of FUSE, the Linux VFS, traditional file system implementations, etc., all of which tend to be very poorly documented.

  • Support for arbitrary offsets in directory entries returned by ReadDir. (The bazil.org package assumes that offsets must be counts of bytes.)

The very large disadvantage over using the bazil.org packages is that many features have not yet been exposed.