From d366c8cf2390e8c8666599119ee401563f42aa5d Mon Sep 17 00:00:00 2001 From: Eli Zaretskii Date: Sat, 28 Feb 2026 14:53:34 +0200 Subject: [PATCH] ; * src/w32proc.c (new_child): Update comment (bug#76041). --- src/w32proc.c | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/src/w32proc.c b/src/w32proc.c index 9d04f03194e..57530b5d8e5 100644 --- a/src/w32proc.c +++ b/src/w32proc.c @@ -1885,11 +1885,9 @@ new_child (void) stack. (The 8MB figure comes from the -stack command-line argument we pass to the linker when building Emacs, but that's because we need a large stack for - Emacs's main thread.) Since we request 2GB of reserved - memory at startup (see w32heap.c), which is close to the - maximum memory available for a 32-bit process on Windows, - the 8MB reservation for each thread causes failures in - starting subprocesses, because we create a thread running + Emacs's main thread.) The 8MB reservation for each thread + might causes failures in starting subprocesses, especially + in 32-bit builds, because we create a thread running reader_thread for each subprocess. As 8MB of stack is way too much for reader_thread, forcing Windows to reserve less wins the day. */