Groups | Search | Server Info | Login | Register
Groups > comp.sys.apple2.programmer > #6341
| Path | csiph.com!eternal-september.org!feeder.eternal-september.org!newsgrouper.org!.POSTED!not-for-mail |
|---|---|
| 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 | Sun, 26 Oct 2025 20:49:14 GMT |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=UTF-8 |
| Content-Transfer-Encoding | 8bit |
| Message-ID | <1761511754-10020@newsgrouper.org> (permalink) |
| Injection-Info | newsgrouper.org; mail-complaints-to="newsgrouper@yahoo.com"; posting-account=user10020 |
| Injection-Date | Sun, 26 Oct 2025 20:49:14 GMT |
| User-Agent | Newsgrouper/0.8.3 |
| Xref | csiph.com comp.sys.apple2.programmer:6341 comp.emulators.apple2:3915 |
Cross-posted to 2 groups.
Show key headers only | 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 | Next — Previous 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 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