Once the following patch is applied: (repeating for perditionc)
> C:\Users\Paul\freecom\freecom4>type
> 0001-patch-for-all-compilers-avoiding-out-of-memory-error.patch
> From 9b4e0fa43cb1c649ccd3f5ed23cef46278148c65 Mon Sep 17 00:00:00 2001
> From: Paul Dufresne dufres...@zoho.com>
> Date: Fri, 21 Feb 2025 04:01:04 -0500
> Subject: [PATCH] patch for all compilers, avoiding out of memory error when
> Watcom
>
> ---
> tools/ptchsize.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/tools/ptchsize.c b/tools/ptchsize.c
> index 9209d99..14e56cd 100644
> --- a/tools/ptchsize.c
> +++ b/tools/ptchsize.c
> @@ -273,7 +273,7 @@ int main(int argc, char **argv)
>
> printf("Patching '%s' to heap size of %u bytes\n"
> , argv[1], tosize);
> -#if defined(__TURBOC__) || defined(GCC)
> +
> /* Watcom already has extraMin minimal and dynamically adjusts its MCB*/
> if(tosize) {
> #ifdef GCC
> @@ -293,7 +293,6 @@ int main(int argc, char **argv)
> "File most probably corrupted now: %s\n", argv[1]);
> return 77;
> }
> -#endif
>
> #ifndef GCC
> if(fseek(freecom, ival.heapPos, SEEK_SET) != 0) {
> --
> 2.48.1.windows.1
>
> Now FreeCOM/command offset A have 317h.
> And it now boots without errors.
Now reverting:
commit fa674ea7b5aa4fcb0e4b4263d9ba31d79ccfc961
Author: Kenneth J Davis <perditi...@gmail.com>
Date: Wed Feb 19 10:40:26 2025 -0500
increase size of heap from 6KB to 8KB
(size based on discussions on FreeDOS mailing list, TODO validate actual
size used and see if can be semi-automated to ensure adjusted up or down as
actually required)
FreeCOM/command.com offset A is now 297h
Still boots without errors.
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
