GNU bug report logs -
#47378
Emacs 27.1 binary Mac OS build crashes on Big Sur (11.x)
Previous Next
Reported by: Victor Tsaran <vtsaran <at> gmail.com>
Date: Thu, 25 Mar 2021 08:16:02 UTC
Severity: normal
Tags: moreinfo
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47378 in the body.
You can then email your comments to 47378 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Thu, 25 Mar 2021 08:16:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Victor Tsaran <vtsaran <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 25 Mar 2021 08:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi.
I apologize for not submitting this using Emacs's bug reporting system, but
I d not use Emacs for my emailing needs, thus do not have the right setup
for doing this.
I am attaching the full crash log from Mac OS generated by the system and
hope it will be helpful in diagnosing the problem.
More background information below.
1. I am using the clean Mac OS build of Emacs 27.1 from the Cask repository
of Homebrew.
2. The build runs without any issues on Mac OS Catalina (10.15) using exact
same packages and exact same configuration.
3. Emacs seems to abort with memory allocation errors, see the crash thread.
Please let me know if I can provide any more information.
Thanks.
Victor
[Message part 2 (text/html, inline)]
[Emacs-x86_64-10_14_2021-03-18-200558_booknote.crash (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Fri, 26 Mar 2021 17:34:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 47378 <at> debbugs.gnu.org (full text, mbox):
On Wed, Mar 24, 2021 at 10:36:47PM -0700, Victor Tsaran wrote:
> Hi.
> I apologize for not submitting this using Emacs's bug reporting system, but
> I d not use Emacs for my emailing needs, thus do not have the right setup
> for doing this.
> I am attaching the full crash log from Mac OS generated by the system and
> hope it will be helpful in diagnosing the problem.
> More background information below.
>
> 1. I am using the clean Mac OS build of Emacs 27.1 from the Cask repository
> of Homebrew.
> 2. The build runs without any issues on Mac OS Catalina (10.15) using exact
> same packages and exact same configuration.
> 3. Emacs seems to abort with memory allocation errors, see the crash thread.
I don't know what's going on here. It looks like a failure in
malloc...?
Thread 13 Crashed:
0 libsystem_kernel.dylib 0x00007fff20309002 __sigsuspend + 10
1 Emacs-x86_64-10_14 0x00000001041868a8 deliver_thread_signal + 120
2 Emacs-x86_64-10_14 0x0000000104185309 deliver_fatal_thread_signal + 9
3 libsystem_platform.dylib 0x00007fff2035fd7d _sigtramp + 29
4 libsystem_malloc.dylib 0x00007fff20144020 tiny_malloc_from_free_list + 555
5 libsystem_c.dylib 0x00007fff2026e72f abort + 135
6 libsystem_malloc.dylib 0x00007fff2014f430 malloc_vreport + 548
7 libsystem_malloc.dylib 0x00007fff201524c8 malloc_report + 151
8 Emacs-x86_64-10_14 0x00000001040e5590 draw_glyphs + 16048
9 Emacs-x86_64-10_14 0x000000010410547a expose_line + 666
10 Emacs-x86_64-10_14 0x00000001040ed37f expose_window + 1263
11 Emacs-x86_64-10_14 0x00000001040ece5b expose_window_tree + 139
12 Emacs-x86_64-10_14 0x00000001040eccd1 expose_frame + 113
13 Emacs-x86_64-10_14 0x000000010428f6e5 -[EmacsView drawRect:] + 133
Is this a consistent crash or something that's just happened once?
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Fri, 26 Mar 2021 17:57:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 47378 <at> debbugs.gnu.org (full text, mbox):
> Am 25.03.2021 um 06:36 schrieb Victor Tsaran <vtsaran <at> gmail.com>:
>
> Hi.
> I apologize for not submitting this using Emacs's bug reporting system, but I d not use Emacs for my emailing needs, thus do not have the right setup for doing this.
> I am attaching the full crash log from Mac OS generated by the system and hope it will be helpful in diagnosing the problem.
> More background information below.
>
> 1. I am using the clean Mac OS build of Emacs 27.1 from the Cask repository of Homebrew.
> 2. The build runs without any issues on Mac OS Catalina (10.15) using exact same packages and exact same configuration.
> 3. Emacs seems to abort with memory allocation errors, see the crash thread.
Looks like a double-free in draw_glyphs? But that function is massive, so without further instrumentation it might be difficult to pin down the exact problem.
Could you try compiling with debugging symbols and then generating a stack trace using GDB or LLDB? Another option would be to compile with address sanitization enabled.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Fri, 26 Mar 2021 18:47:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 47378 <at> debbugs.gnu.org (full text, mbox):
> From: Philipp <p.stephani2 <at> gmail.com>
> Date: Fri, 26 Mar 2021 18:56:04 +0100
> Cc: 47378 <at> debbugs.gnu.org
>
> Looks like a double-free in draw_glyphs? But that function is massive, so without further instrumentation it might be difficult to pin down the exact problem.
AFAICT, the only call to malloc in draw_glyphs is via SAFE_ALLOCA.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Sat, 17 Apr 2021 19:08:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 47378 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi.
Just wanted to follow up here. Is there any more information I can provide?
I have seen an upgrade to the Mac build, however, this did not fix the
issue.
Thanks a lot.
Victor
On Fri, Mar 26, 2021 at 11:46 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Philipp <p.stephani2 <at> gmail.com>
> > Date: Fri, 26 Mar 2021 18:56:04 +0100
> > Cc: 47378 <at> debbugs.gnu.org
> >
> > Looks like a double-free in draw_glyphs? But that function is massive,
> so without further instrumentation it might be difficult to pin down the
> exact problem.
>
> AFAICT, the only call to malloc in draw_glyphs is via SAFE_ALLOCA.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Thu, 21 Oct 2021 04:46:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 47378 <at> debbugs.gnu.org (full text, mbox):
Just in case, I know this is about 27.1 but I've been using:
- emacs 27.2 from brew
- emacs-plus 27.2 and 28 (emacs-28 branch) from brew
- emacs-mac (railwaycat port, I believe it was 27.2 also) from brew
- emacs 27.2 from https://emacsformacosx.com
- custom builds with vanilla options of emacs-28 and master branches
All in Big Sur (Intel, not M1, it's a MacBook Pro 2017) and have seen no
crash until now.
Maybe this can be closed (?)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Mon, 27 Jun 2022 08:26:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 47378 <at> debbugs.gnu.org (full text, mbox):
Victor Tsaran <vtsaran <at> gmail.com> writes:
> Just wanted to follow up here. Is there any more information I can provide?
> I have seen an upgrade to the Mac build, however, this did not fix the issue.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
Do you still see this problem with recent Emacs versions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 27 Jun 2022 08:26:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Tue, 28 Jun 2022 11:57:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 47378 <at> debbugs.gnu.org (full text, mbox):
Victor Tsaran <vtsaran <at> gmail.com> writes:
> I don't think I do any more, but I would have to doublecheck whether I
> did not change anything else.
OK, I'm closing this bug report, then. If you see a similar issue in
the future, please open a new bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
47378 <at> debbugs.gnu.org and Victor Tsaran <vtsaran <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Jun 2022 11:57:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47378
; Package
emacs
.
(Tue, 28 Jun 2022 17:00:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 47378 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Will do, thanks!
On Tue, Jun 28, 2022 at 4:56 AM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Victor Tsaran <vtsaran <at> gmail.com> writes:
>
> > I don't think I do any more, but I would have to doublecheck whether I
> > did not change anything else.
>
> OK, I'm closing this bug report, then. If you see a similar issue in
> the future, please open a new bug report.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
--
--- --- --- ---
Find my music on
Youtube: http://www.youtube.com/c/victortsaran
<http://www.youtube.com/vtsaran>
Spotify: https://open.spotify.com/artist/605ZF2JPei9KqgbXBqYA16
Band Camp: http://victortsaran.bandcamp.com
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 27 Jul 2022 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 265 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.