At 9:45 +1000 14/4/04, Sam Vaughan wrote: Is there another area of the VOP interface I should be focussing on to find the source of this behaviour? vop_getattrlist perhaps, which we still haven't implemented? Do I need to look into volfs? Well, supporting volfs will probably perturb your code sufficiently that this particular problem will go away, but it's a lot of work and it's hard to justify without knowing exactly why things aren't working. Non volfs network file systems should work. You can try your tests on SMB and NFS to verify this. The fact that the "open" command in Terminal fails with nsvErr makes it seems like your volume isn't known to the Carbon File Manager. This is a nice test case because the code for "open" is tiny. I'd definitely try to push hard on this to see what's going wrong. There are a number of things you can try. o Divide and conquer -- "open" is implemented using AppKit. It launches applications using -[NSWorkspace launchApplication:...] and documents with -[NSWorkspace openFile:...], at which point NSWorkspace passes the request to Launch Services (LSOpenFromURLSpec). My guess is that the error is coming from Launch Services, not from "open" itself or NSWorkspace. You could check this by setting breakpoints on the NSWorkspace and LS routines to see whether they're ever called. Naturally you'll have to do this in a working example as well, just to make sure that things work the way you (and indeed I) expect (-: o fs_usage -- To get a high-level overview of what BSD calls "open" makes, run it under fs_usage. Again, it would be worthwhile to do this for both a working and non-working example. o _debug -- You can easily run "open" using the _debug libraries. This might cause them to spit out a useful error. guy-smiley:QuinnXHome quinn$ gdb /usr/bin/open GNU gdb 5.3-20030128 [...] (gdb) set env DYLD_IMAGE_SUFFIX _debug (gdb) r /Applications/TextEdit.app For problems like this I generally recommend that the developer file open a DTS tech support incident so that I can look into it in more detail. <http://developer.apple.com/technicalsupport/index.html> S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Technical Support * Networking, Communications, Hardware _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.