---- Le mar., 18 févr. 2025 02:00:48 -0500 Paul Dufresne a écrit ----
>
> So would be:
> https://github.com/FDOS/freecom/commit/9ec47792953100eea6c9a18b0bed34a4471a9a6a
>
> that should fix: https://github.com/FDOS/freecom/issues/102
>
> but after that I:
> git bisect reset
> git checkout HEAD
> git pull
> git revert 9ec47792953100eea6c9a18b0bed34a4471a9a6a
>
> and recompiling it... I still get the out of memory error... So I need to
> sleep on that.
>
I tried to revert it but not on HEAD but on the commit after it:
commit a18fff4977257a920595b930a90b884a21163a20
Author: Andrew Bird <a...@spheresystems.co.uk>
Date: Sat Jul 13 18:44:15 2024 +0100
Build: Use revised echoto batch file from kernel
This allows the build to succeed on MS-DOS 6.22 where a subshell's
environment isn't big enough. Patich shamelessly copied from
https://github.com/FDOS/kernel/commit/d6c50ebbe6.
And it did remove the out of memory error.
So for now, I am under hypothesis that between that and now, an other commit
reintroduce the bug.
So I inted to create a branch from patched a18fff, update it, then bisect it to
find where the bug would be reintroduced.
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
