On Mon, Apr 11, 2022, 7:27 PM Paul Gofman <
pgofman@codeweavers.com> wrote:
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
---
dlls/ntdll/unix/signal_arm.c | 4 ++++
dlls/ntdll/unix/signal_arm64.c | 4 ++++
dlls/ntdll/unix/signal_i386.c | 4 ++++
dlls/ntdll/unix/signal_x86_64.c | 4 ++++
dlls/ntdll/unix/thread.c | 3 ++-
dlls/ntdll/unix/unix_private.h | 10 +++++++++-
dlls/ntdll/unix/virtual.c | 5 +++++
7 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/dlls/ntdll/unix/signal_arm.c b/dlls/ntdll/unix/signal_arm.c
index 1fea76f6563..1c03b707890 100644
--- a/dlls/ntdll/unix/signal_arm.c
+++ b/dlls/ntdll/unix/signal_arm.c
@@ -780,6 +780,10 @@ static BOOL handle_syscall_fault( ucontext_t *context, EXCEPTION_RECORD *rec )
(DWORD)IP_sig(context), (DWORD)SP_sig(context), (DWORD)LR_sig(context),
(DWORD)PC_sig(context), (DWORD)CPSR_sig(context) );
+ if (rec->ExceptionCode == STATUS_ACCESS_VIOLATION
+ && is_inside_syscall_stack_guard( (char *)rec->ExceptionInformation[1] ))
+ ERR_(seh)( "Syscall stack overrun.\n ");
+
Would it be a good idea to let it grow instead? Instead of, or in addition to, the increased 1M stack limit.