Re: Tweaking DOS.SYSTEM from Extra-K to support other DOS 3.3 variants

["RedskullDC" <RDC@oz.org>]

Hi Again Moll,

"Moll" <MollyBaker@Spam.GMAIL.Spam.Spam.Spam.Com> wrote in message 
news:G8j2e.21002$jt6.7040@trndny07...
>>> Do you have any code/disk image downloadable somewhere that we may
>>> have a looksie?
>>
>>
>> I'll put an image up when my bandwidth and RAM usage aren't screaming for 
>> mercy (currently running a BitTorrent, cURL, Thunderbird and mIRC at the 
>> same time in 64 MB RAM)
>>
>> Moll.
>
> http://www.dosius.net:8080/dosmaker.zip
>
> the DOS side has "DOS Load-Save", and the ProDOS side has "Dosmaker" which 
> uses files created by DLS to make a .SYSTEM file.

DOH!
This should have been obvious the first time.

Your program is trying to run a 'hello' program.

The name of the program it tries to run is whatever is left in the DOS3.3
keyboard buffer.
When you INIT a disk with 'INIT HELLO', then "HELLO" is what is left
in the Keyboard buffer.
Take a look at "Beneath Apple DOS" to see where in memory the keyboard
buffer is, and also where the file-type flag is. You can patch those 
manually
after you have used your program to load the DOS image.

Once you have done that, you are still left with a problem:
The loaded DOS doesn't understand the prodos file system it finds.
When it tries to run the 'HELLO' program , it trys to interpret the random
data it finds at trk 17 sec 0f as a volume bitmap.

Try doing a 'CATALOG' once you have run your dos.system program.
Nada, zip, nicht.

Probably best to expand the DOS.SYTEM program to hold the HELLO
program as well, load it into memory once DOS is initialized, then call
Applesoft to run it.

Still leaves the DOS not understanding ProDOS probelm.
Only solution I can think of it to have a DOS disk in another drive, and
modify the 'last trk/sec' values in RWTS and the File Manager, so that
your loaded DOS will immeadiately point at the DOS disk.

Red