Actually, SVNFS is essentially a LoopbackFS with enhanced Icons. Really, it just adds 'badging' to know what is checked into SVN and what is modified or not under SVN control. Later, we may add in special support for 'move' and 'delete'.
So, I really do want to track LoopbackFS and r/w support is essential. Thanks, Charlie On Jan 6, 2008, at 8:14 PM, ted bonkenburg wrote: > Hi Charlie, > > You shouldn't have to abandon your work on Tiger. I've tested > MacFUSE.framework on Tiger and it should work fine. > > Some of the routines that LoopbackFS is using in the delegate > methods aren't supported on Tiger. However, they are only related > to implementing what LoopbackFS does and not the new framework. In > your filesystem I expect you'll end up replacing them anyway, so it > shouldn't matter. > > I'd start by "#if 0"'ing the entire set of delegate methods in > LoopbackFS and then adding your own implementations one method at a > time until you have a read-only version of your FS. You should > still be able to mount an empty FS without any delegate methods > implemented at all. Adding write support is more of an all-or- > nothing thing as described in GMUserFileSystem.h. > > Best of luck! > > ted > > On Jan 6, 2008 4:55 PM, Charlie Woloszynski > <[EMAIL PROTECTED]> wrote: > Ah, that explains it. I am still on Tiger; I was trying to develop > my FS in anticipation of the move to Leopard, but I am not able to > move my laptop to Leopard immediately. > > Perhaps I need to set up a Leopard test machine to start this > work. I'd hate to work on 'throw-away' code for Tiger. > > I am intending to take LoopbackFS and use it to make a filesystem > front-end to Subversion. I am a contributor to SCPlugin that has > done the Subversion interface work, but it has a problem with > providing 100% accurate badging of files from subversion. I > believe that MacFuse has the possibility to address this defect and > provide a really robust approach to adding in other SVN-centric > features. > > So, perhaps I can contribute over time with some support for > LoopbackFS and eventually SVNFS. > > Charlie > > > On Jan 6, 2008, at 5:14 PM, ted bonkenburg wrote: > >> Charlie, >> >> Can you let me know: >> >> 1) The xcode version you are using. >> 2) The OS X version you are building on? >> 3) The sdk you are targeting? >> >> LoopbackFS is Leopard-only because it uses the new api's that were >> introduced in NSFileManager that take in NSError** out >> parameters. If you are on 10.5 but are doing a project that >> targets 10.4 then this won't work. >> >> If you are on 10.4 or just want to target 10.4 then you can modify >> LoopbackFS to use the bsd-equivalent calls if you still want to >> get it to work. >> >> I didn't bother to make LoopbackFS support 10.4 since it is for >> illustration purposes only. >> >> ted >> >> On Jan 6, 2008 12:58 PM, Charlie Woloszynski < >> [EMAIL PROTECTED]> wrote: >> Ted: >> >> Ok, this is good information. Looks like I am tracking your work >> and will be able to use it quite effectively. >> >> I am now working on the LoopbackFS. I am getting an error that is >> probably something else silly. When I compile LoopbackFS.m, I get >> the following: >> /Users/charlie/macfuse/filesystems-objc/LoopbackFS/LoopbackFS.m: >> 117: warning: 'NSFileManager' may not respond to '- >> createDirectoryAtPath:withIntermediateDirectories:attributes:error:' >> >> /Users/charlie/macfuse/filesystems-objc/LoopbackFS/LoopbackFS.m: >> 117: warning: (Messages without a matching method signature will >> be assumed to return 'id' and accept '...' as arguments). >> >> >> >> This does not make any sense to me, as this method is in >> NSFileManager.h. Foundations is included in the project. I'm >> stumped on this (also). >> >> Thanks, >> >> Charlie >> >> >> On Jan 6, 2008, at 2:42 PM, ted bonkenburg wrote: >> >>> Hi Charlie, >>> >>> On Jan 6, 2008 6:42 AM, Charlie < [EMAIL PROTECTED]> wrote: >>> >>> This looks good at first blush. I recently started using the >>> FUSEFileSystem.m /h code. I see that this also started from that >>> as a >>> basis; are you thinking of replacing that with this? If so, I can >>> start to use this work instead. >>> >>> Yes, FUSEFileSystem is deprecated. >>> >>> >>> As for the class name, is there some reasoning behind >>> 'GMUserFileSystem'? I'm not sure that I know the origins of the >>> 'GM' >>> part. I am big on naming and making sure it carries with it the >>> most >>> information it can. >>> >>> Since this will be installed as a framework, the two letter >>> prefix is to prevent clashing with anyone's existing code. GM >>> unofficially stands for Google MacFUSE (or something along those >>> lines). UserFileSystem is for user space file system. Since the >>> interface we export is not the traditional FUSE interface I >>> decided to go with the more generic name. >>> >>> I saw your other emails and it looks like you resolved yourself. >>> I would have mentioned that you'll need to install a MacFUSE from >>> the head of the branch, but at the time I wasn't depending no >>> that new method being exported and had rolled my own. Sorry >>> about the confusion. >>> >>> Thanks for taking a look. >>> >>> ted >>> >>> >>> Charlie >>> >>> >>> On Jan 5, 9:27pm, "ted bonkenburg" <[EMAIL PROTECTED]> wrote: >>> > On Jan 5, 2008 5:45 PM, Dave Dribin < [EMAIL PROTECTED]> wrote: >>> > >>> > >>> > >>> > >>> > >>> > > On Jan 4, 6:14pm, "ted bonkenburg" < [EMAIL PROTECTED] > >>> wrote: >>> > > > For the next release of MacFUSE Core we're planning on >>> including a >>> > > framework >>> > > > to make it easier to write Objective-C based filesystems. >>> > >>> > > > It would be great if people who are interested in this sort >>> of thing >>> > > could >>> > > > take a look at the API and provide feedback. I'd also >>> appreciate it if >>> > > > people try it out and send along bug reports if you run >>> into any >>> > > problems. >>> > >>> > > Hi Ted, >>> > >>> > > This should be very cool. It looks like a couple files are >>> missing >>> > > from svn, though: >>> > >>> > > GMDataBackedFileDelegate.h >>> > > GMDataBackedFileDelegate.m >>> > >>> > It should be fixed now. I made that change this morning and >>> forgot to add >>> > those two files to the commit. Sorry about that. >>> > >>> > Thanks for taking a look! >>> > >>> > ted >>> > >>> > > -Dave >>> >>> >>> >>> >>> >>> >> >> Charles Woloszynski >> Innovative Concepts, Inc. >> Sr. Director, Advanced Networking Systems >> >> [EMAIL PROTECTED] >> (703) 893-2007 x506 >> >> >> >> >> >> >> > > Charles Woloszynski > Innovative Concepts, Inc. > Sr. Director, Advanced Networking Systems > > [EMAIL PROTECTED] > (703) 893-2007 x506 > > > > Charles Woloszynski Innovative Concepts, Inc. Sr. Director, Advanced Networking Systems [EMAIL PROTECTED] (703) 893-2007 x506 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "macfuse-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/macfuse-devel?hl=en -~----------~----~----~----~------~----~------~--~---
