<div><span style="color: rgb(160, 160, 168); ">On Tuesday, August 14, 2012 at 14:30 PM, Matt Joyce wrote:</span></div>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>I have to ask.  Wasn't FUSE designed to do alot of this stuff?  It is userspace and it doesn't do nasty stuff to file systems.  Why aren't we going that route?<br></div></div></span></blockquote><div><span><div><div>Fuse was really designed for the opposite scenario. Fuse "modules" run as daemons, they're not libraries.  These daemons attach to a character device and map userspace code into the VFS.  Instead, we want to access a filesystem from userspace code.  It is a shame, however, because you're right… there is plenty of code there that knows how to read filesystems in userspace.  Unfortunately, the FUSE design really doesn't do us any favors.</div></div><div><br></div></span>That said, there are some crazy options to fix that. One could theoretically replace the FUSE character device with one that spoke to userspace processes, instead of interacting with the VFS.  There has even been work into creating user-space character devices.  One could also make FUSE work with Unix sockets as an alternative to character devices…</div><div><br></div><div>None of this is out of the box, tested, or even in existence...</div><div><br></div><div><div><div>Regards,</div><div>Eric Windisch</div><div><br></div></div></div><div>
                    <br>
                </div>