Re: Directories appearing as volume aliases in 10.3 Finder
Re: Directories appearing as volume aliases in 10.3 Finder
- Subject: Re: Directories appearing as volume aliases in 10.3 Finder
- From: Quinn <email@hidden>
- Date: Wed, 14 Apr 2004 12:26:45 +0100
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 | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/darwin-kernel
Do not post admin requests to the list. They will be ignored.