Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

DOS API extension for files > 4 GB (Developers)

posted by Japheth Homepage, Germany (South), 22.12.2007, 10:28
(edited by Japheth on 22.12.2007, 10:50)

> If, say, a DOS EXE > 4GB is seen as multiple files, how would it be
> executed in Windows?

an error is reported, sort of "invalid .EXE", of course. Not a problem at all.

> Might it be best to accept a max. size of (4G-1) bytes as the price of
> being able to use files in multiple OSes?

No. Even without FAT32+ DOS is missing an API to position at file offsets > 4 GB. With NTFS4DOS, the Paragon drivers or similar things such large files are accessible for DOS apps. So the "API extension" part of FAT32+ is important, even if FAT32+ itself might be crappy.

btw: IMO it might be a good idea to redesign even the API part of FAT32+, since the API extension has been placed into DOS' LFN function group (int 21h, ax=7142h), where it doesn't belong at all. A better place possibly would have been the FAT32 extensions (int 21h, ax=73xxh). And in the FAT32+ concept, the API needs a pointer to a 64bit value, which makes such a call unnecessary complicated for DOS extended programs. A simple int 21h call with the offset hold in registers (SI:DI:DX:CX? or maybe just DI:DX:CX?) would have been preferable.

---
MS-DOS forever!

 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 297 users online (0 registered, 297 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum