i think the issue may be that i am unmounting and then remounting too
quickly. it appears that an unmount followed by a mount (within a
second) will cause the process to abort with this assertion:

Assertion failed: ([internal_ status] ==
GMUserFileSystem_NOT_MOUNTED), function -[GMUserFileSystem mount:]

ideally, for me, the unmount call would block until the unmount is
actually complete. that would make this race impossible.

if making unmount synchronous is not desirable, i would suggest at
least documenting this behavior in the api for unmount.

On Sep 2, 2:20 pm, Jeremiah <[email protected]> wrote:
> i found the missing symbol! it's in MacFUSE.framework:
>
> com.google.MacFUSE 0x00033b04 -[GMUserFileSystem mount:] + 142
> (GMUserFileSystem.m:2315)
>
> On Aug 21, 6:28 pm, Jeremiah <[email protected]> wrote:
>
> > any progress on this?
>
> > On Jul 30, 2:18 am, Jeremiah <[email protected]> wrote:
>
> > > my application is occasionally crashing in such a way that i've, as
> > > yet, not been able to reproduce reliably. it's actually an abort on
> > > the macfuse thread:
>
> > > Thread 10 Crashed:
> > > 0   libSystem.B.dylib                   0x92b58136
> > > __semwait_signal_nocancel + 10
> > > 1   libSystem.B.dylib                   0x92b51013 usleep$NOCANCEL
> > > $UNIX2003 + 61
> > > 2   libSystem.B.dylib                   0x92b68685 abort + 85
> > > 3   libSystem.B.dylib                   0x92b5d3db __assert_rtn + 101
> > > 4   com.google.MacFUSE                  0x00038b04 0x2f000 + 39684
> > > 5   com.apple.Foundation                0x9569ae0d -[NSThread main] +
> > > 45
> > > 6   com.apple.Foundation                0x9569a9b4 __NSThread__main__
> > > + 308
> > > 7   libSystem.B.dylib                   0x92aad155 _pthread_start +
> > > 321
> > > 8   libSystem.B.dylib                   0x92aad012 thread_start + 34
>
> > > i'm running 2.0.3 and using the macfuse framework:
> > >    ...
> > >    0x2f000 -    0x3cff7 +com.google.MacFUSE 2.0.3 (2.0.3)
> > > <c07d7cab4e7573700a9fb0e8144673ae> /Library/Frameworks/
> > > MacFUSE.framework/Versions/A/MacFUSE
> > >    0x44000 -    0x5afe7 +libfuse_ino64.2.dylib ??? (???)
> > > <adcff3fcca2d62503d83b7b5114e56d6> /usr/local/lib/
> > > libfuse_ino64.2.dylib
>
> > > i'm mounting my volume like so:
> > >     GMUserFileSystem *fs = [[GMUserFileSystem alloc]
> > > initWithDelegate:fs_delegate isThreadSafe:YES];
> > >     NSMutableArray* options = [NSMutableArray array];
> > >     [options addObject:@"rdonly"];
> > >     [options addObject:@"noappledouble"];
> > >     [options addObject:@"defer_permissions"];
> > >     [fs mountAtPath:FuseMountPoint withOptions:options
> > > shouldForeground:YES detachNewThread:YES];
>
> > > the stack trace looks like an assert fail in the macfuse framework. if
> > > i had a symbol for that frame it might make it clear what's asserting.
> > > for some reason, though, i'm unable to get a symbol. i tried:
> > >   atos -o /Library/Frameworks/MacFUSE.framework/Resources/Debug/
> > > MacFUSE.framework.dSYM/Contents/Resources/DWARF/MacFUSE 0x00038b04
> > > but it just spits the hex offset back at me.
>
> > > any ideas what that symbol is or what may be going wrong generally
> > > would be much appreciated.
>
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"MacFUSE" 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?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to