Package: emacs;
Reported by: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
Date: Wed, 13 Jul 2022 00:45:01 UTC
Severity: normal
Tags: moreinfo
Found in version 28.1
Fixed in version 28.2
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 56527 in the body.
You can then email your comments to 56527 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Wed, 13 Jul 2022 00:45:01 GMT) Full text and rfc822 format available.Jonathan Mitchell <mitchell.jkyle <at> gmail.com>:bug-gnu-emacs <at> gnu.org.
(Wed, 13 Jul 2022 00:45:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: bug-gnu-emacs <at> gnu.org Subject: 28.1; Crash on macOS with magit Date: Tue, 12 Jul 2022 18:27:11 -0500
My Emacs intermittently crashes on an M1 Mac while running a Magit
command (e.g. M-x magit-status or M-x magit-fetch. It's difficult to
always reproduce this since it is so rare, but I am usually running a
Magit command when it happens. I've attached a crash report from the
built-in Console.app.
In GNU Emacs 28.1 (build 2, aarch64-apple-darwin21.4.0, NS
appkit-2113.40 Version 12.3.1 (Build 21E258))
of 2022-04-21 built on Jonathans-MacBook-Air.local
Windowing system distributor 'Apple', version 10.3.2113
System Description: macOS 12.4
Configured using:
'configure --with-native-compilation CC=clang 'CFLAGS=-O2 -gdwarf-4
-g3' CPPFLAGS=-I/opt/homebrew/opt/gmp/include
'LDFLAGS=-L/opt/homebrew/opt/webp/lib -L/opt/homebrew/opt/gmp/lib''
Configured features:
ACL GLIB GMP GNUTLS JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE
NS PDUMPER PNG RSVG THREADS TOOLKIT_SCROLL_BARS XIM ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
paredit-mode: t
display-fill-column-indicator-mode: t
savehist-mode: t
save-place-mode: t
repeat-mode: t
recentf-mode: t
global-so-long-mode: t
vertico-mode: t
marginalia-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tab-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
context-menu-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
Load-path shadows:
/Users/kyle/.emacs.d/elpa/transient-20220527.2213/transient hides
/Applications/Emacs.app/Contents/Resources/lisp/transient
Features:
(shadow sort mail-extr emacsbug message rmc puny dired-x dired
dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config
gnus-util rmail rmail-loaddefs auth-source eieio eieio-core
eieio-loaddefs password-cache json map text-property-search time-date
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail comp comp-cstr warnings subr-x cl-seq rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt xref project
ring rx cl-extra help-mode orderless paredit
display-fill-column-indicator modus-operandi-theme modus-themes cl-macs
savehist saveplace repeat recentf tree-widget wid-edit so-long cus-load
vertico seq byte-opt bytecomp byte-compile cconv marginalia ls-lisp
jkm-ns gv pcase edmacro kmacro cl-loaddefs cl-lib jkm-startup info
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize
mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads kqueue cocoa ns lcms2
multi-tty make-network-process native-compile emacs)
Memory information:
((conses 16 213744 9546)
(symbols 48 14491 1)
(strings 32 40375 3366)
(string-bytes 1 1743153)
(vectors 16 22170)
(vector-slots 8 420569 17986)
(floats 8 93 33)
(intervals 56 1316 0)
(buffers 992 11))
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------
Process: Emacs [53099]
Path: /Applications/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 28.1 (9.0)
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
User ID: 501
Date/Time: 2022-07-12 13:24:51.6813 -0500
OS Version: macOS 12.4 (21F79)
Report Version: 12
Anonymous UUID: 54EA1CEF-3142-4446-085A-7996701D58F1
Sleep/Wake UUID: 1E260886-A959-4645-9450-2796037F0089
Time Awake Since Boot: 1300000 seconds
Time Since Wake: 14890 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000022
Exception Codes: 0x0000000000000001, 0x0000000000000022
Exception Note: EXC_CORPSE_NOTIFY
VM Region Info: 0x22 is not in any region. Bytes before following
region: 105553518919646
REGION TYPE START - END [ VSIZE]
PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
MALLOC_NANO (reserved) 600018000000-600020000000 [128.0M]
rw-/rwx SM=NUL ...(unallocated)
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x1bdae6d98 __pthread_kill + 8
1 libsystem_pthread.dylib 0x1bdb1bee0 pthread_kill + 288
2 libsystem_c.dylib 0x1bda1e680 raise + 32
3 Emacs 0x100475418
terminate_due_to_signal + 204 (emacs.c:437)
4 Emacs 0x100475aa4 emacs_abort + 20
(sysdep.c:2282)
5 Emacs 0x100443d50 ns_term_shutdown
+ 144 (nsterm.m:5367)
6 Emacs 0x100334554 shut_down_emacs
+ 328 (emacs.c:2792)
7 Emacs 0x1004753e0
terminate_due_to_signal + 148 (emacs.c:420)
8 Emacs 0x100353848
handle_fatal_signal + 16 (sysdep.c:1762)
9 Emacs 0x1003538c4
deliver_thread_signal + 124 (sysdep.c:1754)
10 Emacs 0x100351dd4
deliver_fatal_thread_signal + 12 (sysdep.c:1774)
11 libsystem_platform.dylib 0x1bdb334a4 _sigtramp + 56
12 Emacs 0x10041dd18
adjust_intervals_for_insertion + 40 (intervals.c:817) [inlined]
13 Emacs 0x10041dd18 offset_intervals
+ 260 (intervals.c:1357)
14 Emacs 0x100360ea4
insert_from_string_1 + 576 (insdel.c:1063)
15 Emacs 0x100360c1c
insert_from_string + 48 (insdel.c:966)
16 Emacs 0x1003aab48
general_insert_function + 140 (editfns.c:1354) [inlined]
17 Emacs 0x1003aab48 Finsert + 160
(editfns.c:1390)
18 magit-log-cf2b5ea6-aa7a3676.eln 0x11479147c
F6d616769742d6c6f672d776173682d726576_magit_log_wash_rev_0 + 2620
19 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
20 Emacs 0x1003b8818 Fapply + 560 (eval.c:2653)
21 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
22 Emacs 0x1003fa71c exec_byte_code +
1852 (bytecode.c:632)
23 Emacs 0x1003b8bd4 Ffuncall + 616
24 magit-section-d4315781-9cc383f6.eln 0x10aa2d1fc
F6d616769742d776173682d73657175656e6365_magit_wash_sequence_0 + 92
25 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
26 magit-log-cf2b5ea6-aa7a3676.eln 0x11478fe10
F6d616769742d6c6f672d776173682d6c6f67_magit_log_wash_log_0 + 528
27 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
28 Emacs 0x1003b8818 Fapply + 560 (eval.c:2653)
29 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
30 Emacs 0x1003fa71c exec_byte_code +
1852 (bytecode.c:632)
31 Emacs 0x1003b8bd4 Ffuncall + 616
32 magit-git-d6a06d69-8896f5a1.eln 0x10bc44c7c
F6d616769742d6769742d77617368_magit_git_wash_0 + 284
33 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
34 magit-log-cf2b5ea6-aa7a3676.eln 0x11478f9e0
F6d616769742d696e736572742d6c6f67_magit_insert_log_0 + 1056
35 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
36 magit-log-cf2b5ea6-aa7a3676.eln 0x11478e92c
F6d616769742d6c6f672d726566726573682d627566666572_magit_log_refresh_buffer_0
+ 2188
37 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
38 magit-mode-f40bb2c9-c8a19a0d.eln 0x10bbb4228
F6d616769742d726566726573682d627566666572_magit_refresh_buffer_0 + 584
39 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
40 magit-mode-f40bb2c9-c8a19a0d.eln 0x10bbb3970
F6d616769742d72656672657368_magit_refresh_0 + 272
41 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
42 magit-process-88892e80-4f5ac83c.eln 0x10bbe0bfc
F6d616769742d70726f636573732d73656e74696e656c_magit_process_sentinel_0
+ 412
43 Emacs 0x1003b8c6c Ffuncall + 768
(eval.c:3023)
44 Emacs 0x1003b8818 Fapply + 560 (eval.c:2653)
45 Emacs 0x1003b3fd0 apply1 + 52 (eval.c:2869)
46 Emacs 0x1003b6eb0
internal_condition_case_1 + 280 (eval.c:1474)
47 Emacs 0x10040f22c exec_sentinel +
308 (process.c:7462)
48 Emacs 0x1004071c4 status_notify +
1436 (process.c:7554)
49 Emacs 0x10040cd98
wait_reading_process_output + 2148 (process.c:5376)
50 Emacs 0x10033d078
kbd_buffer_get_event + 684 [inlined]
51 Emacs 0x10033d078
read_event_from_main_queue + 896 (keyboard.c:2198) [inlined]
52 Emacs 0x10033d078
read_decoded_event_from_main_queue + 896 (keyboard.c:2262) [inlined]
53 Emacs 0x10033d078 read_char + 7764
(keyboard.c:2892)
54 Emacs 0x10033996c
read_key_sequence + 1540 (keyboard.c:9635)
55 Emacs 0x100338004 command_loop_1 +
1084 (keyboard.c:1392)
56 Emacs 0x1003b6d70
internal_condition_case + 272 (eval.c:1450)
57 Emacs 0x100337bb4 command_loop_2 +
52 (keyboard.c:1133)
58 Emacs 0x1003b632c internal_catch +
268 (eval.c:1181)
59 Emacs 0x10047572c
recursive_edit_1.cold.1 + 80 (keyboard.c:1111)
60 Emacs 0x1003373e4 command_loop + 4
(keyboard.c:1108) [inlined]
61 Emacs 0x1003373e4 recursive_edit_1
+ 268 (keyboard.c:720)
62 Emacs 0x10033758c Frecursive_edit
+ 388 (keyboard.c:803)
63 Emacs 0x10033696c main + 9156 (emacs.c:2354)
64 dyld 0x100bc908c start + 520
Thread 1:: gmain
0 libsystem_kernel.dylib 0x1bdae9598 __select + 8
1 libglib-2.0.0.dylib 0x101131c74 g_poll + 424
2 libglib-2.0.0.dylib 0x101124f10
g_main_context_iterate + 336
3 libglib-2.0.0.dylib 0x101124fd8
g_main_context_iteration + 60
4 libglib-2.0.0.dylib 0x10112641c glib_worker_main + 48
5 libglib-2.0.0.dylib 0x101148cd4 g_thread_proxy + 68
6 libsystem_pthread.dylib 0x1bdb1c26c _pthread_start + 148
7 libsystem_pthread.dylib 0x1bdb1708c thread_start + 8
Thread 2:
0 libsystem_kernel.dylib 0x1bdae9598 __select + 8
1 Emacs 0x1004450c4 -[EmacsApp
fd_handler:] + 244 (nsterm.m:5873)
2 Foundation 0x1beac363c __NSThread__start__ + 808
3 libsystem_pthread.dylib 0x1bdb1c26c _pthread_start + 148
4 libsystem_pthread.dylib 0x1bdb1708c thread_start + 8
Thread 3:: com.apple.NSEventThread
0 libsystem_kernel.dylib 0x1bdade8b0 mach_msg_trap + 8
1 libsystem_kernel.dylib 0x1bdaded20 mach_msg + 76
2 CoreFoundation 0x1bdbe92b0
__CFRunLoopServiceMachPort + 372
3 CoreFoundation 0x1bdbe7760 __CFRunLoopRun + 1180
4 CoreFoundation 0x1bdbe6b24 CFRunLoopRunSpecific + 600
5 AppKit 0x1c08ba374 _NSEventThread + 196
6 libsystem_pthread.dylib 0x1bdb1c26c _pthread_start + 148
7 libsystem_pthread.dylib 0x1bdb1708c thread_start + 8
Thread 4:
0 libsystem_pthread.dylib 0x1bdb17078 start_wqthread + 0
Thread 0 crashed with ARM Thread State (64-bit):
x0: 0x0000000000000000 x1: 0x0000000000000000 x2:
0x0000000000000000 x3: 0x00000001bd92b04c
x4: 0x0000600000017e60 x5: 0x0000000000000000 x6:
0x0000000000000000 x7: 0x0000000000000012
x8: 0x400851b566589347 x9: 0x400851b4669b56c7 x10:
0x0000000000000001 x11: 0x02000002164e696d
x12: 0x00000000000001f4 x13: 0x00000000fe6001f3 x14:
0x00000000fe800800 x15: 0x0000000000000001
x16: 0x0000000000000148 x17: 0x0000000217ba7680 x18:
0x0000000000000000 x19: 0x0000000000000006
x20: 0x0000000100c3c580 x21: 0x0000000000000103 x22:
0x0000000100c3c660 x23: 0x0000000000002434
x24: 0x400000000c000000 x25: 0x400000003f000000 x26:
0x0000000000000000 x27: 0x0000000000002434
x28: 0x0000000000004ab1 fp: 0x000000016fb80960 lr: 0x00000001bdb1bee0
sp: 0x000000016fb80940 pc: 0x00000001bdae6d98 cpsr: 0x40001000
far: 0x0000000000000022 esr: 0x56000080 Address size fault
Binary Images:
0x1bdadd000 - 0x1bdb14fff libsystem_kernel.dylib (*)
<03f48dc5-caa7-3678-af61-1a3c7fa8b06e>
/usr/lib/system/libsystem_kernel.dylib
0x1bdb15000 - 0x1bdb21fff libsystem_pthread.dylib (*)
<42166a2c-89a9-3c38-a215-f028544cea23>
/usr/lib/system/libsystem_pthread.dylib
0x1bd9dc000 - 0x1bda5dfff libsystem_c.dylib (*)
<86746b94-88e3-342d-b2b2-54303404e492>
/usr/lib/system/libsystem_c.dylib
0x10027c000 - 0x1004b7fff org.gnu.Emacs (Version 28.1)
<a4b58c15-be0a-3353-aecf-7fe999011bc1>
/Applications/Emacs.app/Contents/MacOS/Emacs
0x1bdb2f000 - 0x1bdb36fff libsystem_platform.dylib (*)
<d7aba99f-ba00-36e9-945d-48acf57fc568>
/usr/lib/system/libsystem_platform.dylib
0x114788000 - 0x1147a3fff
magit-log-cf2b5ea6-aa7a3676.eln (*)
<a0540ef4-16f8-33aa-ad74-e3c71d19eef1>
/Users/USER/*/magit-log-cf2b5ea6-aa7a3676.eln
0x10aa20000 - 0x10aa33fff
magit-section-d4315781-9cc383f6.eln (*)
<01947b4a-558d-3f98-86e4-a9c2c1be6c29>
/Users/USER/*/magit-section-d4315781-9cc383f6.eln
0x10bc3c000 - 0x10bc63fff
magit-git-d6a06d69-8896f5a1.eln (*)
<eeee0383-456e-376e-825a-3e4872494f8f>
/Users/USER/*/magit-git-d6a06d69-8896f5a1.eln
0x10bbac000 - 0x10bbbbfff
magit-mode-f40bb2c9-c8a19a0d.eln (*)
<71bd0fc4-dc95-327f-8dab-ffcce6d3ed8e>
/Users/USER/*/magit-mode-f40bb2c9-c8a19a0d.eln
0x10bbd8000 - 0x10bbe7fff
magit-process-88892e80-4f5ac83c.eln (*)
<ebce5677-5c9f-31e6-8b15-73ec04938dce>
/Users/USER/*/magit-process-88892e80-4f5ac83c.eln
0x100bc4000 - 0x100c23fff dyld (*)
<d9c2a46e-8dc4-3950-9d6a-f799e8ccb683> /usr/lib/dyld
0x1010f0000 - 0x1011d3fff libglib-2.0.0.dylib (*)
<a15caf5c-5b16-3cdd-8eb4-1958818efb02>
/opt/homebrew/*/libglib-2.0.0.dylib
0x1bea67000 - 0x1bee58fff com.apple.Foundation (6.9)
<a2e534d9-cdf0-397f-a41e-147559c83893>
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x1bdb64000 - 0x1be0aafff com.apple.CoreFoundation (6.9)
<994db908-11a1-3e43-b7df-25c09d51368a>
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x1c070c000 - 0x1c15c3fff com.apple.AppKit (6.9)
<a773dd23-b1c8-3c9b-9175-9a71d210ace0>
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x0 - 0xffffffffffffffff ??? (*)
<00000000-0000-0000-0000-000000000000> ???
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 6
thread_create: 0
thread_set_state: 2148
VM Region Summary:
ReadOnly portion of Libraries: Total=913.2M resident=0K(0%)
swapped_out_or_unallocated=913.2M(100%)
Writable regions: Total=1.6G written=0K(0%) resident=0K(0%)
swapped_out=0K(0%) unallocated=1.6G(100%)
VIRTUAL REGION
REGION TYPE SIZE COUNT (non-coalesced)
=========== ======= =======
Accelerate framework 512K 4
Activity Tracing 256K 1
CG backing stores 2176K 4
CG image 288K 9
ColorSync 512K 25
CoreAnimation 432K 10
CoreGraphics 32K 2
CoreUI image data 1344K 9
Foundation 16K 1
Kernel Alloc Once 32K 1
MALLOC 290.3M 52
MALLOC guard page 192K 10
MALLOC_MEDIUM (reserved) 960.0M 8 reserved VM
address space (unallocated)
MALLOC_NANO (reserved) 384.0M 1 reserved VM
address space (unallocated)
STACK GUARD 54.5M 5
Stack 11.7M 6
VM_ALLOCATE 192K 12
__AUTH 1917K 182
__AUTH_CONST 11.3M 344
__CTF 756 1
__DATA 28.3M 706
__DATA_CONST 17.4M 572
__DATA_DIRTY 856K 116
__FONT_DATA 4K 1
__LINKEDIT 605.0M 319
__OBJC_CONST 1759K 153
__OBJC_RO 83.0M 1
__OBJC_RW 3152K 1
__TEXT 308.2M 676
__UNICODE 592K 1
dyld private memory 1024K 1
mapped file 175.0M 24
shared memory 864K 15
=========== ======= =======
TOTAL 2.9G 3273
TOTAL, minus reserved VM space 1.6G 3273
-----------
Full Report
-----------
{"app_name":"Emacs","timestamp":"2022-07-12 13:24:54.00
-0500","app_version":"Version
28.1","slice_uuid":"a4b58c15-be0a-3353-aecf-7fe999011bc1","build_version":"9.0","platform":1,"bundleID":"org.gnu.Emacs","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS
12.4 (21F79)","incident_id":"5A3B6696-0E2D-4601-A924-79197A2509F6","name":"Emacs"}
{
"uptime" : 1300000,
"procLaunch" : "2022-07-12 10:25:21.0112 -0500",
"procRole" : "Foreground",
"version" : 2,
"userID" : 501,
"deployVersion" : 210,
"modelCode" : "MacBookAir10,1",
"procStartAbsTime" : 31495653320825,
"coalitionID" : 843,
"osVersion" : {
"train" : "macOS 12.4",
"build" : "21F79",
"releaseType" : "User"
},
"captureTime" : "2022-07-12 13:24:51.6813 -0500",
"incident" : "5A3B6696-0E2D-4601-A924-79197A2509F6",
"bug_type" : "309",
"pid" : 53099,
"procExitAbsTime" : 31754153448135,
"translated" : false,
"cpuType" : "ARM-64",
"procName" : "Emacs",
"procPath" : "\/Applications\/Emacs.app\/Contents\/MacOS\/Emacs",
"bundleInfo" : {"CFBundleShortVersionString":"Version
28.1","CFBundleVersion":"9.0","CFBundleIdentifier":"org.gnu.Emacs"},
"storeInfo" :
{"deviceIdentifierForVendor":"2343033A-E052-58A5-B051-56BBE10D3EA0","thirdParty":true},
"parentProc" : "launchd",
"parentPid" : 1,
"coalitionName" : "org.gnu.Emacs",
"crashReporterKey" : "54EA1CEF-3142-4446-085A-7996701D58F1",
"wakeTime" : 14890,
"sleepWakeUUID" : "1E260886-A959-4645-9450-2796037F0089",
"sip" : "enabled",
"vmRegionInfo" : "0x22 is not in any region. Bytes before following
region: 105553518919646\n REGION TYPE START -
END [ VSIZE] PRT\/MAX SHRMOD REGION DETAIL\n UNUSED
SPACE AT START\n---> \n MALLOC_NANO (reserved)
600018000000-600020000000 [128.0M] rw-\/rwx SM=NUL ...(unallocated)",
"isCorpse" : 1,
"exception" : {"codes":"0x0000000000000001,
0x0000000000000022","rawCodes":[1,34],"type":"EXC_BAD_ACCESS","signal":"SIGABRT","subtype":"KERN_INVALID_ADDRESS
at 0x0000000000000022"},
"vmregioninfo" : "0x22 is not in any region. Bytes before following
region: 105553518919646\n REGION TYPE START -
END [ VSIZE] PRT\/MAX SHRMOD REGION DETAIL\n UNUSED
SPACE AT START\n---> \n MALLOC_NANO (reserved)
600018000000-600020000000 [128.0M] rw-\/rwx SM=NUL ...(unallocated)",
"extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":2148,"task_for_pid":6},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
"faultingThread" : 0,
"threads" : [{"triggered":true,"id":11739199,"threadState":{"x":[{"value":0},{"value":0},{"value":0},{"value":7475474508,"symbolLocation":0,"symbol":"nanov2_free_definite_size"},{"value":105553116364384},{"value":0},{"value":0},{"value":18},{"value":4614027657789084487},{"value":4614027653498492615},{"value":1},{"value":144115197040028013,"symbolLocation":144115188075855877,"symbol":"OBJC_CLASS_$__CFXPreferences"},{"value":500},{"value":4267704819},{"value":4269803520},{"value":1},{"value":328},{"value":8988030592},{"value":0},{"value":6},{"value":4307797376,"symbolLocation":0,"symbol":"_main_thread"},{"value":259},{"value":4307797600,"symbolLocation":224,"symbol":"_main_thread"},{"value":9268},{"value":4611686018628714496},{"value":4611686019484352512},{"value":0},{"value":9268},{"value":19121}],"flavor":"ARM_THREAD_STATE64","lr":{"value":7477509856},"cpsr":{"value":1073745920},"fp":{"value":6169299296},"sp":{"value":6169299264},"esr":{"value":1442840704,"description":"
Address size fault"},"pc":{"value":7477292440,"matchesCrashFrame":1},"far":{"value":34}},"queue":"com.apple.main-thread","frames":[{"imageOffset":40344,"symbol":"__pthread_kill","symbolLocation":8,"imageIndex":0},{"imageOffset":28384,"symbol":"pthread_kill","symbolLocation":288,"imageIndex":1},{"imageOffset":272000,"symbol":"raise","symbolLocation":32,"imageIndex":2},{"imageOffset":2069528,"sourceLine":437,"sourceFile":"emacs.c","symbol":"terminate_due_to_signal","imageIndex":3,"symbolLocation":204},{"imageOffset":2071204,"sourceLine":2282,"sourceFile":"sysdep.c","symbol":"emacs_abort","imageIndex":3,"symbolLocation":20},{"imageOffset":1867088,"sourceLine":5367,"sourceFile":"nsterm.m","symbol":"ns_term_shutdown","imageIndex":3,"symbolLocation":144},{"imageOffset":755028,"sourceLine":2792,"sourceFile":"emacs.c","symbol":"shut_down_emacs","imageIndex":3,"symbolLocation":328},{"imageOffset":2069472,"sourceLine":420,"sourceFile":"emacs.c","symbol":"terminate_due_to_signal","imageIndex":3,"symbolLocation":148},{"imageOffset":882760,"sourceLine":1762,"sourceFile":"sysdep.c","symbol":"handle_fatal_signal","imageIndex":3,"symbolLocation":16},{"imageOffset":882884,"sourceLine":1754,"sourceFile":"sysdep.c","symbol":"deliver_thread_signal","imageIndex":3,"symbolLocation":124},{"imageOffset":875988,"sourceLine":1774,"sourceFile":"sysdep.c","symbol":"deliver_fatal_thread_signal","imageIndex":3,"symbolLocation":12},{"imageOffset":17572,"symbol":"_sigtramp","symbolLocation":56,"imageIndex":4},{"symbol":"adjust_intervals_for_insertion","inline":true,"imageIndex":3,"imageOffset":1711384,"symbolLocation":40,"sourceLine":817,"sourceFile":"intervals.c"},{"imageOffset":1711384,"sourceLine":1357,"sourceFile":"intervals.c","symbol":"offset_intervals","imageIndex":3,"symbolLocation":260},{"imageOffset":937636,"sourceLine":1063,"sourceFile":"insdel.c","symbol":"insert_from_string_1","imageIndex":3,"symbolLocation":576},{"imageOffset":936988,"sourceLine":966,"sourceFile":"insdel.c","symbol":"insert_from_string","imageIndex":3,"symbolLocation":48},{"symbol":"general_insert_function","inline":true,"imageIndex":3,"imageOffset":1239880,"symbolLocation":140,"sourceLine":1354,"sourceFile":"editfns.c"},{"imageOffset":1239880,"sourceLine":1390,"sourceFile":"editfns.c","symbol":"Finsert","imageIndex":3,"symbolLocation":160},{"imageOffset":38012,"symbol":"F6d616769742d6c6f672d776173682d726576_magit_log_wash_rev_0","symbolLocation":2620,"imageIndex":5},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":1296408,"sourceLine":2653,"sourceFile":"eval.c","symbol":"Fapply","imageIndex":3,"symbolLocation":560},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":1566492,"sourceLine":632,"sourceFile":"bytecode.c","symbol":"exec_byte_code","imageIndex":3,"symbolLocation":1852},{"imageOffset":1297364,"sourceFile":"eval.c","symbol":"Ffuncall","symbolLocation":616,"imageIndex":3},{"imageOffset":53756,"symbol":"F6d616769742d776173682d73657175656e6365_magit_wash_sequence_0","symbolLocation":92,"imageIndex":6},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":32272,"symbol":"F6d616769742d6c6f672d776173682d6c6f67_magit_log_wash_log_0","symbolLocation":528,"imageIndex":5},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":1296408,"sourceLine":2653,"sourceFile":"eval.c","symbol":"Fapply","imageIndex":3,"symbolLocation":560},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":1566492,"sourceLine":632,"sourceFile":"bytecode.c","symbol":"exec_byte_code","imageIndex":3,"symbolLocation":1852},{"imageOffset":1297364,"sourceFile":"eval.c","symbol":"Ffuncall","symbolLocation":616,"imageIndex":3},{"imageOffset":35964,"symbol":"F6d616769742d6769742d77617368_magit_git_wash_0","symbolLocation":284,"imageIndex":7},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":31200,"symbol":"F6d616769742d696e736572742d6c6f67_magit_insert_log_0","symbolLocation":1056,"imageIndex":5},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":26924,"symbol":"F6d616769742d6c6f672d726566726573682d627566666572_magit_log_refresh_buffer_0","symbolLocation":2188,"imageIndex":5},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":33320,"symbol":"F6d616769742d726566726573682d627566666572_magit_refresh_buffer_0","symbolLocation":584,"imageIndex":8},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":31088,"symbol":"F6d616769742d72656672657368_magit_refresh_0","symbolLocation":272,"imageIndex":8},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":35836,"symbol":"F6d616769742d70726f636573732d73656e74696e656c_magit_process_sentinel_0","symbolLocation":412,"imageIndex":9},{"imageOffset":1297516,"sourceLine":3023,"sourceFile":"eval.c","symbol":"Ffuncall","imageIndex":3,"symbolLocation":768},{"imageOffset":1296408,"sourceLine":2653,"sourceFile":"eval.c","symbol":"Fapply","imageIndex":3,"symbolLocation":560},{"imageOffset":1277904,"sourceLine":2869,"sourceFile":"eval.c","symbol":"apply1","imageIndex":3,"symbolLocation":52},{"imageOffset":1289904,"sourceLine":1474,"sourceFile":"eval.c","symbol":"internal_condition_case_1","imageIndex":3,"symbolLocation":280},{"imageOffset":1651244,"sourceLine":7462,"sourceFile":"process.c","symbol":"exec_sentinel","imageIndex":3,"symbolLocation":308},{"imageOffset":1618372,"sourceLine":7554,"sourceFile":"process.c","symbol":"status_notify","imageIndex":3,"symbolLocation":1436},{"imageOffset":1641880,"sourceLine":5376,"sourceFile":"process.c","symbol":"wait_reading_process_output","imageIndex":3,"symbolLocation":2148},{"imageOffset":790648,"sourceFile":"keyboard.c","symbol":"kbd_buffer_get_event","imageIndex":3,"symbolLocation":684,"inline":true},{"symbol":"read_event_from_main_queue","inline":true,"imageIndex":3,"imageOffset":790648,"symbolLocation":896,"sourceLine":2198,"sourceFile":"keyboard.c"},{"symbol":"read_decoded_event_from_main_queue","inline":true,"imageIndex":3,"imageOffset":790648,"symbolLocation":896,"sourceLine":2262,"sourceFile":"keyboard.c"},{"imageOffset":790648,"sourceLine":2892,"sourceFile":"keyboard.c","symbol":"read_char","imageIndex":3,"symbolLocation":7764},{"imageOffset":776556,"sourceLine":9635,"sourceFile":"keyboard.c","symbol":"read_key_sequence","imageIndex":3,"symbolLocation":1540},{"imageOffset":770052,"sourceLine":1392,"sourceFile":"keyboard.c","symbol":"command_loop_1","imageIndex":3,"symbolLocation":1084},{"imageOffset":1289584,"sourceLine":1450,"sourceFile":"eval.c","symbol":"internal_condition_case","imageIndex":3,"symbolLocation":272},{"imageOffset":768948,"sourceLine":1133,"sourceFile":"keyboard.c","symbol":"command_loop_2","imageIndex":3,"symbolLocation":52},{"imageOffset":1286956,"sourceLine":1181,"sourceFile":"eval.c","symbol":"internal_catch","imageIndex":3,"symbolLocation":268},{"imageOffset":2070316,"sourceLine":1111,"sourceFile":"keyboard.c","symbol":"recursive_edit_1.cold.1","imageIndex":3,"symbolLocation":80},{"symbol":"command_loop","inline":true,"imageIndex":3,"imageOffset":766948,"symbolLocation":4,"sourceLine":1108,"sourceFile":"keyboard.c"},{"imageOffset":766948,"sourceLine":720,"sourceFile":"keyboard.c","symbol":"recursive_edit_1","imageIndex":3,"symbolLocation":268},{"imageOffset":767372,"sourceLine":803,"sourceFile":"keyboard.c","symbol":"Frecursive_edit","imageIndex":3,"symbolLocation":388},{"imageOffset":764268,"sourceLine":2354,"sourceFile":"emacs.c","symbol":"main","imageIndex":3,"symbolLocation":9156},{"imageOffset":20620,"symbol":"start","symbolLocation":520,"imageIndex":10}]},{"id":11739212,"name":"gmain","frames":[{"imageOffset":50584,"symbol":"__select","symbolLocation":8,"imageIndex":0},{"imageOffset":269428,"symbol":"g_poll","symbolLocation":424,"imageIndex":11},{"imageOffset":216848,"symbol":"g_main_context_iterate","symbolLocation":336,"imageIndex":11},{"imageOffset":217048,"symbol":"g_main_context_iteration","symbolLocation":60,"imageIndex":11},{"imageOffset":222236,"symbol":"glib_worker_main","symbolLocation":48,"imageIndex":11},{"imageOffset":363732,"symbol":"g_thread_proxy","symbolLocation":68,"imageIndex":11},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":1},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":1}]},{"id":11739218,"frames":[{"imageOffset":50584,"symbol":"__select","symbolLocation":8,"imageIndex":0},{"imageOffset":1872068,"sourceLine":5873,"sourceFile":"nsterm.m","symbol":"-[EmacsApp
fd_handler:]","imageIndex":3,"symbolLocation":244},{"imageOffset":378428,"symbol":"__NSThread__start__","symbolLocation":808,"imageIndex":12},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":1},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":1}]},{"id":11739224,"name":"com.apple.NSEventThread","frames":[{"imageOffset":6320,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7456,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":545456,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":13},{"imageOffset":538464,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":13},{"imageOffset":535332,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":13},{"imageOffset":1762164,"symbol":"_NSEventThread","symbolLocation":196,"imageIndex":14},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":1},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":1}]},{"id":11818242,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":1}]}],
"usedImages" : [
{
"source" : "P",
"arch" : "arm64e",
"base" : 7477252096,
"size" : 229376,
"uuid" : "03f48dc5-caa7-3678-af61-1a3c7fa8b06e",
"path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
"name" : "libsystem_kernel.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7477481472,
"size" : 53248,
"uuid" : "42166a2c-89a9-3c38-a215-f028544cea23",
"path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
"name" : "libsystem_pthread.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7476199424,
"size" : 532480,
"uuid" : "86746b94-88e3-342d-b2b2-54303404e492",
"path" : "\/usr\/lib\/system\/libsystem_c.dylib",
"name" : "libsystem_c.dylib"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4297572352,
"CFBundleShortVersionString" : "Version 28.1",
"CFBundleIdentifier" : "org.gnu.Emacs",
"size" : 2342912,
"uuid" : "a4b58c15-be0a-3353-aecf-7fe999011bc1",
"path" : "\/Applications\/Emacs.app\/Contents\/MacOS\/Emacs",
"name" : "Emacs",
"CFBundleVersion" : "9.0"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7477587968,
"size" : 32768,
"uuid" : "d7aba99f-ba00-36e9-945d-48acf57fc568",
"path" : "\/usr\/lib\/system\/libsystem_platform.dylib",
"name" : "libsystem_platform.dylib"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4638408704,
"size" : 114688,
"uuid" : "a0540ef4-16f8-33aa-ad74-e3c71d19eef1",
"path" : "\/Users\/USER\/*\/magit-log-cf2b5ea6-aa7a3676.eln",
"name" : "magit-log-cf2b5ea6-aa7a3676.eln"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4473356288,
"size" : 81920,
"uuid" : "01947b4a-558d-3f98-86e4-a9c2c1be6c29",
"path" : "\/Users\/USER\/*\/magit-section-d4315781-9cc383f6.eln",
"name" : "magit-section-d4315781-9cc383f6.eln"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4492345344,
"size" : 163840,
"uuid" : "eeee0383-456e-376e-825a-3e4872494f8f",
"path" : "\/Users\/USER\/*\/magit-git-d6a06d69-8896f5a1.eln",
"name" : "magit-git-d6a06d69-8896f5a1.eln"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4491755520,
"size" : 65536,
"uuid" : "71bd0fc4-dc95-327f-8dab-ffcce6d3ed8e",
"path" : "\/Users\/USER\/*\/magit-mode-f40bb2c9-c8a19a0d.eln",
"name" : "magit-mode-f40bb2c9-c8a19a0d.eln"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4491935744,
"size" : 65536,
"uuid" : "ebce5677-5c9f-31e6-8b15-73ec04938dce",
"path" : "\/Users\/USER\/*\/magit-process-88892e80-4f5ac83c.eln",
"name" : "magit-process-88892e80-4f5ac83c.eln"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 4307304448,
"size" : 393216,
"uuid" : "d9c2a46e-8dc4-3950-9d6a-f799e8ccb683",
"path" : "\/usr\/lib\/dyld",
"name" : "dyld"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4312727552,
"size" : 933888,
"uuid" : "a15caf5c-5b16-3cdd-8eb4-1958818efb02",
"path" : "\/opt\/homebrew\/*\/libglib-2.0.0.dylib",
"name" : "libglib-2.0.0.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7493545984,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.Foundation",
"size" : 4136960,
"uuid" : "a2e534d9-cdf0-397f-a41e-147559c83893",
"path" : "\/System\/Library\/Frameworks\/Foundation.framework\/Versions\/C\/Foundation",
"name" : "Foundation",
"CFBundleVersion" : "1863"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7477805056,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.CoreFoundation",
"size" : 5533696,
"uuid" : "994db908-11a1-3e43-b7df-25c09d51368a",
"path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
"name" : "CoreFoundation",
"CFBundleVersion" : "1863"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 7523581952,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.AppKit",
"size" : 15433728,
"uuid" : "a773dd23-b1c8-3c9b-9175-9a71d210ace0",
"path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
"name" : "AppKit",
"CFBundleVersion" : "2113.50.132"
},
{
"size" : 0,
"source" : "A",
"base" : 0,
"uuid" : "00000000-0000-0000-0000-000000000000"
}
],
"sharedCache" : {
"base" : 7474184192,
"size" : 3136077824,
"uuid" : "513553bb-5ca5-3b9e-a613-b0603ffe3038"
},
"vmSummary" : "ReadOnly portion of Libraries: Total=913.2M
resident=0K(0%) swapped_out_or_unallocated=913.2M(100%)\nWritable
regions: Total=1.6G written=0K(0%) resident=0K(0%) swapped_out=0K(0%)
unallocated=1.6G(100%)\n\n VIRTUAL
REGION \nREGION TYPE SIZE COUNT
(non-coalesced) \n=========== ======= =======
\nAccelerate framework 512K 4 \nActivity Tracing
256K 1 \nCG backing stores
2176K 4 \nCG image 288K 9
\nColorSync 512K 25 \nCoreAnimation
432K 10 \nCoreGraphics
32K 2 \nCoreUI image data 1344K 9
\nFoundation 16K 1 \nKernel Alloc Once
32K 1 \nMALLOC
290.3M 52 \nMALLOC guard page 192K 10
\nMALLOC_MEDIUM (reserved) 960.0M 8 reserved VM
address space (unallocated)\nMALLOC_NANO (reserved) 384.0M
1 reserved VM address space (unallocated)\nSTACK GUARD
54.5M 5 \nStack
11.7M 6 \nVM_ALLOCATE 192K 12
\n__AUTH 1917K 182 \n__AUTH_CONST
11.3M 344 \n__CTF
756 1 \n__DATA 28.3M 706
\n__DATA_CONST 17.4M 572 \n__DATA_DIRTY
856K 116 \n__FONT_DATA
4K 1 \n__LINKEDIT 605.0M 319
\n__OBJC_CONST 1759K 153 \n__OBJC_RO
83.0M 1 \n__OBJC_RW
3152K 1 \n__TEXT 308.2M 676
\n__UNICODE 592K 1 \ndyld private
memory 1024K 1 \nmapped file
175.0M 24 \nshared memory 864K 15
\n=========== ======= ======= \nTOTAL
2.9G 3273 \nTOTAL, minus reserved VM space
1.6G 3273 \n",
"legacyInfo" : {
"threadTriggered" : {
"queue" : "com.apple.main-thread"
}
},
"trialInfo" : {
"rollouts" : [
{
"rolloutId" : "60356660bbe37970735c5624",
"factorPackIds" : {
},
"deploymentId" : 240000027
},
{
"rolloutId" : "5fc94383418129005b4e9ae0",
"factorPackIds" : {
},
"deploymentId" : 240000401
}
],
"experiments" : [
]
}
}
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Wed, 13 Jul 2022 11:25:02 GMT) Full text and rfc822 format available.Message #8 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Wed, 13 Jul 2022 14:24:26 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Tue, 12 Jul 2022 18:27:11 -0500 > > My Emacs intermittently crashes on an M1 Mac while running a Magit > command (e.g. M-x magit-status or M-x magit-fetch. It's difficult to > always reproduce this since it is so rare, but I am usually running a > Magit command when it happens. I've attached a crash report from the > built-in Console.app. Thanks, but the information reported in the crash report is woefully incomplete. AFAICT, it says that find_interval crashed somewhere (it doesn't tell on which line), and the cause of the crash was "Address size fault". It also says that this happened when Emacs tried to insert some text into some buffer. The way to provide more information is to run Emacs under a debugger, and when it segfaults, collect the following information: . on which source line it crashes . which data causes the crash and why Finding a reproducible recipe for the problem would also help.
Lars Ingebrigtsen <larsi <at> gnus.org>
to control <at> debbugs.gnu.org.
(Wed, 13 Jul 2022 12:44:03 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Wed, 13 Jul 2022 22:41:01 GMT) Full text and rfc822 format available.Message #13 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Wed, 13 Jul 2022 17:16:21 -0500
I built a debug version of emacs-28 with this configuration:
`configure --enable-checking=all --enable-check-lisp-object-type
'CFLAGS=-O0 -g3' --without-png --without-rsvg`.
I was in magit repeatedly pressing the "l" key (bound to magit-log in
magit-log-mode-map) when it crashed this time. The LLDB trace is
below.
(lldb) target create "./emacs"
Current executable set to '/Users/kyle/emacs/src/emacs' (arm64).
(lldb) run
Process 77095 launched: '/Users/kyle/emacs/src/emacs' (arm64)
alloc.c:3139: Emacs fatal error: assertion failed: ! PSEUDOVEC_STRUCT
(vector, Lisp_Marker)->buffer
Process 77095 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
frame #0: 0x00000001bdae6d98 libsystem_kernel.dylib`__pthread_kill + 8
libsystem_kernel.dylib`__pthread_kill:
-> 0x1bdae6d98 <+8>: b.lo 0x1bdae6db8 ; <+40>
0x1bdae6d9c <+12>: pacibsp
0x1bdae6da0 <+16>: stp x29, x30, [sp, #-0x10]!
0x1bdae6da4 <+20>: mov x29, sp
Target 0: (emacs) stopped.
(lldb) xbacktrace
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(unsigned char *) data = <parent failed to evaluate: parent failed to
evaluate: parent is NULL>
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
* frame #0: 0x00000001bdae6d98 libsystem_kernel.dylib`__pthread_kill + 8
frame #1: 0x00000001bdb1bee0 libsystem_pthread.dylib`pthread_kill + 288
frame #2: 0x00000001bda1e680 libsystem_c.dylib`raise + 32
frame #3: 0x0000000100478d70 emacs`terminate_due_to_signal(sig=6,
backtrace_limit=40) at emacs.c:437:3
frame #4: 0x00000001004791f4 emacs`emacs_abort at sysdep.c:2282:3
frame #5: 0x0000000100405488 emacs`ns_term_shutdown(sig=6) at
nsterm.m:5367:7
frame #6: 0x00000001001a0788 emacs`shut_down_emacs(sig=6, stuff=->
) at emacs.c:2796:3
frame #7: 0x0000000100478cf8 emacs`terminate_due_to_signal(sig=6,
backtrace_limit=2147483647) at emacs.c:420:11
frame #8: 0x00000001004796b8 emacs`die(msg="! PSEUDOVEC_STRUCT
(vector, Lisp_Marker)->buffer", file="alloc.c", line=3139) at
alloc.c:7481:3
frame #9: 0x0000000100289520
emacs`cleanup_vector(vector=0x0000000102931240) at alloc.c:3139:7
frame #10: 0x0000000100288c50 emacs`sweep_vectors at alloc.c:3218:5
frame #11: 0x0000000100281278 emacs`gc_sweep at alloc.c:7245:3
frame #12: 0x000000010027f8c8 emacs`garbage_collect at alloc.c:6178:3
frame #13: 0x000000010027f170 emacs`maybe_garbage_collect at alloc.c:6045:5
frame #14: 0x00000001002d5c9c emacs`maybe_gc at lisp.h:5142:5
frame #15: 0x00000001002da78c emacs`Ffuncall(nargs=2, args=-> ) at
eval.c:3007:3
frame #16: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=3, args=-> ) at
bytecode.c:632:12
frame #17: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=3,
args=-> ) at eval.c:3147:10
frame #18: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=3, arg_vector=-> ) at eval.c:3228:11
frame #19: 0x00000001002da8dc emacs`Ffuncall(nargs=4, args=-> ) at
eval.c:3027:11
frame #20: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=1, args=-> ) at
bytecode.c:632:12
frame #21: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=1,
args=-> ) at eval.c:3147:10
frame #22: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=1, arg_vector=-> ) at eval.c:3228:11
frame #23: 0x00000001002da8dc emacs`Ffuncall(nargs=2, args=-> ) at
eval.c:3027:11
frame #24: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=0, args=-> ) at
bytecode.c:632:12
frame #25: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=0,
args=-> ) at eval.c:3147:10
frame #26: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=0, arg_vector=-> ) at eval.c:3228:11
frame #27: 0x00000001002da8dc emacs`Ffuncall(nargs=1, args=-> ) at
eval.c:3027:11
frame #28: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=0, args=-> ) at
bytecode.c:632:12
frame #29: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=0,
args=-> ) at eval.c:3147:10
frame #30: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=0, arg_vector=-> ) at eval.c:3228:11
frame #31: 0x00000001002da8dc emacs`Ffuncall(nargs=1, args=-> ) at
eval.c:3027:11
frame #32: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=1, args=-> ) at
bytecode.c:632:12
frame #33: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=1,
args=-> ) at eval.c:3147:10
frame #34: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=1, arg_vector=-> ) at eval.c:3228:11
frame #35: 0x00000001002da8dc emacs`Ffuncall(nargs=2, args=-> ) at
eval.c:3027:11
frame #36: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=0, args=-> ) at
bytecode.c:632:12
frame #37: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=0,
args=-> ) at eval.c:3147:10
frame #38: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=0, arg_vector=-> ) at eval.c:3228:11
frame #39: 0x00000001002da8dc emacs`Ffuncall(nargs=1, args=-> ) at
eval.c:3027:11
frame #40: 0x00000001002c5138
emacs`Ffuncall_interactively(nargs=1, args=-> ) at callint.c:260:32
frame #41: 0x00000001002dc06c
emacs`funcall_subr(subr=0x00000001005022a0, numargs=1, args=-> ) at
eval.c:3078:12
frame #42: 0x00000001002da888 emacs`Ffuncall(nargs=2, args=-> ) at
eval.c:3023:11
frame #43: 0x00000001002d7544 emacs`Fapply(nargs=3, args=-> ) at
eval.c:2606:12
frame #44: 0x00000001002c561c
emacs`Fcall_interactively(function=-> , record_flag=-> , keys=-> ) at
callint.c:353:36
frame #45: 0x00000001002dc1c8
emacs`funcall_subr(subr=0x0000000100502270, numargs=3, args=-> ) at
eval.c:3103:19
frame #46: 0x00000001002da888 emacs`Ffuncall(nargs=4, args=-> ) at
eval.c:3023:11
frame #47: 0x000000010035ead4 emacs`exec_byte_code(bytestr=-> ,
vector=-> , maxdepth=-> , args_template=-> , nargs=1, args=-> ) at
bytecode.c:632:12
frame #48: 0x00000001002e1570
emacs`fetch_and_exec_byte_code(fun=-> , syms_left=-> , nargs=1,
args=-> ) at eval.c:3147:10
frame #49: 0x00000001002dc668 emacs`funcall_lambda(fun=-> ,
nargs=1, arg_vector=-> ) at eval.c:3228:11
frame #50: 0x00000001002da8dc emacs`Ffuncall(nargs=2, args=-> ) at
eval.c:3027:11
frame #51: 0x00000001002db908 emacs`call1(fn=-> , arg1=-> ) at
eval.c:2883:10
frame #52: 0x00000001001a6d5c emacs`command_loop_1 at keyboard.c:1505:13
frame #53: 0x00000001002d387c
emacs`internal_condition_case(bfun=-> , handlers=-> , hfun=-> ) at
eval.c:1450:25
frame #54: 0x00000001001a6200 emacs`command_loop_2(handlers=-> )
at keyboard.c:1133:11
frame #55: 0x00000001002d2a20 emacs`internal_catch(tag=-> ,
func=-> , arg=-> ) at eval.c:1181:25
frame #56: 0x00000001001a538c emacs`command_loop at keyboard.c:1111:2
frame #57: 0x00000001001a5198 emacs`recursive_edit_1 at keyboard.c:720:9
frame #58: 0x00000001001a55fc emacs`Frecursive_edit at keyboard.c:803:3
frame #59: 0x00000001001a2138 emacs`main(argc=1,
argv=0x000000016fdff8c8) at emacs.c:2358:3
frame #60: 0x0000000100b8908c dyld`start + 520
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 05:21:02 GMT) Full text and rfc822 format available.Message #16 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 08:20:01 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Wed, 13 Jul 2022 17:16:21 -0500 > Cc: 56527 <at> debbugs.gnu.org > > I built a debug version of emacs-28 with this configuration: > `configure --enable-checking=all --enable-check-lisp-object-type > 'CFLAGS=-O0 -g3' --without-png --without-rsvg`. > > I was in magit repeatedly pressing the "l" key (bound to magit-log in > magit-log-mode-map) when it crashed this time. The LLDB trace is > below. > > (lldb) target create "./emacs" > Current executable set to '/Users/kyle/emacs/src/emacs' (arm64). > (lldb) run > Process 77095 launched: '/Users/kyle/emacs/src/emacs' (arm64) > > alloc.c:3139: Emacs fatal error: assertion failed: ! PSEUDOVEC_STRUCT > (vector, Lisp_Marker)->buffer > Process 77095 stopped > * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT > frame #0: 0x00000001bdae6d98 libsystem_kernel.dylib`__pthread_kill + 8 > libsystem_kernel.dylib`__pthread_kill: > -> 0x1bdae6d98 <+8>: b.lo 0x1bdae6db8 ; <+40> > 0x1bdae6d9c <+12>: pacibsp > 0x1bdae6da0 <+16>: stp x29, x30, [sp, #-0x10]! > 0x1bdae6da4 <+20>: mov x29, sp > Target 0: (emacs) stopped. > (lldb) xbacktrace > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (unsigned char *) data = <parent failed to evaluate: parent failed to > evaluate: parent is NULL> > (lldb) bt > * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT > * frame #0: 0x00000001bdae6d98 libsystem_kernel.dylib`__pthread_kill + 8 > frame #1: 0x00000001bdb1bee0 libsystem_pthread.dylib`pthread_kill + 288 > frame #2: 0x00000001bda1e680 libsystem_c.dylib`raise + 32 > frame #3: 0x0000000100478d70 emacs`terminate_due_to_signal(sig=6, > backtrace_limit=40) at emacs.c:437:3 > frame #4: 0x00000001004791f4 emacs`emacs_abort at sysdep.c:2282:3 > frame #5: 0x0000000100405488 emacs`ns_term_shutdown(sig=6) at > nsterm.m:5367:7 > frame #6: 0x00000001001a0788 emacs`shut_down_emacs(sig=6, stuff=-> > ) at emacs.c:2796:3 > frame #7: 0x0000000100478cf8 emacs`terminate_due_to_signal(sig=6, > backtrace_limit=2147483647) at emacs.c:420:11 > frame #8: 0x00000001004796b8 emacs`die(msg="! PSEUDOVEC_STRUCT > (vector, Lisp_Marker)->buffer", file="alloc.c", line=3139) at > alloc.c:7481:3 > frame #9: 0x0000000100289520 > emacs`cleanup_vector(vector=0x0000000102931240) at alloc.c:3139:7 > frame #10: 0x0000000100288c50 emacs`sweep_vectors at alloc.c:3218:5 > frame #11: 0x0000000100281278 emacs`gc_sweep at alloc.c:7245:3 > frame #12: 0x000000010027f8c8 emacs`garbage_collect at alloc.c:6178:3 > frame #13: 0x000000010027f170 emacs`maybe_garbage_collect at alloc.c:6045:5 > frame #14: 0x00000001002d5c9c emacs`maybe_gc at lisp.h:5142:5 This is not a crash, it's an abort inside GC, so it seems like a different problem. Of course, it could be that this abort in a debug build caught the reason for the crash in your original build. Anyway, the next step is to establish what is this bad object that causes the abort: > frame #8: 0x00000001004796b8 emacs`die(msg="! PSEUDOVEC_STRUCT > (vector, Lisp_Marker)->buffer", file="alloc.c", line=3139) at > alloc.c:7481:3 > frame #9: 0x0000000100289520 > emacs`cleanup_vector(vector=0x0000000102931240) at alloc.c:3139:7 That 'vector' -- what is it and where did it come from? Can you examine its components and show their contents? Thanks.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 06:12:01 GMT) Full text and rfc822 format available.Message #19 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 01:11:27 -0500
[Message part 1 (text/plain, inline)]
I think I've worked out how to print basic values in LLDB. The vector=0x0000000102931240 appears to be a Marker object in the buffer "magit-log: emacs". Both the marker and buffer are printed in the attached debugger log.
[debug emacs backtrace log.txt (text/plain, attachment)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 07:13:02 GMT) Full text and rfc822 format available.Message #22 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 10:11:52 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
> Date: Thu, 14 Jul 2022 01:11:27 -0500
> Cc: 56527 <at> debbugs.gnu.org
>
> I think I've worked out how to print basic values in LLDB. The
> vector=0x0000000102931240 appears to be a Marker object in the buffer
> "magit-log: emacs". Both the marker and buffer are printed in the
> attached debugger log.
Thanks.
> (lldb) p *(struct Lisp_Marker *) 0x0000000102931240
> (struct Lisp_Marker) $1248 = {
> header = (size = 4611686018477740032)
> buffer = 0x0000000131008600
> need_adjustment = false
> insertion_type = false
> next = nullptr
> charpos = 1
> bytepos = 1
So the problem happens because sweep_buffer doesn't set the marker's
buffer to NULL, which is supposed to happen in unchain_dead_markers,
called by sweep_buffers. The question is why.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 15:23:01 GMT) Full text and rfc822 format available.Message #25 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 10:21:37 -0500
[Message part 1 (text/plain, inline)]
I reran the test with another instance of the same debug executable but with the './emacs -Q' option. Similar steps as last time--I typed 'M-x magit' and pressed 'l' to enter the log buffer. This time it failed at another assertion: "insdel.c:295: Emacs fatal error: assertion failed: m->bytepos >= m->charpos && m->bytepos - m->charpos <= Z_BYTE - Z" New debug backtrace is attached.
[Message part 2 (text/html, inline)]
[debug emacs -Q backtrace.txt (text/plain, attachment)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 16:13:01 GMT) Full text and rfc822 format available.Message #28 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 19:12:24 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Thu, 14 Jul 2022 10:21:37 -0500 > Cc: 56527 <at> debbugs.gnu.org > > This time it failed at another assertion: > "insdel.c:295: Emacs fatal error: assertion failed: m->bytepos >= m->charpos && m->bytepos - m->charpos > <= Z_BYTE - Z" > > New debug backtrace is attached. Thanks, but you didn't show the offending values: those in the assertion. Can you show them?
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 16:19:01 GMT) Full text and rfc822 format available.Message #31 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 11:18:02 -0500
[Message part 1 (text/plain, inline)]
I think this should be the "m" variable in the assert:
(lldb) frame select 9
frame #9: 0x000000010020bab4 emacs`adjust_markers_for_insert(from=1,
from_byte=1, to=15403, to_byte=15413, before_markers=false) at insdel.c:294:
7
291 adjust_suspend_auto_hscroll (from, to);
292 for (m = BUF_MARKERS (current_buffer); m; m = m->next)
293 {
-> 294 eassert (m->bytepos >= m->charpos
295 && m->bytepos - m->charpos <= Z_BYTE - Z);
296
297 if (m->bytepos == from_byte)
(lldb) p *(struct Lisp_Marker *) m
(struct Lisp_Marker) $1158 = {
header = (size = 4611686018477740032)
buffer = 0x00000001026b2718
need_adjustment = false
insertion_type = true
next = 0x00000001026f5f70
charpos = 0
bytepos = 11043
}
[Message part 2 (text/html, inline)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 16:53:01 GMT) Full text and rfc822 format available.Message #34 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 19:51:55 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
> Date: Thu, 14 Jul 2022 11:18:02 -0500
> Cc: 56527 <at> debbugs.gnu.org
>
> I think this should be the "m" variable in the assert:
>
> (lldb) frame select 9
>
> frame #9: 0x000000010020bab4 emacs`adjust_markers_for_insert(from=1,
> from_byte=1, to=15403, to_byte=15413, before_markers=false) at insdel.c:294:
> 7
> 291 adjust_suspend_auto_hscroll (from, to);
> 292 for (m = BUF_MARKERS (current_buffer); m; m = m->next)
> 293 {
> -> 294 eassert (m->bytepos >= m->charpos
> 295 && m->bytepos - m->charpos <= Z_BYTE - Z);
> 296
> 297 if (m->bytepos == from_byte)
> (lldb) p *(struct Lisp_Marker *) m
> (struct Lisp_Marker) $1158 = {
> header = (size = 4611686018477740032)
> buffer = 0x00000001026b2718
> need_adjustment = false
> insertion_type = true
> next = 0x00000001026f5f70
> charpos = 0
> bytepos = 11043
> }
??? charpos = 0? How can that happen? charpos can never be zero, it
starts at 1.
Are you sure your machine doesn't have problems with its memory chips?
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 18:43:02 GMT) Full text and rfc822 format available.Message #37 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 13:42:35 -0500
[Message part 1 (text/plain, inline)]
I guess it could be an Apple quality problem :-). Unless I'm reading LLDB
incorrectly, it says m->charpos = 0 for that frame.
On Thu, Jul 14, 2022 at 11:52 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
> > Date: Thu, 14 Jul 2022 11:18:02 -0500
> > Cc: 56527 <at> debbugs.gnu.org
> >
> > I think this should be the "m" variable in the assert:
> >
> > (lldb) frame select 9
> >
> > frame #9: 0x000000010020bab4 emacs`adjust_markers_for_insert(from=1,
> > from_byte=1, to=15403, to_byte=15413, before_markers=false) at
> insdel.c:294:
> > 7
> > 291 adjust_suspend_auto_hscroll (from, to);
> > 292 for (m = BUF_MARKERS (current_buffer); m; m = m->next)
> > 293 {
> > -> 294 eassert (m->bytepos >= m->charpos
> > 295 && m->bytepos - m->charpos <= Z_BYTE - Z);
> > 296
> > 297 if (m->bytepos == from_byte)
> > (lldb) p *(struct Lisp_Marker *) m
> > (struct Lisp_Marker) $1158 = {
> > header = (size = 4611686018477740032)
> > buffer = 0x00000001026b2718
> > need_adjustment = false
> > insertion_type = true
> > next = 0x00000001026f5f70
> > charpos = 0
> > bytepos = 11043
> > }
>
> ??? charpos = 0? How can that happen? charpos can never be zero, it
> starts at 1.
>
> Are you sure your machine doesn't have problems with its memory chips?
>
[Message part 2 (text/html, inline)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Thu, 14 Jul 2022 19:10:01 GMT) Full text and rfc822 format available.Message #40 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Thu, 14 Jul 2022 22:09:43 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Thu, 14 Jul 2022 13:42:35 -0500 > Cc: 56527 <at> debbugs.gnu.org > > I guess it could be an Apple quality problem :-). Unless I'm reading LLDB incorrectly, it says m->charpos = 0 > for that frame. If some code does that, it's a bug, and we should try to find it. I'm just astonished that we have such bugs in such a basic infrastructure. The reason I asked about memory problems is that m->bytepos is reasonable. So it isn't like some code stored the invalid zero buffer position there, it's something that corrupted the marker. I thought about GC or free'd memory, but that is at odds with the valid buffer pointer and a reasonable bytepos. So strange... And why you are the only one who sees these problems? A hardware problem can nicely explain all of those.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sat, 16 Jul 2022 08:14:02 GMT) Full text and rfc822 format available.Message #43 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Gerd Möllmann <gerd.moellmann <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org, Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sat, 16 Jul 2022 10:13:19 +0200
Just wanted to add to this that I now tried with ASAN and checking enabled, and I cannot reproduce this.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sat, 16 Jul 2022 08:31:02 GMT) Full text and rfc822 format available.Message #46 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Gerd Möllmann <gerd.moellmann <at> gmail.com> Cc: 56527 <at> debbugs.gnu.org, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sat, 16 Jul 2022 11:30:22 +0300
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com> > Cc: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>, 56527 <at> debbugs.gnu.org > Date: Sat, 16 Jul 2022 10:13:19 +0200 > > Just wanted to add to this that I now tried with ASAN and checking > enabled, and I cannot reproduce this. Thanks. It is a very strange problem, with symptoms that I don't know how to explain except by some hardware problem, or maybe some system feature that tries to over-optimize on the machine code level. The only idea I have is to turn off any such "optimization" features and run deep hardware testing software on that machine.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 15:43:02 GMT) Full text and rfc822 format available.Message #49 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 10:41:45 -0500
[Message part 1 (text/plain, inline)]
I'm still able to reproduce this issue on the emacs-28 branch with the
following basic recipe. The details of the backtrace, where in the
code it fails, and how long it takes until it aborts all vary between
runs.
1. start `emacs -Q`
2. evaluate `(package-initialize)` to make the elpa magit package
available.
3. run magit commands (like magit-log commands) repeatedly until
emacs (eventually) aborts.
The good news is that I have since built Emacs 29 from the `master`
branch, and I've not been able to reproduce the issue with it. I did
some git bisecting on `master` and found that the below commit is the
first one where I cannot reproduce the issue.
commit 5f1bd872478927ad4bc635502e74628d39885286
Author: Gerd Moellmann <gerd.moellmann <at> gmail.com>
Date: Tue Jun 21 15:49:44 2022 +0200
Prevent GC of window referenced from EmacsScroller
* src/nsterm.m (EmacsScroller.mark, mark_nsterm): New functions.
* src/nsterm.h (EmacsScroller.mark, mark_nsterm): Declare.
* src/alloc.c (garbage_collect) [MAVE_NS]: Call mark_nsterm.
(Bug#56095)
src/alloc.c | 4 ++++
src/nsterm.h | 4 ++++
src/nsterm.m | 30 ++++++++++++++++++++++++++++++
3 files changed, 38 insertions(+)
Thanks.
[Message part 2 (text/html, inline)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 16:04:02 GMT) Full text and rfc822 format available.Message #52 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 19:03:15 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Sun, 17 Jul 2022 10:41:45 -0500 > Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, > 56527 <at> debbugs.gnu.org > > I'm still able to reproduce this issue on the emacs-28 branch with the > following basic recipe. The details of the backtrace, where in the > code it fails, and how long it takes until it aborts all vary between > runs. If you want us to do anything with this bug, please don't spare the information. Please show every single backtrace you get from these crashes, because together they might give us some ideas. It is not useful to report crashes without any details. If we decided to give up on this, TRT is to close the bug.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 17:20:02 GMT) Full text and rfc822 format available.Message #55 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 12:19:02 -0500
[Message part 1 (text/plain, inline)]
Thanks for taking the time to help with this. As I wrote in my previous email, I can't reproduce this issue at all with the latest copy of Emacs 29. I've also tried testing emacs-28 in a TTY session, but I can't reproduce the issue there either. For completeness, I've attached 3 different runs of the latest emacs-28 branch starting from `emacs -Q` and following the recipe in my last email.
[Message part 2 (text/html, inline)]
[run #2.txt (text/plain, attachment)]
[run #3.txt (text/plain, attachment)]
[run #1.txt (text/plain, attachment)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 17:37:02 GMT) Full text and rfc822 format available.Message #58 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Gerd Möllmann <gerd.moellmann <at> gmail.com> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org> Cc: 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 19:36:23 +0200
On 22-07-17 17:41 , Jonathan Mitchell wrote: > The good news is that I have since built Emacs 29 from the `master` > branch, and I've not been able to reproduce the issue with it. I did > some git bisecting on `master` and found that the below commit is the > first one where I cannot reproduce the issue. > > > commit 5f1bd872478927ad4bc635502e74628d39885286 > Author: Gerd Moellmann <gerd.moellmann <at> gmail.com> > Date: Tue Jun 21 15:49:44 2022 +0200 > > Prevent GC of window referenced from EmacsScroller > Interesting. Thanks! The reason for that fix were random crashes I experienced with Emacs/master. I then found this using ASAN. I wonder why I didn't catch that with ASAN on the emacs-28 branch. Maybe because I also had ENABLE_CHECKING set, which made Emacs slow with five o, together with ASAN and -g0. Could be a timing thing, I'm too lazy to check. Anyway, I guess that is a good candidate for back porting to master, if Eli and Lars agree.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 17:43:01 GMT) Full text and rfc822 format available.Message #61 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 20:41:48 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Sun, 17 Jul 2022 12:19:02 -0500 > Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, > 56527 <at> debbugs.gnu.org > > As I wrote in my previous email, I can't reproduce this issue at all with the latest copy of Emacs 29. I've also > tried testing emacs-28 in a TTY session, but I can't reproduce the issue there either. So you are saying that given this seems to be fixed in Emacs 29, we can decide not to pursue the issue in Emacs 28 anymore? > For completeness, I've attached 3 different runs of the latest emacs-28 branch starting from `emacs -Q` and > following the recipe in my last email. Thanks. FTR, they all are aborts in GC due to some Lisp string having an invalid payload.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 18:21:01 GMT) Full text and rfc822 format available.Message #64 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Gerd Möllmann <gerd.moellmann <at> gmail.com>, Lars Ingebrigtsen <larsi <at> gnus.org>, Alan Third <alan <at> idiocy.org> Cc: 56527 <at> debbugs.gnu.org, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 21:20:19 +0300
> Date: Sun, 17 Jul 2022 19:36:23 +0200 > Cc: 56527 <at> debbugs.gnu.org > From: Gerd Möllmann <gerd.moellmann <at> gmail.com> > > Anyway, I guess that is a good candidate for back porting to master, if > Eli and Lars agree. Fine with me, but in addition to Lars, I'd like to hear from Alan as well, regarding the safety of this for the release branch. Thanks.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Sun, 17 Jul 2022 20:27:02 GMT) Full text and rfc822 format available.Message #67 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Alan Third <alan <at> idiocy.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, 56527 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Sun, 17 Jul 2022 21:25:54 +0100
On Sun, Jul 17, 2022 at 09:20:19PM +0300, Eli Zaretskii wrote: > > Date: Sun, 17 Jul 2022 19:36:23 +0200 > > Cc: 56527 <at> debbugs.gnu.org > > From: Gerd Möllmann <gerd.moellmann <at> gmail.com> > > > > Anyway, I guess that is a good candidate for back porting to master, if > > Eli and Lars agree. > > Fine with me, but in addition to Lars, I'd like to hear from Alan as > well, regarding the safety of this for the release branch. Hi Eli, I've not been following Emacs development for some months now, and the NS port was already changing at a rate I couldn't keep track of before I resigned as NS maintainer. But with that caveat in place I'd say I don't see anything I'd consider worrying in the NS side of that code. -- Alan Third
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Mon, 18 Jul 2022 12:36:02 GMT) Full text and rfc822 format available.Message #70 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Alan Third <alan <at> idiocy.org> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org, larsi <at> gnus.org, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Mon, 18 Jul 2022 15:34:54 +0300
> Date: Sun, 17 Jul 2022 21:25:54 +0100 > From: Alan Third <alan <at> idiocy.org> > Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, > Lars Ingebrigtsen <larsi <at> gnus.org>, 56527 <at> debbugs.gnu.org, > mitchell.jkyle <at> gmail.com > > On Sun, Jul 17, 2022 at 09:20:19PM +0300, Eli Zaretskii wrote: > > > Date: Sun, 17 Jul 2022 19:36:23 +0200 > > > Cc: 56527 <at> debbugs.gnu.org > > > From: Gerd Möllmann <gerd.moellmann <at> gmail.com> > > > > > > Anyway, I guess that is a good candidate for back porting to master, if > > > Eli and Lars agree. > > > > Fine with me, but in addition to Lars, I'd like to hear from Alan as > > well, regarding the safety of this for the release branch. > > Hi Eli, > > I've not been following Emacs development for some months now, and the > NS port was already changing at a rate I couldn't keep track of before > I resigned as NS maintainer. But with that caveat in place I'd say I > don't see anything I'd consider worrying in the NS side of that code. Thanks. So if Lars is also in agreement, I will backport this.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Tue, 19 Jul 2022 10:45:01 GMT) Full text and rfc822 format available.Message #73 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Lars Ingebrigtsen <larsi <at> gnus.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Tue, 19 Jul 2022 12:44:05 +0200
Eli Zaretskii <eliz <at> gnu.org> writes: > Thanks. So if Lars is also in agreement, I will backport this. Sounds good to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Tue, 19 Jul 2022 13:06:01 GMT) Full text and rfc822 format available.Message #76 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Lars Ingebrigtsen <larsi <at> gnus.org> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org, alan <at> idiocy.org, mitchell.jkyle <at> gmail.com Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Tue, 19 Jul 2022 16:05:01 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org> > Cc: Alan Third <alan <at> idiocy.org>, gerd.moellmann <at> gmail.com, > 56527 <at> debbugs.gnu.org, mitchell.jkyle <at> gmail.com > Date: Tue, 19 Jul 2022 12:44:05 +0200 > > Eli Zaretskii <eliz <at> gnu.org> writes: > > > Thanks. So if Lars is also in agreement, I will backport this. > > Sounds good to me. Thanks, done.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Tue, 19 Jul 2022 19:13:01 GMT) Full text and rfc822 format available.Message #79 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, 56527 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>, alan <at> idiocy.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Tue, 19 Jul 2022 14:12:23 -0500
[Message part 1 (text/plain, inline)]
I retested the latest emacs-28 branch (commit f02944f5a1), and I can no longer reproduce the issue. Thanks!
[Message part 2 (text/html, inline)]
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Tue, 19 Jul 2022 19:16:01 GMT) Full text and rfc822 format available.Message #82 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org, larsi <at> gnus.org, alan <at> idiocy.org Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Tue, 19 Jul 2022 22:14:57 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com> > Date: Tue, 19 Jul 2022 14:12:23 -0500 > Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, alan <at> idiocy.org, > Gerd Möllmann <gerd.moellmann <at> gmail.com>, > 56527 <at> debbugs.gnu.org > > I retested the latest emacs-28 branch (commit f02944f5a1), and I can > no longer reproduce the issue. Thanks for testing the fix.
bug-gnu-emacs <at> gnu.org:bug#56527; Package emacs.
(Fri, 19 Aug 2022 12:09:02 GMT) Full text and rfc822 format available.Message #85 received at 56527 <at> debbugs.gnu.org (full text, mbox):
From: Lars Ingebrigtsen <larsi <at> gnus.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: gerd.moellmann <at> gmail.com, 56527 <at> debbugs.gnu.org, alan <at> idiocy.org, Jonathan Mitchell <mitchell.jkyle <at> gmail.com> Subject: Re: bug#56527: 28.1; Crash on macOS with magit Date: Fri, 19 Aug 2022 14:08:39 +0200
Eli Zaretskii <eliz <at> gnu.org> writes: >> I retested the latest emacs-28 branch (commit f02944f5a1), and I can >> no longer reproduce the issue. > > Thanks for testing the fix. This was a month ago, but the bug report was left open, so I'm closing it now.
Lars Ingebrigtsen <larsi <at> gnus.org>
to control <at> debbugs.gnu.org.
(Fri, 19 Aug 2022 12:09:02 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Sat, 17 Sep 2022 11:24:05 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.