bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hanging conftest


From: Pádraig Brady
Subject: Re: Hanging conftest
Date: Wed, 04 Dec 2013 12:18:30 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2

On 12/04/2013 03:38 AM, Pádraig Brady wrote:
> Unfortunately I'm seeing cores with this.
> 
> #0  0x000000375ce35215 in raise       () from /lib64/libc.so.6
> #1  0x000000375ce36b2b in abort       () from /lib64/libc.so.6
> #2  0x000000375ce78550 in malloc_printerr () from /lib64/libc.so.6
> #3  0x000000375ce79fc0 in _int_malloc () from /lib64/libc.so.6
> #4  0x000000375ce7a836 in malloc_check () from /lib64/libc.so.6
> #5  0x000000375ce7d4bf in calloc () from /lib64/libc.so.6
> #6  0x000000375cebb6b4 in re_acquire_state_context () from /lib64/libc.so.6
> #7  0x000000375cec1e6a in re_search_internal ()       from /lib64/libc.so.6
> #8  0x000000375cec64ac in re_search_stub () from /lib64/libc.so.6
> #9  0x000000375cec6eb8 in re_search () from /lib64/libc.so.6
> #10 0x000000000040081c in main () at t.c:84
> 
> Ah so mallopt(M_CHECK_ACTION, 2) is documented to abort() on error.
> I suppose we need to suppress core dumps now with the gnulib
> ]GL_NOCRASH[ ... nocrash_init() guard?
> Actually no, that doesn't catch SIGABRT.
> So I suppose you need an explicitly exit(1) in a SIGABRT
> signal handler in this test?

I installed the attached to convert the SIGABRT to a SIGTERM,
since _exit(1) wouldn't be distinguishable from the result |= 1 failure.

thanks,
Pádraig.

Attachment: regex-nocoredump.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]