Re: ATTR_CMN_FNDRINFO flag in getattrlist()
Re: ATTR_CMN_FNDRINFO flag in getattrlist()
- Subject: Re: ATTR_CMN_FNDRINFO flag in getattrlist()
- From: Philip Aker <email@hidden>
- Date: Tue, 16 Jun 2009 14:46:37 -0700
On 2009-06-16, at 09:55:50, Terry Lambert wrote:
FWIW: my first experience with finderinfo was working on support for
Macintoshes in Novell NetWare 20 years ago. It was 32 bytes then,
too, and the data was treated as opaque for the purposes of storage
and retrieval in the file server. I don't see that as being any
different from storing and retrieving it in backup software archive
images. He is probably going to be safe round tripping it as 32
opaque bytes forever.
Oh, I agree, something (the only thing[1]) rock solid that hasn't
changed since System 1.0.
I thought he wanted to access the individual values and then push the
structs through by a cast.
[1] scratch20 and MickeyBytes the dust.
-- Terry
On Jun 16, 2009, at 1:48 AM, Philip Aker <email@hidden> wrote:
On 2009-06-16, at 00:41:01, rohan a wrote:
The getattrlist() call uses ATTR_CMN_FNDRINFO to fetch the finder
flags. The man pages specify it to be 32 bytes.
Does any header file specify a macro that can be used instead of
hard-coding 32.
Somethin like:
FinderInfo[macro] instead of FinderInfo[32]
Look in the CoreServices.framework headers in Files.h for the
FSCatalogInfo struct and its finderInfo and extFinderInfo members.
These generic pointers are detailed in structs in Finder.h.
Philip Aker
echo email@hidden@nl | tr a-z@. p-za-o.@
Democracy: Two wolves and a sheep voting on lunch.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden