Groups | Search | Server Info | Login | Register
Groups > comp.sys.apple2 > #49225
| From | Steve Nickolas <usotsuki@buric.co> |
|---|---|
| Newsgroups | comp.sys.apple2 |
| Subject | Re: ProDOS-cracking DOS 3.3? |
| Date | 2025-11-26 06:48 -0500 |
| Organization | A noiseless patient Spider |
| Message-ID | <alpine.DEB.2.21.2511260629350.663@sd-159945.dedibox.fr> (permalink) |
| References | <alpine.DEB.2.21.2511072116290.2227@sd-119843.dedibox.fr> <10g60io$1uk3$1@dont-email.me> |
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.
Back to comp.sys.apple2 | Previous | Next — Previous in thread | Find similar
ProDOS-cracking DOS 3.3? Steve Nickolas <usotsuki@buric.co> - 2025-11-07 21:24 -0500
Re: ProDOS-cracking DOS 3.3? Peter Ferrie <peter.ferrie@gmail.com> - 2025-11-26 04:44 +0000
Re: ProDOS-cracking DOS 3.3? Steve Nickolas <usotsuki@buric.co> - 2025-11-26 06:48 -0500
csiph-web