Hi!
1-Мар-2004 19:40 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> Hi, about the "DOS uses 'int' 0x25/0x26 as CALL FAR, so you have to POPF
EA> when you call it through INT" thread:
EA> Several compilers TRANSPARENTLY handle this.
Of course, they (should) transparently handle this in intr(), but not
with direct INT25. And, I already quote disassembly of Watcom-targeted
absread() code (with direct INT25) and there are no extra POP. B-\
EA> I think DJGPP is among them.
Forget about it. This compiler is absolutely is inappropriate for
(current) SYS.
EA> use DJGPP. Borland Turbo C has the absread() and abswrite() functions to
EA> do the access -
Firstly, these functions present only in BC (and TC?). Secondly, I
already quote RBIL, which says, that BC' absread()/abswrite() (which detects
size of partition through INT21/1C) may give incorrect results in MS-DOS
7.x.
EA> you can use them with the "drive > 32 MB" argument blocks,
But current SYS compiled by WC.
EA> so there is NO need to write a new function yourself to absread() big disks
EA> in Turbo C. Other compilers may have other issues.
EA> PS: Of course you have to provide the special argument block to absread()
EA> yourself. I only want to make clear that absread() itself can be used
EA> directly.
?
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=click
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel
