Groups | Search | Server Info | Login | Register
Groups > comp.emulators.apple2 > #3916
| From | "Christopher G. Mason" <cgm1@my-deja.com> |
|---|---|
| Newsgroups | comp.emulators.apple2 |
| Subject | Re: Integrated development on emulators: The next step |
| Date | 2025-11-02 16:13 -0500 |
| Organization | A noiseless patient Spider |
| Message-ID | <10e8hgu$2d69i$1@dont-email.me> (permalink) |
| References | (1 earlier) <alpine.DEB.2.21.2510080804400.25129@sd-119843.dedibox.fr> <10c6ejt$1qvka$1@dont-email.me> <10cps9j$52ns$1@dont-email.me> <10d616h$3dv04$1@dont-email.me> <10d6vs8$3lmfq$1@dont-email.me> |
On 10/20/2025 11:49 PM, Hugh Hood wrote:
> On 10/20/2025 2:05 PM, Kent Dickey wrote:
>>
>> What I think you were asking for was that on a Mac, to maintain the
>> type in a Mac-specific way (I believe Finder-info on the Mac can encode
>> some ProDOS types). And I said I didn't really see the value of this,
>> but I could be convinced.
>>
> {As a side note: I think Kelvin once mentioned being able to do
> something similar on Windows using named streams, but AFAIK,
> CiderPress(2) doesn't support that, so there's probably no point}.
The GSplus emulator does this already. Microsoft specified two NTFS ADS
types for FinderInfo and resource fork storage with Services for
Macintosh in Windows NT. Apple still uses this support with their native
SMB client. The SMB client for the IIgs uses these too.
On macOS, the 32byte FinderInfo is abstracted as an extended attribute
called "com.apple.FinderInfo", while the resource fork is abstracted as
"com.apple.ResourceFork". Alternatively, you can access the resource
fork using standard streams by appending "/..namedfork/rsrc" to the path
of your file.
Apple specified a standard way of storing ProDOS filetype/auxtype as
Macintosh filetype/creator in "Inside AppleTalk".
Back to comp.emulators.apple2 | Previous — Previous in thread | Next in thread | Find similar
Integrated development on emulators: The next step D Finnigan <dog_cow@macgui.com> - 2025-10-07 14:47 +0000
Re: Integrated development on emulators: The next step Steve Nickolas <usotsuki@buric.co> - 2025-10-08 08:09 -0400
Re: Integrated development on emulators: The next step kegs@provalid.com (Kent Dickey) - 2025-10-08 19:38 +0000
Re: Integrated development on emulators: The next step D Finnigan <dog_cow@macgui.com> - 2025-10-14 19:18 +0000
Re: Integrated development on emulators: The next step Hugh Hood <hughhood@earthlink.net> - 2025-10-15 23:28 -0500
Re: Integrated development on emulators: The next step kegs@provalid.com (Kent Dickey) - 2025-10-20 19:05 +0000
Re: Integrated development on emulators: The next step Hugh Hood <hughhood@earthlink.net> - 2025-10-20 22:49 -0500
Re: Integrated development on emulators: The next step "Christopher G. Mason" <cgm1@my-deja.com> - 2025-11-02 16:13 -0500
Re: Integrated development on emulators: The next step Noncho Savov <user10020@newsgrouper.org.invalid> - 2025-10-26 20:49 +0000
csiph-web