Minor update 1.8a (last one for a while)
https://github.com/FDOS/xcopy
https://github.com/FDOS/xcopy/releases/download/v1.8a/xcopy18a.zip

Further reduce stack usage on recursive xcopy.  Using Tom's example
C:\1\2\3\...\d\e\f\... a quick test worked for as deep as FreeCom
allowed to create a nested directory (over 2 dozen levels deep).

Jeremy

On Fri, Mar 21, 2025 at 1:03 PM tom ehlert via Freedos-devel
<freedos-devel@lists.sourceforge.net> wrote:
>
> Hallo Herr Jerome Shidel via Freedos-devel,
>
> am Freitag, 21. März 2025 um 17:12 schrieben Sie:
>
>
> > 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.
>
> which is only logical.
>
> each level of subdirectory requires (with the current source, and the current 
> compiler) ~2KB stack.
>
> a directory tree with a file
>
> c:\a\b\c\d\e\f\g\h\i\j\k\l\m\n\o\p\q\r\s\t\u\v\w\x\y\someFile
>
> will consistently nuke XCOPY and MOVE, and we know why.
>
> Tom
>
>
>
>
> _______________________________________________
> 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

Reply via email to