hi all,

> Could you implement >8 drives too??? The system (DOS) can handle 254 drives
> exept for one function. And this function is barely used. So drives A-Z
> should be possible...

>From where did you get the information about the 254 drives?
Have you disassembled the DOS(2) kernel????

> 
> By the way, this non-supporting function is a >Dos1<-function call which
> returns a value of which every bit corresponds to a drive (1=available,
> 0=not available). But even this function can be expanded to more drives. I
> read in the official documentation that this is returned in HL and not only
> in L. Therefor, it is possible to use 16 drives with this function!!! At the
> moment H is returned 0 always, but it is preserved for more drives. So it
> should be possible to return the next 8 drives here. And the last 10
> drives... Well, those can't be detected using this function. A new function
> has to be made for support of these.
> 
> This is what the manual says about it:
> 
> -------------------
> 3.25   GET LOGIN VECTOR (18H)
>    Parameters:    C = 18H (_LOGIN)
>    Results:      HL = Login Vector
> 
> 
>    This function returns a bit set in HL for each drive which is available,
> bit-0 of L corresponding to drive "A:". Up to eight drives ("A:" to "H:")
> are supported by the system currently, so register H will usually be zero on
> return.
> -------------------
> 
> The rest of the functions use a drive-number with the value 0 corresponding
> to the default drive and values 1-255 corresponding to the rest of the
> drives. Other functions use 0="A:", 1="B:" etc. Depends on the type of the
> function call.
> 
I think it won't be a great problem to expand driveletters to 16. But
anyway, this requires disassembly of the whole DOS2 kernel :-(

> 
> ~Grauw "I have a feeling that this isn't the thing he's programming and
> talking about..."

No, he's talking about >32MB partitions on IDE-harddisks. I've mailed him
a couple of times; but as far as I've understand his work will lead to a
dead end: he is working on lowlevel sector read/write routines for IDE,
but these are already implemented in the IDE-bios of the interface of
course. He hasn't really thought of the fact what should be done next
after you can read/write sectors.
In my opinion -if you want to work with files- you'll have to modify DOS2
kernel routines (sectornumbers>#FFFF). But he doesn't want to use DOS2. So
don't expect real partitions >32MB :-(

Let's start the 32MB partition discussion again!

Greetz,
Jon



****
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/)
****

Reply via email to