Hallo Herr Ralf Quint via Freedos-devel, am Montag, 17. März 2025 um 20:34 schrieben Sie:
> On 3/17/2025 10:58 AM, tom ehlert via Freedos-devel wrote: >> Hi Ralf, >> >> al_findfirst() seems to be implemented by the GCC RTL. This might as well be >> a bug in this implementation. >> >> time for someone with a debugger at hand to look into this... > If this is using GCC (shudder) as its compiler, I am pretty sure that this is > the source of the problem. Pretty certain that GCC, being at it's core a *ix > compiler, is in this case assuming LFN being used (and apparently, going by > subsequent posts by Paul, a long file name being found) is returning a file > name that doesn't fit in the ffblk struc. What is not obvious from the > snippet posted is where this structure is defined and thus unknown if this > would be able to handle a longer than 8.3 file name. Specially the 16bit DOS > port of gcc is like an unwanted step child, so it is quite possible that > there is no proper test for this in the library code. Pretty certain that > this won't be an issue using a proper DOS compiler, being it Borland, DeSmet > or OpenWatcom... This is 32bit code. 16bit code implodes silently, and doesn't report 32bit register dumps. As this is reported the first time, the possible audience of this bug is exactly one person. And this person (Paul) in the meantime knows to avoid loading LFN;) Case should be closed. Tom _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
