On 23 March 2011 15:52, Damien Guibouret <damien.guibou...@partition-saving.com> wrote: > I did some search about the > http://sourceforge.net/tracker/index.php?func=detail&aid=2901916&group_id=5109&atid=105109 > problem and find one potential reason for that: in function to convert from > sft > to fnode, a value is used before being initialised. This lead to a drive to > not > be considered as FAT32 despite it is (or vice-versa).
Good catch and thanks for the fix! I committed your patch to svn. For the clock and block driver stack: I applied that too. It's a pity that the kernel then uses an extra 256 bytes of precious low memory but in this case better safe than sorry -- from what I understood you have to code very defensively against BIOSes these days as their legacy interface is mostly only still thoroughly tested against the Windows boot loader. Bart ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel