GNU bug report logs -
#60220
29.0.60; macOS 13.1 crash shortly after starting Emacs
Previous Next
Full log
View this message in rfc822 format
Aaron Jensen <aaronjensen <at> gmail.com> writes:
> On Tue, Jan 10, 2023 at 10:28 AM Andrea Corallo <akrl <at> sdf.org> wrote:
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> From: Andrea Corallo <akrl <at> sdf.org>
>> >> Cc: Aaron Jensen <aaronjensen <at> gmail.com>, gerd.moellmann <at> gmail.com,
>> >> eggert <at> cs.ucla.edu, 60220 <at> debbugs.gnu.org
>> >> Date: Wed, 04 Jan 2023 15:51:17 +0000
>> >>
>> >> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >>
>> >> >> Would it make sense to use block_atimers while loading native lisp? If
>> >> >> that's a workable thing and you can send me a patch I can try it out.
>> >> >
>> >> > Andrea, can you suggest a patch along these lines for Aaron to try?
>> >> >
>> >> > Thanks.
>> >>
>> >> Hi Eli,
>> >>
>> >> sorry I'm traveling with sporadic access to the PC till next week. If
>> >> the issue is still present I'll work on it next week.
>> >
>> > Thanks in advance.
>>
>> Hi all,
>>
>> I pushed a change that should block atimers during native code loads,
>> it's in 'scratch/native-timers-blocked'.
>>
>> I haven't tested it deeply but seems to work for me. If anyone likes to
>> test it or play with it is there.
>>
>> BR
>>
>> Andrea
>
> Unfortunately, it still crashes for me with my repro (without
> restarting, I just opened Emacs and it crashed).
Mhhh :/ , the only advice I have would be to two a printf in
'block_atimers' and 'unblock_atimers', just to be 100% that when when we
crash we did our job of blocking the timers.
Andrea
This bug report was last modified 2 years and 159 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.