> 1. ax=7300h dl=0 cl=1 int 21h - if it returns ax unchanged,
> then the kernel is not aware of the 21.73xx FAT32 functions.
Why test another function (which is really undocumented at that, so
unlikely to be implemented properly in other DOS versions) to determine
whether function 7303h is sup
Hi again,
> I was hoping a hint might spark some documentation on the
> FreeDOS filesystem API so others (like me) can do development. :-)
>
> you might see an increase in freedos programs if your API was documented.
> who knows, maybe even commercial systems might be made or something.
That is
Frank van Gilluwe produced a very similar book called "Undocumented PC;" it is
based heavily on Ralf Brown's work. The 2nd edition came out in 1997, but still
doesn't go much beyond DOS 5. This book comes with a 3 1/2" floppy containing
several code fragments that might be of interest to someone
> RBIL is pretty much it (right? or some "undocumented" book, perhaps?),
> and it doesn't say much that hasn't already been mentioned.
>
> http://www.delorie.com/djgpp/doc/rbinter/id/40/32.html
For completeness, here's the original site (right?):
http://www.cs.cmu.edu/~ralf/files.html
The book
Dear Jim,
> hmm. that program doesn't use int 21h function 7303h. it's going to take me a
> while to figure out what it's really doing.
to me it looks like you are either
a) a complete idiot that is not able to ask google about
'int 21h function 7303h'
b) a huge troll
in both cases please
> RBIL is pretty much it (right?
> http://www.delorie.com/djgpp/doc/rbinter/id/40/32.htm
NO, see above.
> I am hoping to implement some sort of fallback mechanism into the program
> so that if int 21h, 7303h fails, I have int 21h, 36h to fall back on
> but I need to know exactly how to detect fai