Groups | Search | Server Info | Login | Register

Groups > comp.sys.apple2.programmer > #6340

Re: Integrated development on emulators: The next step

Cross-posted to 2 groups.

Show all headers | View raw

In article <10cps9j$52ns$1@dont-email.me>,
Hugh Hood  <hughhood@earthlink.net> wrote:
>On 10/8/2025 2:38 PM, Kent Dickey wrote:
>> 
>> KEGS allows mounting a directory on your computer as a ProDOS
>> volume, where it is just a plain ProDOS volume to any emulated
>> code.  I called it DynaPro.  You need to restart emulation if you
>> change a file, to make sure it sees the change.  As best as I can
>> tell, no one uses it.
>> 
>
>Kent,
>
>I've got a DynaPro folder for KEGS on my MacOS install.
>
>The main reason I use it infrequently (whether to put files into KEGS or
>get files out of KEGS) is due to the loss of ProDOS file type attributes
>(file type / aux type).
>
>I think at one time we may have discussed your adding attribute
>preservation, and that it would require KEGS implementing xattrs or
>named streams (or MacOS metadata), and that you didn't see that demand
>for that particular feature justifying the time required to implement
>it, which I can certainly understand.
>
>Hugh Hood

To be clear, KEGS maintains all ProDOS attributes.  But it does it using
Cadius-style or "ProDOS" style filenames.  The file STARTUP of type BAS
on ProDOS is named START,tbas on your hostmachine.  Or a UTILS file of type
BIN file that loads at $300 is named UTILS,tbin,a$300.  Cadius
style extensions like UTILS#060300 are supported as inputs as well.
And some file extensions, like .SYSTEM imply the type and so don't need
to be given, so BASIC.SYSTEM is stored as BASIC.SYSTEM,a$0000 (since ,tssys
is implied).

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.

Kent

Back to comp.sys.apple2.programmer | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

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 mummycullen@gmail-dot-com.no-spam.invalid (MummyChunk) - 2025-10-08 13:31 -0400
      Re: Integrated development on emulators: The next step Steve Nickolas <usotsuki@buric.co> - 2025-10-08 20:36 -0400
      Re: Integrated development on emulators: The next step Speccie <someone@somewhere.com> - 2025-10-09 08:07 +0100
        Re: Integrated development on emulators: The next step Hugh Hood <hughhood@earthlink.net> - 2025-10-09 10:44 -0500
          Re: Integrated development on emulators: The next step Speccie <someone@somewhere.com> - 2025-10-10 08:01 +0100
      Re: Integrated development on emulators: The next step D Finnigan <dog_cow@macgui.com> - 2025-10-14 19:14 +0000
    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 Noncho Savov <user10020@newsgrouper.org.invalid> - 2025-10-26 20:49 +0000

csiph-web