Thanks for the debugging information Quinn, here's what I've found so far: I added some code to allow me to return the correct type information in the dirents and it fixed the icons in the Finder. It's a huge performance hit on large directories so I'd love to see the regression addressed in 10.4 if possible. I reported the issue as Radar bug #3620414. Although I'm now returning type information in the dirent structures, I'm still seeing some strange behaviour when working with files that aren't in the root directory. If I create a directory and copy a movie into it, it appears in the Finder as expected. In column view, the Finder can even bring up a preview of the movie correctly. If I double click the movie though, QuickTime Player opens but the movie doesn't. Using the Open dialog is very tedious with lots of beach ball time. When it finally decides what icons to use, I get aliases to network volumes again! I tried deleting all the persistent storage I could think of: /Desktop\ DB, /Desktop\ DF and any .DSStore files in the vicinity. I haven't rebuilt the file system yet but I'll try that next. Using PrintVolumeInfo/PrintFileIDTree I don't get any files, just the root vnode: 2 "stripe4k" (02) Using the "open" command with the file's full path from the Terminal fails with a -35 nsvErr (no such volume). The thing that concerns me the most is that it's not deterministic. I recently saw proper folder icons in the open dialog and managed to open and play the movie file (although using the dialog was still very slow). I also once saw full PrintFileIDTree output with the correct type codes and directory hierarchy. 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? Sam _______________________________________________ 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.