On Mon, 19 Jul 2004, Arkady V.Belousov wrote: > You develop the fnode structures, so should know the better.
No, I just changed them. > Thus, may you yourself fix the bugs in lfnapi.c (where used removed > f_dmod field instead F_DMOD mask)? Maybe, it's not very urgent as right now lfnapi.c isn't really used at all (it's just there for Victor Vlasenko's LFN TSR that he never got quite of the ground as far as I can see). > Also, I wish to know: may we remove > f_cluster_offset field (and use in fatfs.c:map_cluster() stack variable)? We may, but we should not as it would seriously hurt file system performance. f_cluster_offset is a persistent field used to optimize reads and writes. If you do a forward-lseek to a position (changing f_offset), then the only relationship you can count on is between f_cluster and f_cluster_offset, and this enables you to follow the FAT from f_cluster to the present position, instead of having to follow it all the way from the beginning of the file. > BO> However, when mirroring an RBIL-dictated structure we should use > BO> ULONG (which is FD kernel speak for a 32 bit unsigned integer, I'm not > > For 32-bit unsigned integers should be used UDWORD type. Or ULONG or u32 or uint32_t or uint_least32_t or simply "unsigned long". These structures aren't portable anyway. What's in a name? > PS: Do you see the patch from tom, related to unfreed near fnodes at > critical handler? Yes. Bart ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
