Hello Nestor Soriano,
(reply to a message you replied to Alwin Henseler)
>Your method is good, but I propose an alternative one: if bit 7=1, DE-HL
>contains sector number, and data is transferred to DTA area; or then C
>contains the high byte of memory address and low byte is supposed to be
>zero... there are milions of alternatives! 8-) By the way, have you, or
>someone, information enough about disk ROM for perform such changes?
Hmmm.... How do you set the DTA area with the diskrom? I don't think there
is a standard entry for it.
I think the method that Alwin Henseler proposed is better...
>>Well, I see 10 GB. and bigger drives NOW, and far bigger ones coming
>>(soon). -> 24 bit sector number usefull NOW (not in a year), 32 bit
>>sector number support usefull SOON (MAYBE in a year from now, maybe
>>even sooner).
>24 bit useful now, not in a year? Maybe are you exagerating a little?! If
>we can use FAT16, it will be enough for a lot of years, I think! You really
>need to have more than 2Gb per partition?!
When you start writing new routines, this 32 bit sectoraddressing is a
simple one.
And why not doing it this way? If you use 24 bit sectoraddressing in a FAT16
driver,
just leave the higher bits left to '0'...
>>How to determine the presence of features
>>I think function #71 hex would be free for
>>this purpose, and I suggest calling this: 'get feature info'.
>What about extended BIOS? Just as DOS memory mapper support routines!
This is a good one, that is just what the extended bios is for!
(slow, but it works good and has to be used only at the start of a program)
But a new standarisation has to be done, what address has to be used?
(smal standarisation issue... ;-)
Greetings from Erik Maas
****
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
****
