Re: m4-1.4.19.60-6ebfc: some core dumps

Bruno Haible via Bug reports for the GNU m4 macro processor <[email protected]> Mon, 14 Apr 2025 22:50:12 +0200
Newsgroups gmane.comp.gnu.m4.bugs,gmane.comp.lib.gnulib.bugs
Organization GNU
Message-ID <2810458.gqKg17ZAdu@nimes>
Eric Blake wrote:
> Do we want to try and make test-c-stack.sh a bit smarter to avoid core
> dumps on more platforms, when we are gracefully handling an
> intentional stack overflow?  Or at a minimum try to clean up any core
> files that may be created as a side effect of the test running
> successfully?

Done through this patch:


2025-04-14  Bruno Haible  <[email protected]>

	c-stack tests: Remove left-over core dump file.
	Suggested by Eric Blake in
	<https://lists.gnu.org/archive/html/bug-gnulib/2025-04/msg00101.html>.
	* tests/test-c-stack2.sh: Remove 'core' and 'test-c-stack.core' when
	done.

diff --git a/tests/test-c-stack2.sh b/tests/test-c-stack2.sh
index b7f8b26bd9..7d62de1bc9 100755
--- a/tests/test-c-stack2.sh
+++ b/tests/test-c-stack2.sh
@@ -4,6 +4,10 @@ tmpfiles=""
 trap 'rm -fr $tmpfiles' HUP INT QUIT TERM
 
 tmpfiles="t-c-stack2.tmp"
+# Prepare to clean up a core dump file, assuming the most common naming
+# conventions for such files. (Core dump file names may be customized
+# through /proc/sys/kernel/core_pattern or 'coredumpctl'.)
+tmpfiles="$tmpfiles core test-c-stack.core"
 
 # Sanitize exit status within a subshell, since some shells fail to
 # redirect stderr on their message about death due to signal.