Re: ATTR_CMN_FNDRINFO flag in getattrlist()
Re: ATTR_CMN_FNDRINFO flag in getattrlist()
- Subject: Re: ATTR_CMN_FNDRINFO flag in getattrlist()
- From: rohan a <email@hidden>
- Date: Wed, 17 Jun 2009 10:44:55 +0530
Hi,
Thanks for the help.
In this case would it be better to go with using ATTR_CMN_FNDRINFO
with getattrlist() or using "com.Apple.FinderInfo" with the getxattr()
API?
Do both of these return exactly the same information?
Thanks
On 6/17/09, Philip Aker <email@hidden> wrote:
> 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