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

Reply via email to