Groups | Search | Server Info | Login | Register


Groups > comp.sys.apple2 > #49225

Re: ProDOS-cracking DOS 3.3?

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>

Show all headers | View raw


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 | NextPrevious in thread | Find similar


Thread

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