While testing v1.7, I noticed that XCOPY creates a directory hierarchy at the target when called with parameter -L.
Is this intended behavior? According to the usage info, -L means: „List files without copying them. (simulates copying).“ So I would expect the file system not being altered at all when „simulating“. Bernd > Am 21.03.2025 um 17:56 schrieb perditionc--- via Freedos-devel > <freedos-devel@lists.sourceforge.net>: > > XCOPY Version 1.8 published > https://github.com/FDOS/xcopy/releases/download/v1.8/xcopy18.zip > > It implements two changes to reduce stack overflows - it does not > eliminate it as that would require further review of other stack > variables used. The overall stack size increased slightly and the > reduction of stack usage by about 160 bytes per recursive call (moved > 2 of the filepath[MAXPATH] variables to be static - similar to Tom's > suggestion). > > (Using older FreeDOS 1.4prerelease I was able to duplicate stack > overflow and that with changes did not occur.) > > Jeremy > > On Fri, Mar 21, 2025 at 12:13 PM Jerome Shidel via Freedos-devel > <freedos-devel@lists.sourceforge.net> wrote: >> >> >> I was just sent a test build of xcopy with an increased stack size. >> >> The Stack Overflow did not occur on the existing filesystem during the copy. >> >> After adding some deeper sub-directory nesting, the Overflow returned at >> that point in the copy. >> >> So, the increased stack size improved the problem. But, did not solve it. >> >> _______________________________________________ >> Freedos-devel mailing list >> Freedos-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-devel > > > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
