gcl-devel
[Top][All Lists]
Advanced

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

Re: posix_spawn


From: Kirill A. Korinsky
Subject: Re: posix_spawn
Date: Sun, 24 Dec 2023 15:25:08 +0100

Hello!

> On 24. Dec 2023, at 15:17, Camm Maguire <camm@maguirefamily.org> wrote:
> 
> "Kirill A. Korinsky" <kirill@korins.ky> writes:
> 
>> Thus, additionaly I've added patch below to catch the real place where it 
>> crashes:
>> 
>> --- o/main.c
>> +++ o/main.c
>> @@ -665,10 +665,10 @@ main(int argc, char **argv, char **envp) {
>> /* catch certain signals */
>> void install_segmentation_catcher(void)
>> {
>> -  unblock_signals(SIGSEGV,SIGSEGV);
>> -  unblock_signals(SIGBUS,SIGBUS);
>> -  (void) gcl_signal(SIGSEGV,segmentation_catcher);
>> -  (void) gcl_signal(SIGBUS,segmentation_catcher);
>> +/*   unblock_signals(SIGSEGV,SIGSEGV); */
>> +/*   unblock_signals(SIGBUS,SIGBUS); */
>> +/*   (void) gcl_signal(SIGSEGV,segmentation_catcher); */
>> +/*   (void) gcl_signal(SIGBUS,segmentation_catcher); */
>> }
>> 
> 
> A new issue specific to arm?  Where does it fail without this?

Not as far as I recall. I have the same behaviour on macOS 12 x86_64.

This patch allows to ignore GCL's error handler which masks real stacktrace and 
simple says "Segmentation violation" without any trace, instead an application 
failed and OS catches it and makes nice crash report which allows to 
investigate where.

Attachment: signature.asc
Description: Message signed with OpenPGP


reply via email to

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