Re: Can i rely on inode numbers?
Re: Can i rely on inode numbers?
- Subject: Re: Can i rely on inode numbers?
- From: Rainer Brockerhoff <email@hidden>
- Date: Fri, 11 Apr 2008 19:42:36 -0300
At 10:28 -0700 11/04/08, email@hidden wrote:
>Date: Fri, 11 Apr 2008 13:12:48 +0100
>From: Quinn <email@hidden>
>Message-ID: <p0624080fc42502c887ec@[10.0.40.15]>
>
>WARNING: You might be tempted to do this using volfs.
>
><http://developer.apple.com/qa/qa2001/qa1113.html>
>
>Please don't. The volfs stuff has changed in 10.5 and it's likely to
>change again in the future.
Regarding volfs. One recurring problem in my file-handling apps is that the user can navigate deeply into a hierarchy - following FSRefs - and then at some point I need to get a path from that FSRef to pass to a BSD routine like (say) lstat().
I did find out a way (seriously non-supported, as you say) to build a short volfs path from the FSRef. It didn't break in Leopard either. However, it would be great if there were an official API for getting a temporary short path that, unlike FSRefMakePath(), didn't suffer from PATH_MAX limitations.
In other words, being able to do something like lstat(FSRefMakeBSDPath(&someFSRef), &info) would be nice to have. The API contract could tell the user not to look at the result - it could even point at some reserved bytes in that FSRef itself, and could generate some encrypted short path there, for all I care.
While I plan to submit a bug on that, would be nice to have some preliminary opinion if such a form would be feasible; after all, something like very probably already exists within Carbon somewhere.
Thanks,
--
Rainer Brockerhoff <email@hidden>
Belo Horizonte, Brazil
"In the affairs of others even fools are wise
In their own business even sages err."
Weblog: http://www.brockerhoff.net/bb/viewtopic.php
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden