I've finally gotten some time to look further into this, and am
exploring the differences between my volume, and an HFS volume using
Apple's FSMegaInfo tool.
UDF Volume
The-Dark-Side:Debug rona$ ./FSMegaInfo stat /Volumes/UDF_201
stat '/Volumes/UDF_201'
st_dev = 0x2e000005 (major=46, minor=5)
st_ino = 1
st_mode = 0x000041ff (drwxrwxrwx)
st_nlink = 3
st_uid = 0 (root)
st_gid = 80 (admin)
st_rdev = 0x00000000 (major=0, minor=0, console)
st_atime = 1206541572.0 (Wed Mar 26 14:26:12 2008)
st_mtime = 1206570789.0 (Wed Mar 26 22:33:09 2008)
st_ctime = 1206541572.0 (Wed Mar 26 14:26:12 2008)
st_size = 0 (0 bytes)
st_blocks = 0
st_blksize = 65536
st_flags = 0x00000000
st_gen = 0
HFS Volume
The-Dark-Side:Debug rona$ ./FSMegaInfo stat /Volumes/Expanse
stat '/Volumes/Expanse'
st_dev = 0x0e000002 (major=14, minor=2, disk0s4)
st_ino = 2
st_mode = 0x000041c5 (drwx---r-x)
st_nlink = 39
st_uid = 501 (rona)
st_gid = 501 (???)
st_rdev = 0x00000000 (major=0, minor=0, console)
st_atime = 1206388744.0 (Mon Mar 24 19:59:04 2008)
st_mtime = 1206476486.0 (Tue Mar 25 20:21:26 2008)
st_ctime = 1206476486.0 (Tue Mar 25 20:21:26 2008)
st_size = 1394 (1 KB)
st_blocks = 0
st_blksize = 4096
st_flags = 0x00000000
st_gen = 0
What jumps out here, is that for the HFS volume, st_dev is associated
with disk0S4, but no such association is made for the UDF volume. I
would have expected it to be associated with disk2
Further, the BSD major and minor values for the UDF volume appear to
be incorrect. Looking in the IORegistry, I can see that the BSD Major
value should be 0x0E (14), and the BSD Minor value should be 0x06.
When I called fuse_main, I passed in "-ofsname=/dev/disk2", which I
would have expected to have set up st_dev properly.
So, my question is, how do I arrange for st_dev to contain the proper
value?
Thanks,
Ron Aldrich
Software Architects, Inc.
On Mar 5, 2008, at 1:31 PM, David A. Lyons wrote:
>
> On Mar 4, 2008, at 5:18 PM, Ron Aldrich wrote:
>> It seems that 10.4 and 10.5 are working differently (at least with
>> my FS) with regards to deleting files using Finder.
>>
>> In 10.4, a trash folder is created, and the files are moved there
>> (as expected).
>>
>> In 10.5, the files are deleted immediately, even if a trash folder
>> already exists.
>>
>> Anyone have an Idea of what could be causing them to behave
>> differently?
>
> I don't know of any intention change here in 10.5. The two things
> that would make the Finder "delete immediately" are:
> (1) Finder considers the volume to be on a server
> (2) the trash folder's permissions don't allow the move
>
> Cheers,
>
> --Dave
>
>
> >
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---