On Fri, Mar 21, 2025 at 10:42 AM tom ehlert via Freedos-devel <freedos-devel@lists.sourceforge.net> wrote: > ... > I just recently stumbled upon the same issue, from the same author, in MOVE > where recursion works the same. > > where it "works" with a stack setting of 2K. > > It works because MOVE was compiled with TC which locates the stack at the > bottom, so on stack > overflow it wraps around to FFFE, where it hopefully doesn't interfere with > DOS heap management. > > Sort of works, but would not survive any stack checking - which Watcom C does > and aborts. > ... > > same problem to be expected in deltree(), COPY /S, and friends. > > > Tom > ...
A new release of move is available which greatly reduces (but does not eliminate it) when a stack overflow will occur. (moved some variables static reducing used stack during recursion and before, also increased default stack size) https://github.com/FDOS/move https://github.com/FDOS/move/releases/download/v3.4/move34.zip Jeremy _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
