A Go package for implementing a FUSE file system (fork with 'almost' zero-copy read/write)
Go to file
Aaron Jacobs 336525bfec Remade the package fuse interface around reading a sequence of op structs.
This aovids the fundamental race in #3.
2015-03-24 16:35:01 +11:00
fsutil Fixed fdatasync build errors on linux. 2015-03-24 12:32:56 +11:00
fuseops Fixed SetInodeAttributesOp conversion. 2015-03-24 16:32:12 +11:00
fusetesting Added linux support. 2015-03-16 12:43:35 +11:00
fuseutil Deleted NotImplementedFileSystem. 2015-03-24 15:37:12 +11:00
samples Removed some references to FileSystem. 2015-03-24 16:34:43 +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 Removed some references to FileSystem. 2015-03-24 16:34:43 +11:00
connection.go Log responses and errors. 2015-03-24 15:59:19 +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 Updated errors.go. 2015-03-24 15:10:02 +11:00
mounted_file_system.go Made Server an interface, for expandability. 2015-03-24 16:08:42 +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:

  • 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.