> I haven't tested really, but I ran it to see what it did. Afterwards, a
Thanks for the help > I don't see how the application will read more than one line of an @ list > file in main() without an associated loop construct for the fgets(), but > perhaps I misunderstand the functionality and it's not to do so. I tested this function with a file list with more than one line, and it worked fine. > A last note from a quick look: the getdcwd95() function is guaranteed to > create a buffer overflow. It malloc()'s buf's size based on length of the > directory name returned in hbuf from getcurdir95(), then it places > information at the beginning of buf, and finally strcpy()'s in the entire > hbuf string used to size buf after the additional buf information > bytes. That may explain the garbled directory listing displays I saw. I actually used the IO95 library for most of the LFN functions, so that problem is also present in IO95. I should fix it, though. ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
