Groups | Search | Server Info | Login | Register


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

Re: Integrated development on emulators: The next step

From Noncho Savov <user10020@newsgrouper.org.invalid>
Newsgroups comp.sys.apple2.programmer, comp.emulators.apple2
Subject Re: Integrated development on emulators: The next step
References <dog_cow-1759848430@macgui.com> <alpine.DEB.2.21.2510080804400.25129@sd-119843.dedibox.fr> <10c6ejt$1qvka$1@dont-email.me>
Date 2025-10-26 20:49 +0000
Message-ID <1761511754-10020@newsgrouper.org> (permalink)

Cross-posted to 2 groups.

Show all headers | View raw


kegs@provalid.com (Kent Dickey) posted:

> In article <alpine.DEB.2.21.2510080804400.25129@sd-119843.dedibox.fr>,
> Steve Nickolas  <usotsuki@buric.co> wrote:
> >On Tue, 7 Oct 2025, D Finnigan wrote:
> >
> >> Here's an idea for the Apple II emulator authors: why don't we have
> >> emulators with an integrated assembler? The assembler would produce object
> >> code copied directly in the RAM of the emulated machine. Or the object code
> >> would be copied to a ProDOS or DOS 3.3 disk image.
> >>
> >> Furthermore, why not integrate a C compiler or some other high-level
> >> language? Output options would be the same: the object could would be
> >> written directly to the emulated RAM, ready for execution. Or it could be
> >> copied to a disk image.
> >>
> >> I think that these features would speed up cross-development considerably.
> >> It would be a lot easier to interchange source files with the host
> >> environment, across the Internet, and in version control systems.
> >
> >One of my abandoned projects, which was written by me and Holger Picker, 
> >actually did have an integrated assembler and even used it to roll the 
> >slot ROMs on the fly.  I thought of rewriting the code so it wasn't just a 
> >binary blob, but never got around to it.
> >
> >Now that I have other content, like Gameware, and most of FPBASIC is fair 
> >game, this could be extended even further.
> >
> >-uso.
> 
> There are other ways to get into and out of emulators.  You can use
> Ethernet to mount an SMB volume, and dynamically change files from your
> host computer.  This is https://github.com/sheumann/smbfst, but is IIgs
> only.  I'm not sure what else is there, if you can take the time to set
> up a Netatalk server, using Ethernet emulation can let you mount APFS
> file servers (this seems to be tricky to setup, though).
> 
> Most emulators allow easy loading of external files into memory, and
> this can be scripted.  So you build on your host machine, then load
> the binary into the emulator.
> 
> Tools like CiderPress2 https://github.com/fadden/CiderPress2 and
> Cadius https://brutaldeluxe.fr/products/crossdevtools/cadius/index.html
> allow easy creation of ProDOS volumes of files from your host system.
> 
> 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 set up a project template that lets you assemble Apple II programs
on a modern computer using Merlin32.
It automatically injects the resulting binaries into a disk image via
AppleCommander, and then launches on the Will Scullin's web based emulator.
The emulator linked in the project is a fork, where I've made a few
modifications to improve its graphical capabilities - handy for testing
different video modes like Composite, RGB and video card displays.
There is also an option to launch AppleWin, since the web emulator doesn't
quite handle the more timing sensitive stuff like Vapor Lock,
although the AppleWin integration doesn't yet support live-reload.
Link: https://github.com/foumart/AppleII.Project.template

Back to comp.sys.apple2.programmer | Previous | NextPrevious 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