Hi,

I'm not prohibiting creation of any files, so ._ files etc. looks like they
work just fine.

I am setting all the stat fields according to what you guys are describing.
Yet I'm still seeing the problem.

It would be nice if there was a debug mode in finder, that might alert me to
what's going on. Everything looks fine, but Finder isn't satisfied :)

In system.log I'm getting this:

Jun 11 10:34:38 deka
/System/Library/CoreServices/Finder.app/Contents/MacOS/Finder[182]:
Allocator race detected: transaction is not verified for -103/2 - atira.png
Jun 11 13:17:37 deka
/System/Library/CoreServices/Finder.app/Contents/MacOS/Finder[182]:
StatusMonitor::volumesChangedCallBack returned -47

"atira.png" is the file I'm trying to copy with Finder. The
volumesChangedCallBack message appears many times.

Any ideas?

-dennis



On 6-12-08 19:56, "Amit Singh" <[EMAIL PROTECTED]> wrote:
> On Jun 12, 8:58 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> wrote:
> 
>> (doubtful your vfs can support hardlinks correctly); ino should be
>> nonzero;
> 
> You shouldn't be touching the st_ino field unless you are a file
> system that actually wants to handle inode numbers yourself.
> Otherwise, it's both easier and more sensible to let the user-space
> library handle inode numbers. Besides, just "something nonzero" is not
> enough--depending on the values, you could inadvertently cause things
> to look like hard links, or worse, confuse the Finder no end. If you
> are doing this (but don't actually deal with, or need to deal with
> inode numbers), what's helping you is that just setting st_ino isn't
> enough--you need to let the library know it should use your inode
> number over the one it autogenerates.
> 
>> That is, it should
>> have a valid atime, mtime, and ctime; nlink should probably be zero
>> (doubtful your vfs can support hardlinks correctly);
> 
> st_nlink shouldn't be zero. Assuming you don't have hard links,
> st_nlink should be *1* for files. On Mac OS X, for directories, you
> can either set st_nlink to the number of objects within the directory
> ("." and ".." + the rest), or if the volume is such that the number is
> hard to calculate, you can set st_nlink to 1.



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"macfuse-devel" group.
To post to this group, send email to macfuse-devel@googlegroups.com
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
-~----------~----~----~----~------~----~------~--~---

Reply via email to