Path: csiph.com!eternal-september.org!feeder.eternal-september.org!nntp.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Steve Nickolas Newsgroups: comp.sys.apple2 Subject: Re: ProDOS-cracking DOS 3.3? Date: Wed, 26 Nov 2025 06:48:01 -0500 Organization: A noiseless patient Spider Lines: 24 Message-ID: References: <10g60io$1uk3$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Injection-Date: Wed, 26 Nov 2025 11:48:30 +0000 (UTC) Injection-Info: dont-email.me; posting-host="e7fbcc925d1e0da45da61f9c272f6984"; logging-data="384389"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18GmY+5hqSe0nz0qKiQ2rpnbk64+KaHmUE=" User-Agent: Alpine 2.21 (DEB 202 2017-01-01) Cancel-Lock: sha1:e9YoYhE/s4onciF7EwLsJ8gDRfk= In-Reply-To: <10g60io$1uk3$1@dont-email.me> X-X-Sender: mary@sd-159945.dedibox.fr Xref: csiph.com comp.sys.apple2:49225 On Wed, 26 Nov 2025, Peter Ferrie wrote: > https://github.com/a2-4am/probable > runs DOS disk images from ProDOS. Maybe start there? That sounds like what I call the "MECC Method" - use a disk image to run DOS 3.3 software but replace RWTS with ProDOS calls. For something like Ae, (using the "AppleWorks" method of doing boot/program with ProDOS-8) this could be the best way to implement the second side of the disk (but some additional code would be needed to implement the front/loader side). (Part of the answer to Ae is sparse files; back in 2019 I attempted to filecrack it myself and was able to create a disk image with the back side of the game disk and 3.5K to spare, but I wasn't able to actually create the loader.) What I was trying to do was something a bit more complex: hack into DOS 3.3 at the level of - I think it's referred to as the File Manager. Implementing the CHR$(4) hooks would be a lot easier but it would only work for a few programs - this would theoretically work for something like Railroad Works, which does seem to rely on the filesystem, but doesn't use the CHR$(4) hooks. -uso.