> 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 supported? I mean, sure, it might work. Just: is there any advantage to it? I don't see one. I'd set ax=7303h, ds:dx->, es:di-> and cx as appropriate and CF=1. If CF=1 on return, there was an error. The error code in ax can be used to determine whether the function is supported but caused an error, or whether it is not supported at all. In the latter case ax equals 7300h (or even 7303h) or 0001h. Regards, Christian ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
