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