Package: emacs;
Reported by: "1stmil.eth" <1stmil.eth <at> proton.me>
Date: Tue, 16 Apr 2024 15:49:08 UTC
Severity: normal
Found in version 29.3
Done: Eli Zaretskii <eliz <at> gnu.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 70423 in the body.
You can then email your comments to 70423 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#70423; Package emacs.
(Tue, 16 Apr 2024 15:49:09 GMT) Full text and rfc822 format available."1stmil.eth" <1stmil.eth <at> proton.me>:bug-gnu-emacs <at> gnu.org.
(Tue, 16 Apr 2024 15:49:10 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: "1stmil.eth" <1stmil.eth <at> proton.me> To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org> Subject: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Tue, 16 Apr 2024 13:36:16 +0000
[Message part 1 (text/plain, inline)]
Among other scenarios, when clang-format runs as a hook on file save when I make any (even noop) edit in https://github.com/pillowtrucker/mir/blob/main/src/platform/graphics/drm_formats.cpp this file, for example, emacs enters an infinite loop consuming 100% of a cpu core and all memory up to gc threshold.
It is not always the regex function on the top of the stack but it is always a call around those functions
"beginning-of-defun-raw"
"beginning-of-defun"
"c-get-fallback-scan-pos"
(gdb) bt full
#0 re_match_2_internal (bufp=bufp <at> entry=0xbbab68 <searchbufs+1832>,
string1=string1 <at> entry=0xe479dd0 "/*\n * Copyright © Canonical Ltd.\n *\n * This program is free software: you can redistribute it and/or modify it\n * under the terms of the GNU Lesser
General Public License version 2 or 3,\n * as publis"..., size1=size1 <at> entry=12659,
string2=string2 <at> entry=0xe47d713 "\n return mir_pixel_format_rgb_565;\n case DRM_FORMAT_RGB888:\n return mir_pixel_format_rgb_888;\n case DRM_FORMAT_BGR888:\n
return mir_pixel_format_bgr_888;\n case DRM_FORMAT_"..., size2=size2 <at> entry=6251, pos=pos <at> entry=14819, regs=0xb2c1f8 <main_thread+152>, stop=14855) at regex-emacs.c:4674
mcnt = <optimized out>
end1 = 0xe47cf43 ""
end2 = 0xe47ef7e ""
end_match_1 = 0xe47cf43 ""
end_match_2 = 0xe47dfa7 "\n {\n", ' ' <repeats 12 times>, "if (c_str)\n", ' ' <repeats 12 times>, "{\n", ' ' <repeats 16 times>, "free (c_str);\n", ' ' <repeats 12 times>, "}
\n }\n };\n\n auto const vendor =\n [&]() -> std::string\n {\n", ' ' <repeats 12 times>, "std::unique_ptr"...
d = 0xe47df9a "(char* c_str)\n {\n", ' ' <repeats 12 times>, "if (c_str)\n", ' ' <repeats 12 times>, "{\n", ' ' <repeats 16 times>, "free (c_str);\n", ' ' <repeats 12 times>,
"}\n }\n };\n\n auto const vendor =\n [&]() -> std::string\n {\n", ' ' <repeats 12 times>, "st"...
dend = 0xe47dfa7 "\n {\n", ' ' <repeats 12 times>, "if (c_str)\n", ' ' <repeats 12 times>, "{\n", ' ' <repeats 16 times>, "free (c_str);\n", ' ' <repeats 12 times>, "}\n
}\n };\n\n auto const vendor =\n [&]() -> std::string\n {\n", ' ' <repeats 12 times>, "std::unique_ptr"...
dfail = <optimized out>
p = 0x10c1c715 "@"
pend = 0x10c1c766 ""
translate = XIL(0x7ffff243b685)
multibyte = false
target_multibyte = true
fail_stack = {
stack = 0x7fffffff04a0,
size = 320,
avail = 57,
frame = 54
}
num_regs = 18
regstart = <optimized out>
regend = <optimized out>
best_regs_set = false
best_regstart = 0x7fffffff1258
best_regend = 0x7fffffff12e0
match_end = 0x0
nchars = 93
sa_avail = 6395128
sa_count = <optimized out>
count = <optimized out>
re_nsub = 17
#1 0x000000000056ec52 in re_search_2 (bufp=bufp <at> entry=0xbbab68 <searchbufs+1832>,
str1=str1 <at> entry=0xe479dd0 "/*\n * Copyright © Canonical Ltd.\n *\n * This program is free software: you can redistribute it and/or modify it\n * under the terms of the GNU Lesser Genera
l Public License version 2 or 3,\n * as publis"..., size1=size1 <at> entry=12659,
str2=str2 <at> entry=0xe47d713 "\n return mir_pixel_format_rgb_565;\n case DRM_FORMAT_RGB888:\n return mir_pixel_format_rgb_888;\n case DRM_FORMAT_BGR888:\n return
mir_pixel_format_bgr_888;\n case DRM_FORMAT_"..., size2=size2 <at> entry=6251, startpos=14819, range=-14819, regs=0xb2c1f8 <main_thread+152>, stop=14855) at regex-emacs.c:3383
val = <optimized out>
string1 = 0xe479dd0 "/*\n * Copyright © Canonical Ltd.\n *\n * This program is free software: you can redistribute it and/or modify it\n * under the terms of the GNU Lesser General-
-Type <RET> for more, q to quit, c to continue without paging--c
Public License version 2 or 3,\n * as publis"...
string2 = 0xe47d713 "\n return mir_pixel_format_rgb_565;\n case DRM_FORMAT_RGB888:\n return mir_pixel_format_rgb_888;\n case DRM_FORMAT_BGR888:\n return m
ir_pixel_format_bgr_888;\n case DRM_FORMAT_"...
fastmap = 0xbbaba8 <searchbufs+1896> ""
translate = XIL(0x7ffff243b685)
total_size = 18910
endpos = <optimized out>
anchored_start = false
multibyte = true
#2 0x0000000000560e0b in search_buffer_re (string=string <at> entry=XIL(0x26203664), pos=pos <at> entry=14855, pos_byte=pos_byte <at> entry=14856, lim=lim <at> entry=1, lim_byte=lim_byte <at> entry=1,
n=n <at> entry=-1, trt=XIL(0x7ffff243b685), inverse_trt=XIL(0x7ffff1e641bd), posix=false) at search.c:1218
val = <optimized out>
p1 = 0xe479dd0 "/*\n * Copyright © Canonical Ltd.\n *\n * This program is free software: you can redistribute it and/or modify it\n * under the terms of the GNU Lesser General Publi
c License version 2 or 3,\n * as publis"...
p2 = 0xe47d713 "\n return mir_pixel_format_rgb_565;\n case DRM_FORMAT_RGB888:\n return mir_pixel_format_rgb_888;\n case DRM_FORMAT_BGR888:\n return mir_pi
xel_format_bgr_888;\n case DRM_FORMAT_"...
s1 = 12659
s2 = 6251
preserve_match_data = true
cache_entry = 0xbbab48 <searchbufs+1800>
bufp = 0xbbab68 <searchbufs+1832>
count = <optimized out>
#3 0x0000000000564b36 in search_buffer (string=string <at> entry=XIL(0x26203664), pos=14855, pos_byte=14856, lim=lim <at> entry=1, lim_byte=lim_byte <at> entry=1, n=n <at> entry=-1, RE=1,
trt=XIL(0x7ffff243b685), inverse_trt=XIL(0x7ffff1e641bd), posix=false) at search.c:1527
No locals.
#4 0x0000000000564ce6 in search_command (string=XIL(0x26203664), bound=<optimized out>, noerror=XIL(0xbc40), count=<optimized out>, direction=direction <at> entry=-1, RE=RE <at> entry=1,
posix=false) at search.c:1069
np = <optimized out>
lim = 1
lim_byte = 1
n = -1
#5 0x0000000000564e36 in Fre_search_backward (regexp=<optimized out>, bound=<optimized out>, noerror=<optimized out>, count=<optimized out>) at search.c:2263
No locals.
#6 0x0000000000595715 in funcall_subr (subr=subr <at> entry=0xb3df80 <Sre_search_backward>, numargs=numargs <at> entry=4, args=args <at> entry=0x7fffffff2508) at eval.c:3044
argbuf = {XIL(0x7fffffff24b0), XIL(0xf1f1a9b4), XIL(0x1), make_fixnum(1429044), XIL(0x108d4218), XIL(0x573900), XIL(0), make_fixnum(1473060)}
a = <optimized out>
fun = <optimized out>
#7 0x000000000059703e in funcall_general (fun=XIL(0xb3df85), numargs=numargs <at> entry=4, args=args <at> entry=0x7fffffff2508) at eval.c:2945
original_fun = XIL(0x7ffff12b5838)
#8 0x00000000005940c3 in Ffuncall (nargs=5, args=0x7fffffff2500) at eval.c:2999
count = {
bytes = 1696
}
val = <optimized out>
#9 0x00007ffff17973af in F626567696e6e696e672d6f662d646566756e2d726177_beginning_of_defun_raw_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/bin/../lib/emacs/29.3/native-lisp/29.3-8ca456c1/preloaded/lisp-1e88867d-c35f9575.eln
No symbol table info available.
#10 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0x7ffff1f1aa40, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff2678) at eval.c:3038
argbuf = {XIL(0xe471a11), XIL(0x7fffffff1830), XIL(0x7fffffff17a8), XIL(0xbbb810), XIL(0x7ffff243b685), XIL(0x640), XIL(0x640), XIL(0xb2c1f8)}
a = <optimized out>
fun = <optimized out>
#11 0x000000000059703e in funcall_general (fun=XIL(0x7ffff1f1aa45), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff2678) at eval.c:2945
original_fun = XIL(0x7ffff13578f0)
#12 0x00000000005940c3 in Ffuncall (nargs=2, args=0x7fffffff2670) at eval.c:2999
count = {
bytes = 1664
}
val = <optimized out>
#13 0x00007ffff1796fd6 in F626567696e6e696e672d6f662d646566756e_beginning_of_defun_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/bin/../lib/emacs/29.3/native-lisp/29.3-8ca456c1/preloaded/lisp-1e88867d-c35f9575.eln
No symbol table info available.
#14 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0x7ffff1f1ab28, numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff27a0) at eval.c:3038
argbuf = {XIL(0), XIL(0x3a07), XIL(0x108d4138), XIL(0x108d4138), XIL(0x1), XIL(0x108d4138), XIL(0x108d4138), XIL(0x57f4dd)}
a = <optimized out>
fun = <optimized out>
#15 0x000000000059703e in funcall_general (fun=XIL(0x7ffff1f1ab2d), numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff27a0) at eval.c:2945
original_fun = XIL(0x7ffff13579d8)
#16 0x00000000005940c3 in Ffuncall (nargs=1, args=0x7fffffff2798) at eval.c:2999
count = {
bytes = 1632
}
val = <optimized out>
#17 0x00007fffea8eb9e7 in F632d6765742d66616c6c6261636b2d7363616e2d706f73_c_get_fallback_scan_pos_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-engine-ccfcb170-ebf99546.eln
No symbol table info available.
#18 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0xd439a58, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff29c8) at eval.c:3038
argbuf = {XIL(0), make_fixnum(1556976), XIL(0x13d668ed), XIL(0xf19dad), XIL(0), make_fixnum(1449128), XIL(0x13d668ed), XIL(0x58f421)}
a = <optimized out>
fun = <optimized out>
#19 0x000000000059703e in funcall_general (fun=XIL(0xd439a5d), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff29c8) at eval.c:2945
original_fun = XIL(0xf9f6150)
#20 0x00000000005940c3 in Ffuncall (nargs=2, args=0x7fffffff29c0) at eval.c:2999
count = {
bytes = 1472
}
val = <optimized out>
#21 0x00007fffea8ebfac in F632d70617273652d73746174652d6765742d7374726174656779_c_parse_state_get_strategy_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-engine-ccfcb170-ebf99546.eln
No symbol table info available.
#22 0x00000000005956e5 in funcall_subr (subr=subr <at> entry=0xd438760, numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff2bf8) at eval.c:3040
argbuf = {XIL(0x498b), make_fixnum(18827), XIL(0x49bb), make_fixnum(18875), make_fixnum(18874), XIL(0x5f3b64), XIL(0x7fffffff2b50), XIL(0x587e79)}
a = <optimized out>
fun = <optimized out>
#23 0x000000000059703e in funcall_general (fun=XIL(0xd438765), numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff2bf8) at eval.c:2945
original_fun = XIL(0xf9f6840)
#24 0x00000000005940c3 in Ffuncall (nargs=3, args=0x7fffffff2bf0) at eval.c:2999
count = {
bytes = 1440
}
val = <optimized out>
#25 0x00007fffea8f0883 in F632d70617273652d73746174652d31_c_parse_state_1_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-engine-ccfcb170-ebf99546.eln
No symbol table info available.
#26 0x00000000005956c8 in funcall_subr (subr=subr <at> entry=0xd438a48, numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff2e18) at eval.c:3036
argbuf = {XIL(0), make_fixnum(1556976), XIL(0x13d6676d), XIL(0xf19dad), XIL(0), make_fixnum(1449128), XIL(0x13d6676d), XIL(0x58f421)}
a = <optimized out>
fun = <optimized out>
#27 0x000000000059703e in funcall_general (fun=XIL(0xd438a4d), numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff2e18) at eval.c:2945
original_fun = XIL(0xf9f6960)
#28 0x00000000005940c3 in Ffuncall (nargs=1, args=0x7fffffff2e10) at eval.c:2999
count = {
bytes = 1408
}
val = <optimized out>
#29 0x00007fffea8f173c in F632d70617273652d7374617465_c_parse_state_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-engine-ccfcb170-ebf99546.eln
No symbol table info available.
#30 0x00000000005956c8 in funcall_subr (subr=subr <at> entry=0xd437750, numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff2f80) at eval.c:3036
argbuf = {XIL(0xe471a05), XIL(0x49bb), XIL(0x13c945c0), XIL(0x13c945c0), XIL(0x1), XIL(0x13c945c0), XIL(0x13c945c0), XIL(0x5ef611)}
a = <optimized out>
fun = <optimized out>
#31 0x000000000059703e in funcall_general (fun=XIL(0xd437755), numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff2f80) at eval.c:2945
original_fun = XIL(0xf942420)
#32 0x00000000005940c3 in Ffuncall (nargs=1, args=0x7fffffff2f78) at eval.c:2999
count = {
bytes = 1344
}
val = <optimized out>
#33 0x00007fffea92e080 in F632d6c616f6d69622d696e76616c69646174652d6361636865_c_laomib_invalidate_cache_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-engine-ccfcb170-ebf99546.eln
No symbol table info available.
#34 0x00000000005956e5 in funcall_subr (subr=subr <at> entry=0xd429828, numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3248) at eval.c:3040
argbuf = {XIL(0), XIL(0x1), XIL(0x500), XIL(0x7fffffff3060), XIL(0x7fffffff3068), XIL(0x13d279b5), XIL(0x7fffea9ff140), XIL(0x5940c3)}
a = <optimized out>
fun = <optimized out>
#35 0x000000000059703e in funcall_general (fun=XIL(0xd42982d), numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3248) at eval.c:2945
original_fun = XIL(0xf941cc0)
#36 0x00000000005940c3 in Ffuncall (nargs=3, args=0x7fffffff3240) at eval.c:2999
count = {
bytes = 1280
}
val = <optimized out>
#37 0x00007fffea9c231c in F632d6265666f72652d6368616e6765_c_before_change_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/cc-mode-515a98a5-29b249e0.eln
No symbol table info available.
#38 0x00000000005956e5 in funcall_subr (subr=subr <at> entry=0x10897428, numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3598) at eval.c:3040
argbuf = {XIL(0xb), XIL(0x9360), XIL(0), XIL(0x133abed5), XIL(0xb2c370), XIL(0x73b1716450e4c200), XIL(0x3c0), XIL(0xb2c370)}
a = <optimized out>
fun = <optimized out>
#39 0x000000000059703e in funcall_general (fun=XIL(0x1089742d), numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3598) at eval.c:2945
original_fun = XIL(0xf9407f0)
#40 0x00000000005940c3 in Ffuncall (nargs=3, args=0x7fffffff3590) at eval.c:2999
count = {
bytes = 1088
}
val = <optimized out>
#41 0x0000000000594161 in funcall_nil (nargs=<optimized out>, args=<optimized out>) at eval.c:2681
No locals.
#42 0x0000000000593739 in run_hook_with_args (nargs=3, args=0x7fffffff3590, funcall=funcall <at> entry=0x594158 <funcall_nil>) at eval.c:2858
global_vals = <optimized out>
sym = XIL(0x36c0)
val = XIL(0x13005973)
ret = XIL(0)
#43 0x0000000000593795 in Frun_hook_with_args (nargs=<optimized out>, args=<optimized out>) at eval.c:2723
No locals.
#44 0x00007fffec3f4ccd in F6c73702d2d6170706c792d746578742d656469742d7265706c6163652d6275666665722d636f6e74656e7473_lsp__apply_text_edit_replace_buffer_contents_0 ()
from /home/wrath/.emacs.d/eln-cache/29.3-8ca456c1/lsp-mode-f50f9720-738da13a.eln
No symbol table info available.
#45 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0xbfa7450, numargs=numargs <at> entry=1, args=args <at> entry=0x7ffff0c00088) at eval.c:3038
argbuf = {XIL(0x40), make_fixnum(1468386), XIL(0x7ffff1351cd0), XIL(0x5a1bb4), XIL(0x380), XIL(0x20), XIL(0x7ffff21dacb8), XIL(0x73b1716450e4c200)}
a = <optimized out>
fun = <optimized out>
#46 0x00000000005c9b39 in exec_byte_code (fun=<optimized out>, fun <at> entry=XIL(0x13e3d29d), args_template=<optimized out>, args_template <at> entry=257, nargs=<optimized out>, nargs <at> entry=1,
args=<optimized out>, args <at> entry=0x7fffffff3898) at bytecode.c:809
call_nargs = 1
call_fun = XIL(0xbfa7455)
count1 = <optimized out>
template = <optimized out>
val = <optimized out>
call_args = 0x7ffff0c00088
original_fun = XIL(0xae7e940)
bytecode = <optimized out>
op = 1
type = <optimized out>
targets = {0x5cba6f <exec_byte_code+10008>, 0x5cba8c <exec_byte_code+10037>, 0x5cbac1 <exec_byte_code+10090>, 0x5cbac3 <exec_byte_code+10092>, 0x5cbac5 <exec_byte_code+10094>,
0x5cba8c <exec_byte_code+10037>, 0x5cbac7 <exec_byte_code+10096>, 0x5cbb00 <exec_byte_code+10153>, 0x5c953c <exec_byte_code+485>, 0x5c957b <exec_byte_code+548>,
0x5c957d <exec_byte_code+550>, 0x5c957f <exec_byte_code+552>, 0x5c9581 <exec_byte_code+554>, 0x5c953c <exec_byte_code+485>, 0x5c9583 <exec_byte_code+556>,
0x5c9529 <exec_byte_code+466>, 0x5c974a <exec_byte_code+1011>, 0x5c97a3 <exec_byte_code+1100>, 0x5c97a5 <exec_byte_code+1102>, 0x5c97a7 <exec_byte_code+1104>,
0x5c97a9 <exec_byte_code+1106>, 0x5c974a <exec_byte_code+1011>, 0x5c97be <exec_byte_code+1127>, 0x5c97ab <exec_byte_code+1108>, 0x5c988a <exec_byte_code+1331>,
0x5c98d2 <exec_byte_code+1403>, 0x5c98d4 <exec_byte_code+1405>, 0x5c98d6 <exec_byte_code+1407>, 0x5c98d8 <exec_byte_code+1409>, 0x5c988a <exec_byte_code+1331>,
0x5c986d <exec_byte_code+1302>, 0x5c9877 <exec_byte_code+1312>, 0x5c98f7 <exec_byte_code+1440>, 0x5c99d3 <exec_byte_code+1660>, 0x5c99d8 <exec_byte_code+1665>,
0x5c99dd <exec_byte_code+1670>, 0x5c99e2 <exec_byte_code+1675>, 0x5c98f7 <exec_byte_code+1440>, 0x5c98da <exec_byte_code+1411>, 0x5c98e4 <exec_byte_code+1421>,
0x5c9b78 <exec_byte_code+2081>, 0x5c9bc3 <exec_byte_code+2156>, 0x5c9bc5 <exec_byte_code+2158>, 0x5c9bc7 <exec_byte_code+2160>, 0x5c9bc9 <exec_byte_code+2162>,
0x5c9b78 <exec_byte_code+2081>, 0x5c9b5b <exec_byte_code+2052>, 0x5c9b65 <exec_byte_code+2062>, 0x5ca074 <exec_byte_code+3357>, 0x5ca011 <exec_byte_code+3258>,
0x5c9fa6 <exec_byte_code+3151>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5ca1dd <exec_byte_code+3718>, 0x5ca257 <exec_byte_code+3840>, 0x5ca297 <exec_byte_code+3904>, 0x5ca2de <exec_byte_code+3975>,
0x5ca325 <exec_byte_code+4046>, 0x5c9681 <exec_byte_code+810>, 0x5c96cf <exec_byte_code+888>, 0x5ca370 <exec_byte_code+4121>, 0x5c9640 <exec_byte_code+745>,
0x5c9709 <exec_byte_code+946>, 0x5ca3aa <exec_byte_code+4179>, 0x5ca3e4 <exec_byte_code+4237>, 0x5ca410 <exec_byte_code+4281>, 0x5ca44a <exec_byte_code+4339>,
0x5ca483 <exec_byte_code+4396>, 0x5ca504 <exec_byte_code+4525>, 0x5ca530 <exec_byte_code+4569>, 0x5ca5e7 <exec_byte_code+4752>, 0x5ca6a0 <exec_byte_code+4937>,
0x5ca6cc <exec_byte_code+4981>, 0x5ca6f8 <exec_byte_code+5025>, 0x5ca732 <exec_byte_code+5083>, 0x5ca76c <exec_byte_code+5141>, 0x5ca7a6 <exec_byte_code+5199>,
0x5ca7e6 <exec_byte_code+5263>, 0x5ca81c <exec_byte_code+5317>, 0x5ca852 <exec_byte_code+5371>, 0x5ca8cc <exec_byte_code+5493>, 0x5ca923 <exec_byte_code+5580>,
0x5ca97a <exec_byte_code+5667>, 0x5ca9e5 <exec_byte_code+5774>, 0x5caa58 <exec_byte_code+5889>, 0x5caacb <exec_byte_code+6004>, 0x5cab3e <exec_byte_code+6119>,
0x5cabb1 <exec_byte_code+6234>, 0x5cac3b <exec_byte_code+6372>, 0x5cac9c <exec_byte_code+6469>, 0x5cad26 <exec_byte_code+6607>, 0x5cad91 <exec_byte_code+6714>,
0x5cadfc <exec_byte_code+6821>, 0x5caf9d <exec_byte_code+7238>, 0x5c9ead <exec_byte_code+2902>, 0x5cafe6 <exec_byte_code+7311>, 0x5cb012 <exec_byte_code+7355>,
0x5cb087 <exec_byte_code+7472>, 0x5cb0d0 <exec_byte_code+7545>, 0x5cb119 <exec_byte_code+7618>, 0x5cb145 <exec_byte_code+7662>, 0x5cb173 <exec_byte_code+7708>,
0x5cb1a1 <exec_byte_code+7754>, 0x5cb1d7 <exec_byte_code+7808>, 0x5cba6f <exec_byte_code+10008>, 0x5cb208 <exec_byte_code+7857>, 0x5cb236 <exec_byte_code+7903>,
0x5cb264 <exec_byte_code+7949>, 0x5cb292 <exec_byte_code+7995>, 0x5cb2c0 <exec_byte_code+8041>, 0x5cb2ee <exec_byte_code+8087>, 0x5c9ead <exec_byte_code+2902>,
0x5cba6f <exec_byte_code+10008>, 0x5cb31a <exec_byte_code+8131>, 0x5cb35b <exec_byte_code+8196>, 0x5cb387 <exec_byte_code+8240>, 0x5cb3b3 <exec_byte_code+8284>,
0x5cb3ed <exec_byte_code+8342>, 0x5cb427 <exec_byte_code+8400>, 0x5cb453 <exec_byte_code+8444>, 0x5cb47f <exec_byte_code+8488>, 0x5cb4b9 <exec_byte_code+8546>,
0x5cb4f3 <exec_byte_code+8604>, 0x5cb52d <exec_byte_code+8662>, 0x5cb55b <exec_byte_code+8708>, 0x5cba6f <exec_byte_code+10008>, 0x5c9e49 <exec_byte_code+2802>,
0x5c9bcb <exec_byte_code+2164>, 0x5c95fe <exec_byte_code+679>, 0x5c9c58 <exec_byte_code+2305>, 0x5c9c96 <exec_byte_code+2367>, 0x5c9cd4 <exec_byte_code+2429>,
0x5c9d16 <exec_byte_code+2495>, 0x5c9e27 <exec_byte_code+2768>, 0x5c9841 <exec_byte_code+1258>, 0x5c9e8b <exec_byte_code+2868>, 0x5c9ecf <exec_byte_code+2936>,
0x5c9f34 <exec_byte_code+3037>, 0x5c9f65 <exec_byte_code+3086>, 0x5ca0a7 <exec_byte_code+3408>, 0x5ca0fa <exec_byte_code+3491>, 0x5ca13a <exec_byte_code+3555>,
0x5ca180 <exec_byte_code+3625>, 0x5cba6f <exec_byte_code+10008>, 0x5cb587 <exec_byte_code+8752>, 0x5cb5c7 <exec_byte_code+8816>, 0x5cb5f3 <exec_byte_code+8860>,
0x5cb61f <exec_byte_code+8904>, 0x5cb64b <exec_byte_code+8948>, 0x5cb677 <exec_byte_code+8992>, 0x5cb6b1 <exec_byte_code+9050>, 0x5cb6eb <exec_byte_code+9108>,
0x5cb725 <exec_byte_code+9166>, 0x5cb75f <exec_byte_code+9224>, 0x5cb7dd <exec_byte_code+9350>, 0x5cb817 <exec_byte_code+9408>, 0x5cb851 <exec_byte_code+9466>,
0x5cb87d <exec_byte_code+9510>, 0x5cb8dd <exec_byte_code+9606>, 0x5cb93d <exec_byte_code+9702>, 0x5cb97b <exec_byte_code+9764>, 0x5cb9b9 <exec_byte_code+9826>,
0x5cae9e <exec_byte_code+6983>, 0x5caf2f <exec_byte_code+7128>, 0x5cb9ef <exec_byte_code+9880>, 0x5cba2f <exec_byte_code+9944>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5ca4c0 <exec_byte_code+4457>, 0x5ca888 <exec_byte_code+5425>, 0x5cb043 <exec_byte_code+7404>, 0x5cbb42 <exec_byte_code+10219>, 0x5cbb83 <exec_byte_code+10284>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cbbcf <exec_byte_code+10360>, 0x5cbc1b <exec_byte_code+10436>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cbcb1 <exec_byte_code+10586> <repeats 64 times>}
quitcounter = 1 '\001'
bc = 0xb2c350 <main_thread+496>
top = 0x7ffff0c00080
pc = 0xb9d0c45 "\210\307\001!\203["
bytestr = <optimized out>
vector = <optimized out>
maxdepth = <optimized out>
const_length = <optimized out>
bytestr_length = <optimized out>
vectorp = 0x13e3d200
max_stack = <optimized out>
frame_base = <optimized out>
fp = <optimized out>
bytestr_data = 0xb9d0c28 "\302\301\211\242T\240\305\001\247\203\023"
rest = <optimized out>
mandatory = <optimized out>
nonrest = <optimized out>
pushedargs = <optimized out>
result = <optimized out>
#47 0x00000000005950d0 in fetch_and_exec_byte_code (fun=XIL(0x13e3d29d), args_template=args_template <at> entry=257, nargs=nargs <at> entry=1, args=args <at> entry=0x7fffffff3898) at eval.c:3085
No locals.
#48 0x0000000000596c59 in funcall_lambda (fun=fun <at> entry=XIL(0x13e3d29d), nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffff3898) at eval.c:3157
val = <optimized out>
syms_left = make_fixnum(257)
next = <optimized out>
lexenv = <optimized out>
count = <optimized out>
i = <optimized out>
optional = <optimized out>
rest = <optimized out>
previous_rest = <optimized out>
#49 0x000000000059704e in funcall_general (fun=XIL(0x13e3d29d), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff3898) at eval.c:2949
original_fun = XIL(0x13e3d29d)
#50 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fffffff3890) at eval.c:2999
count = {
bytes = 832
}
val = <optimized out>
#51 0x000000000059c723 in call1 (arg1=<optimized out>, fn=XIL(0x13e3d29d)) at /build/source/src/lisp.h:3248
No locals.
#52 mapcar1 (leni=323, vals=vals <at> entry=0x0, fn=fn <at> entry=XIL(0x13e3d29d), seq=seq <at> entry=XIL(0x133aae63)) at fns.c:3007
dummy = <optimized out>
i = 0
tail = XIL(0x133aae63)
#53 0x000000000059f742 in Fmapc (function=XIL(0x13e3d29d), sequence=XIL(0x133aae63)) at fns.c:3144
leni = <optimized out>
#54 0x00007fffec3f5819 in F6c73702d2d6170706c792d746578742d6564697473_lsp__apply_text_edits_0 () from /home/wrath/.emacs.d/eln-cache/29.3-8ca456c1/lsp-mode-f50f9720-738da13a.eln
No symbol table info available.
#55 0x00000000005956e5 in funcall_subr (subr=subr <at> entry=0xbfa75b0, numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3bc8) at eval.c:3040
argbuf = {XIL(0x1), XIL(0x596c59), XIL(0x1), XIL(0xbfa5798), XIL(0), XIL(0x1), XIL(0x7fffffff3b98), XIL(0x2a0)}
a = <optimized out>
fun = <optimized out>
#56 0x000000000059703e in funcall_general (fun=XIL(0xbfa75b5), numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff3bc8) at eval.c:2945
original_fun = XIL(0xae7d990)
#57 0x00000000005940c3 in Ffuncall (nargs=3, args=0x7fffffff3bc0) at eval.c:2999
count = {
bytes = 640
}
val = <optimized out>
#58 0x00007fffec401c72 in F6c73702d666f726d61742d627566666572_lsp_format_buffer_0 () from /home/wrath/.emacs.d/eln-cache/29.3-8ca456c1/lsp-mode-f50f9720-738da13a.eln
No symbol table info available.
#59 0x00000000005956c8 in funcall_subr (subr=subr <at> entry=0xbfb3d18, numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff3d70) at eval.c:3036
argbuf = {XIL(0), XIL(0x593dff), make_fixnum(0), XIL(0x55fb3c), XIL(0xbba5a8), XIL(0), XIL(0x35), XIL(0x73b1716450e4c200)}
a = <optimized out>
fun = <optimized out>
#60 0x000000000059703e in funcall_general (fun=XIL(0xbfb3d1d), numargs=numargs <at> entry=0, args=args <at> entry=0x7fffffff3d70) at eval.c:2945
original_fun = XIL(0x34ae1e0)
#61 0x00000000005940c3 in Ffuncall (nargs=1, args=0x7fffffff3d68) at eval.c:2999
count = {
bytes = 608
}
val = <optimized out>
#62 0x0000000000594161 in funcall_nil (nargs=<optimized out>, args=<optimized out>) at eval.c:2681
No locals.
#63 0x0000000000593739 in run_hook_with_args (nargs=nargs <at> entry=1, args=args <at> entry=0x7fffffff3d68, funcall=funcall <at> entry=0x594158 <funcall_nil>) at eval.c:2858
global_vals = <optimized out>
sym = XIL(0x7ffff1299eb0)
val = XIL(0x109453d3)
ret = XIL(0)
#64 0x0000000000593795 in Frun_hook_with_args (nargs=nargs <at> entry=1, args=args <at> entry=0x7fffffff3d68) at eval.c:2723
No locals.
#65 0x00000000005937b2 in run_hook (hook=<optimized out>) at eval.c:2871
No locals.
#66 0x00000000005937d1 in Frun_hooks (nargs=1, args=0x7fffffff3ec0) at eval.c:2705
i = 0
#67 0x00000000005957c7 in funcall_subr (subr=subr <at> entry=0xb43f20 <Srun_hooks>, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff3ec0) at eval.c:3063
fun = <optimized out>
#68 0x000000000059703e in funcall_general (fun=XIL(0xb43f25), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff3ec0) at eval.c:2945
original_fun = XIL(0x7ffff12c3b50)
#69 0x00000000005940c3 in Ffuncall (nargs=2, args=0x7fffffff3eb8) at eval.c:2999
count = {
bytes = 576
}
val = <optimized out>
#70 0x00007ffff1a9ff18 in F62617369632d736176652d627566666572_basic_save_buffer_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/bin/../lib/emacs/29.3/native-lisp/29.3-8ca456c1/preloaded/files-1e8937b2-592f65e7.eln
No symbol table info available.
#71 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0x7ffff21dd378, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4028) at eval.c:3038
argbuf = {XIL(0x13ce4674), XIL(0x469454), XIL(0x13ce4674), XIL(0x7fffffff3ff0), XIL(0), XIL(0x4695bd), XIL(0x6620676e69766153), XIL(0x6d6f682f20656c69)}
a = <optimized out>
fun = <optimized out>
#72 0x000000000059703e in funcall_general (fun=XIL(0x7ffff21dd37d), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4028) at eval.c:2945
original_fun = XIL(0x7ffff161a228)
#73 0x00000000005940c3 in Ffuncall (nargs=2, args=0x7fffffff4020) at eval.c:2999
count = {
bytes = 480
}
val = <optimized out>
#74 0x00007ffff1a9f63f in F736176652d627566666572_save_buffer_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/bin/../lib/emacs/29.3/native-lisp/29.3-8ca456c1/preloaded/files-1e8937b2-592f65e7.eln
No symbol table info available.
#75 0x00000000005956d3 in funcall_subr (subr=subr <at> entry=0x7ffff1e85918, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4280) at eval.c:3038
argbuf = {XIL(0), XIL(0xffffffffffffffff), XIL(0xe9ac84), XIL(0xe9bce0), XIL(0), XIL(0x73b1716450e4c200), XIL(0xe9ac84), XIL(0x1)}
a = <optimized out>
fun = <optimized out>
#76 0x000000000059703e in funcall_general (fun=XIL(0x7ffff1e8591d), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4280) at eval.c:2945
original_fun = XIL(0x7ffff12c2748)
#77 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fffffff4278) at eval.c:2999
count = {
bytes = 416
}
val = <optimized out>
#78 0x000000000059012f in Ffuncall_interactively (nargs=2, args=0x7fffffff4278) at callint.c:250
speccount = <optimized out>
#79 0x00000000005957c7 in funcall_subr (subr=subr <at> entry=0xb438c0 <Sfuncall_interactively>, numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff4278) at eval.c:3063
fun = <optimized out>
#80 0x000000000059703e in funcall_general (fun=XIL(0xb438c5), numargs=numargs <at> entry=2, args=args <at> entry=0x7fffffff4278) at eval.c:2945
original_fun = XIL(0x7fe0)
#81 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=3, args=args <at> entry=0x7fffffff4270) at eval.c:2999
count = {
bytes = 352
}
val = <optimized out>
#82 0x00000000005919f4 in Fcall_interactively (function=<optimized out>, record_flag=<optimized out>, keys=<optimized out>) at callint.c:787
speccount = <optimized out>
arg_from_tty = false
key_count = <optimized out>
record_then_fail = <optimized out>
save_this_command = <optimized out>
save_this_original_command = <optimized out>
save_real_this_command = <optimized out>
save_last_command = <optimized out>
prefix_arg = <optimized out>
enable = <optimized out>
up_event = XIL(0)
form = <optimized out>
specs = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
string_len = <optimized out>
string = <optimized out>
string_end = <optimized out>
next_event = 2
nargs = <optimized out>
args = <optimized out>
visargs = <optimized out>
varies = <optimized out>
tem = <optimized out>
val = <optimized out>
#83 0x00000000005956fb in funcall_subr (subr=subr <at> entry=0xb43860 <Scall_interactively>, numargs=numargs <at> entry=3, args=args <at> entry=0x7fffffff44e8) at eval.c:3042
argbuf = {XIL(0x1), make_fixnum(1465359), XIL(0x1ae4d6e2ef500000), XIL(0x1), XIL(0xc0), XIL(0x7fffffff4470), XIL(0x7fffffff4478), XIL(0x7fffffff45e8)}
a = <optimized out>
fun = <optimized out>
#84 0x000000000059703e in funcall_general (fun=XIL(0xb43865), numargs=numargs <at> entry=3, args=args <at> entry=0x7fffffff44e8) at eval.c:2945
original_fun = XIL(0xb43865)
#85 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=4, args=args <at> entry=0x7fffffff44e0) at eval.c:2999
count = {
bytes = 288
}
val = <optimized out>
#86 0x000000000059445b in Fapply (nargs=<optimized out>, args=0x7fffffff45a0) at eval.c:2670
i = 4
funcall_nargs = 4
funcall_args = 0x7fffffff44e0
spread_arg = XIL(0)
fun = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
numargs = 3
retval = <optimized out>
#87 0x00007fffefd2008f in F63616c6c2d696e7465726163746976656c794069646f2d63722b2d7265636f72642d63757272656e742d636f6d6d616e64_call_interactivelyido_cr_record_current_command_0 ()
from /home/wrath/.emacs.d/eln-cache/29.3-8ca456c1/ido-completing-read+-105956e9-b9aaa820.eln
No symbol table info available.
#88 0x00000000005957c7 in funcall_subr (subr=subr <at> entry=0x1e19930, numargs=numargs <at> entry=4, args=args <at> entry=0x7fffffff46d8) at eval.c:3063
fun = <optimized out>
#89 0x000000000059703e in funcall_general (fun=XIL(0x1e19935), numargs=numargs <at> entry=4, args=args <at> entry=0x7fffffff46d8) at eval.c:2945
original_fun = XIL(0x80cd80)
#90 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=5, args=args <at> entry=0x7fffffff46d0) at eval.c:2999
count = {
bytes = 224
}
val = <optimized out>
#91 0x000000000059445b in Fapply (nargs=<optimized out>, args=0x7ffff0c00040) at eval.c:2670
i = 5
funcall_nargs = 5
funcall_args = 0x7fffffff46d0
spread_arg = XIL(0)
fun = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
numargs = 4
retval = <optimized out>
#92 0x00000000005957c7 in funcall_subr (subr=subr <at> entry=0xb43f80 <Sapply>, numargs=numargs <at> entry=3, args=args <at> entry=0x7ffff0c00040) at eval.c:3063
fun = <optimized out>
#93 0x00000000005c9b39 in exec_byte_code (fun=<optimized out>, fun <at> entry=XIL(0x1e19b4d), args_template=<optimized out>, args_template <at> entry=128, nargs=<optimized out>, nargs <at> entry=3,
args=<optimized out>, args <at> entry=0x7fffffff49a8) at bytecode.c:809
call_nargs = 3
call_fun = XIL(0xb43f85)
count1 = <optimized out>
template = <optimized out>
val = <optimized out>
call_args = 0x7ffff0c00040
original_fun = XIL(0x31e0)
bytecode = <optimized out>
op = 3
type = <optimized out>
targets = {0x5cba6f <exec_byte_code+10008>, 0x5cba8c <exec_byte_code+10037>, 0x5cbac1 <exec_byte_code+10090>, 0x5cbac3 <exec_byte_code+10092>, 0x5cbac5 <exec_byte_code+10094>,
0x5cba8c <exec_byte_code+10037>, 0x5cbac7 <exec_byte_code+10096>, 0x5cbb00 <exec_byte_code+10153>, 0x5c953c <exec_byte_code+485>, 0x5c957b <exec_byte_code+548>,
0x5c957d <exec_byte_code+550>, 0x5c957f <exec_byte_code+552>, 0x5c9581 <exec_byte_code+554>, 0x5c953c <exec_byte_code+485>, 0x5c9583 <exec_byte_code+556>,
0x5c9529 <exec_byte_code+466>, 0x5c974a <exec_byte_code+1011>, 0x5c97a3 <exec_byte_code+1100>, 0x5c97a5 <exec_byte_code+1102>, 0x5c97a7 <exec_byte_code+1104>,
0x5c97a9 <exec_byte_code+1106>, 0x5c974a <exec_byte_code+1011>, 0x5c97be <exec_byte_code+1127>, 0x5c97ab <exec_byte_code+1108>, 0x5c988a <exec_byte_code+1331>,
0x5c98d2 <exec_byte_code+1403>, 0x5c98d4 <exec_byte_code+1405>, 0x5c98d6 <exec_byte_code+1407>, 0x5c98d8 <exec_byte_code+1409>, 0x5c988a <exec_byte_code+1331>,
0x5c986d <exec_byte_code+1302>, 0x5c9877 <exec_byte_code+1312>, 0x5c98f7 <exec_byte_code+1440>, 0x5c99d3 <exec_byte_code+1660>, 0x5c99d8 <exec_byte_code+1665>,
0x5c99dd <exec_byte_code+1670>, 0x5c99e2 <exec_byte_code+1675>, 0x5c98f7 <exec_byte_code+1440>, 0x5c98da <exec_byte_code+1411>, 0x5c98e4 <exec_byte_code+1421>,
0x5c9b78 <exec_byte_code+2081>, 0x5c9bc3 <exec_byte_code+2156>, 0x5c9bc5 <exec_byte_code+2158>, 0x5c9bc7 <exec_byte_code+2160>, 0x5c9bc9 <exec_byte_code+2162>,
0x5c9b78 <exec_byte_code+2081>, 0x5c9b5b <exec_byte_code+2052>, 0x5c9b65 <exec_byte_code+2062>, 0x5ca074 <exec_byte_code+3357>, 0x5ca011 <exec_byte_code+3258>,
0x5c9fa6 <exec_byte_code+3151>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5ca1dd <exec_byte_code+3718>, 0x5ca257 <exec_byte_code+3840>, 0x5ca297 <exec_byte_code+3904>, 0x5ca2de <exec_byte_code+3975>,
0x5ca325 <exec_byte_code+4046>, 0x5c9681 <exec_byte_code+810>, 0x5c96cf <exec_byte_code+888>, 0x5ca370 <exec_byte_code+4121>, 0x5c9640 <exec_byte_code+745>,
0x5c9709 <exec_byte_code+946>, 0x5ca3aa <exec_byte_code+4179>, 0x5ca3e4 <exec_byte_code+4237>, 0x5ca410 <exec_byte_code+4281>, 0x5ca44a <exec_byte_code+4339>,
0x5ca483 <exec_byte_code+4396>, 0x5ca504 <exec_byte_code+4525>, 0x5ca530 <exec_byte_code+4569>, 0x5ca5e7 <exec_byte_code+4752>, 0x5ca6a0 <exec_byte_code+4937>,
0x5ca6cc <exec_byte_code+4981>, 0x5ca6f8 <exec_byte_code+5025>, 0x5ca732 <exec_byte_code+5083>, 0x5ca76c <exec_byte_code+5141>, 0x5ca7a6 <exec_byte_code+5199>,
0x5ca7e6 <exec_byte_code+5263>, 0x5ca81c <exec_byte_code+5317>, 0x5ca852 <exec_byte_code+5371>, 0x5ca8cc <exec_byte_code+5493>, 0x5ca923 <exec_byte_code+5580>,
0x5ca97a <exec_byte_code+5667>, 0x5ca9e5 <exec_byte_code+5774>, 0x5caa58 <exec_byte_code+5889>, 0x5caacb <exec_byte_code+6004>, 0x5cab3e <exec_byte_code+6119>,
0x5cabb1 <exec_byte_code+6234>, 0x5cac3b <exec_byte_code+6372>, 0x5cac9c <exec_byte_code+6469>, 0x5cad26 <exec_byte_code+6607>, 0x5cad91 <exec_byte_code+6714>,
0x5cadfc <exec_byte_code+6821>, 0x5caf9d <exec_byte_code+7238>, 0x5c9ead <exec_byte_code+2902>, 0x5cafe6 <exec_byte_code+7311>, 0x5cb012 <exec_byte_code+7355>,
0x5cb087 <exec_byte_code+7472>, 0x5cb0d0 <exec_byte_code+7545>, 0x5cb119 <exec_byte_code+7618>, 0x5cb145 <exec_byte_code+7662>, 0x5cb173 <exec_byte_code+7708>,
0x5cb1a1 <exec_byte_code+7754>, 0x5cb1d7 <exec_byte_code+7808>, 0x5cba6f <exec_byte_code+10008>, 0x5cb208 <exec_byte_code+7857>, 0x5cb236 <exec_byte_code+7903>,
0x5cb264 <exec_byte_code+7949>, 0x5cb292 <exec_byte_code+7995>, 0x5cb2c0 <exec_byte_code+8041>, 0x5cb2ee <exec_byte_code+8087>, 0x5c9ead <exec_byte_code+2902>,
0x5cba6f <exec_byte_code+10008>, 0x5cb31a <exec_byte_code+8131>, 0x5cb35b <exec_byte_code+8196>, 0x5cb387 <exec_byte_code+8240>, 0x5cb3b3 <exec_byte_code+8284>,
0x5cb3ed <exec_byte_code+8342>, 0x5cb427 <exec_byte_code+8400>, 0x5cb453 <exec_byte_code+8444>, 0x5cb47f <exec_byte_code+8488>, 0x5cb4b9 <exec_byte_code+8546>,
0x5cb4f3 <exec_byte_code+8604>, 0x5cb52d <exec_byte_code+8662>, 0x5cb55b <exec_byte_code+8708>, 0x5cba6f <exec_byte_code+10008>, 0x5c9e49 <exec_byte_code+2802>,
0x5c9bcb <exec_byte_code+2164>, 0x5c95fe <exec_byte_code+679>, 0x5c9c58 <exec_byte_code+2305>, 0x5c9c96 <exec_byte_code+2367>, 0x5c9cd4 <exec_byte_code+2429>,
0x5c9d16 <exec_byte_code+2495>, 0x5c9e27 <exec_byte_code+2768>, 0x5c9841 <exec_byte_code+1258>, 0x5c9e8b <exec_byte_code+2868>, 0x5c9ecf <exec_byte_code+2936>,
0x5c9f34 <exec_byte_code+3037>, 0x5c9f65 <exec_byte_code+3086>, 0x5ca0a7 <exec_byte_code+3408>, 0x5ca0fa <exec_byte_code+3491>, 0x5ca13a <exec_byte_code+3555>,
0x5ca180 <exec_byte_code+3625>, 0x5cba6f <exec_byte_code+10008>, 0x5cb587 <exec_byte_code+8752>, 0x5cb5c7 <exec_byte_code+8816>, 0x5cb5f3 <exec_byte_code+8860>,
0x5cb61f <exec_byte_code+8904>, 0x5cb64b <exec_byte_code+8948>, 0x5cb677 <exec_byte_code+8992>, 0x5cb6b1 <exec_byte_code+9050>, 0x5cb6eb <exec_byte_code+9108>,
0x5cb725 <exec_byte_code+9166>, 0x5cb75f <exec_byte_code+9224>, 0x5cb7dd <exec_byte_code+9350>, 0x5cb817 <exec_byte_code+9408>, 0x5cb851 <exec_byte_code+9466>,
0x5cb87d <exec_byte_code+9510>, 0x5cb8dd <exec_byte_code+9606>, 0x5cb93d <exec_byte_code+9702>, 0x5cb97b <exec_byte_code+9764>, 0x5cb9b9 <exec_byte_code+9826>,
0x5cae9e <exec_byte_code+6983>, 0x5caf2f <exec_byte_code+7128>, 0x5cb9ef <exec_byte_code+9880>, 0x5cba2f <exec_byte_code+9944>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5ca4c0 <exec_byte_code+4457>, 0x5ca888 <exec_byte_code+5425>, 0x5cb043 <exec_byte_code+7404>, 0x5cbb42 <exec_byte_code+10219>, 0x5cbb83 <exec_byte_code+10284>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cbbcf <exec_byte_code+10360>, 0x5cbc1b <exec_byte_code+10436>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>,
0x5cba6f <exec_byte_code+10008>, 0x5cba6f <exec_byte_code+10008>, 0x5cbcb1 <exec_byte_code+10586> <repeats 64 times>}
quitcounter = 1 '\001'
bc = 0xb2c350 <main_thread+496>
top = 0x7ffff0c00038
pc = 0x7ffff27fe251 "\207"
bytestr = <optimized out>
vector = <optimized out>
maxdepth = <optimized out>
const_length = <optimized out>
bytestr_length = <optimized out>
vectorp = 0x1e19b20
max_stack = <optimized out>
frame_base = <optimized out>
fp = <optimized out>
bytestr_data = 0x7ffff27fe24c "\304\300\301\003#\207"
rest = <optimized out>
mandatory = <optimized out>
nonrest = <optimized out>
pushedargs = <optimized out>
result = <optimized out>
#94 0x00000000005950d0 in fetch_and_exec_byte_code (fun=XIL(0x1e19b4d), args_template=args_template <at> entry=128, nargs=nargs <at> entry=3, args=args <at> entry=0x7fffffff49a8) at eval.c:3085
No locals.
#95 0x0000000000596c59 in funcall_lambda (fun=fun <at> entry=XIL(0x1e19b4d), nargs=nargs <at> entry=3, arg_vector=arg_vector <at> entry=0x7fffffff49a8) at eval.c:3157
val = <optimized out>
syms_left = make_fixnum(128)
next = <optimized out>
lexenv = <optimized out>
count = <optimized out>
i = <optimized out>
optional = <optimized out>
rest = <optimized out>
previous_rest = <optimized out>
#96 0x000000000059704e in funcall_general (fun=XIL(0x1e19b4d), numargs=numargs <at> entry=3, args=args <at> entry=0x7fffffff49a8) at eval.c:2949
original_fun = XIL(0x7ffff1356898)
#97 0x00000000005940c3 in Ffuncall (nargs=4, args=0x7fffffff49a0) at eval.c:2999
count = {
bytes = 160
}
val = <optimized out>
#98 0x00007fffefd33132 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/lib/emacs/29.3/native-lisp/29.3-8ca456c1/subr--trampoline-63616c6c2d696e7465726163746976656c79_call_interactively_0.eln
No symbol table info available.
#99 0x00007ffff2e286b5 in F636f6d6d616e642d65786563757465_command_execute_0 ()
from /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/bin/../lib/emacs/29.3/native-lisp/29.3-8ca456c1/preloaded/simple-fab5b0cf-9ff4140c.eln
No symbol table info available.
#100 0x0000000000595715 in funcall_subr (subr=subr <at> entry=0x7ffff1ef99a0, numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4b98) at eval.c:3044
argbuf = {XIL(0x7ffff12c2748), XIL(0), XIL(0), XIL(0), XIL(0), XIL(0x5929b7), XIL(0x7fffffff4b40), XIL(0x60)}
a = <optimized out>
fun = <optimized out>
#101 0x000000000059703e in funcall_general (fun=XIL(0x7ffff1ef99a5), numargs=numargs <at> entry=1, args=args <at> entry=0x7fffffff4b98) at eval.c:2945
original_fun = XIL(0x4c50)
#102 0x00000000005940c3 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fffffff4b90) at eval.c:2999
count = {
bytes = 128
}
val = <optimized out>
#103 0x000000000052a657 in call1 (arg1=<optimized out>, fn=XIL(0x4c50)) at /build/source/src/lisp.h:3248
No locals.
#104 command_loop_1 () at keyboard.c:1503
scount = <optimized out>
cmd = <optimized out>
keybuf = {make_fixnum(24), make_fixnum(19), XIL(0x7ffff207d4dd), XIL(0x98a0), XIL(0xbcc9c0), XIL(0), make_fixnum(0), make_fixnum(1000), XIL(0), XIL(0x58388d), XIL(0x98a0),
XIL(0x7fffffff4c60), make_fixnum(0), XIL(0), XIL(0), XIL(0x5929b7), XIL(0xcf8b30), XIL(0x60), XIL(0x30), XIL(0), XIL(0), XIL(0x593dff), XIL(0xb), XIL(0x98a0), XIL(0),
XIL(0x7ffff1e0e70d), XIL(0xbc0120), XIL(0x73b1716450e4c200), XIL(0x60), XIL(0x7ffff207d49b)}
i = <optimized out>
prev_modiff = 398
prev_buffer = 0xe471a00
#105 0x0000000000593059 in internal_condition_case (bfun=bfun <at> entry=0x52a183 <command_loop_1>, handlers=handlers <at> entry=XIL(0x90), hfun=hfun <at> entry=0x51f6b4 <cmd_error>) at eval.c:1474
val = <optimized out>
c = 0xe1ddd0
#106 0x000000000051a081 in command_loop_2 (handlers=handlers <at> entry=XIL(0x90)) at keyboard.c:1133
val = <optimized out>
#107 0x0000000000592fc7 in internal_catch (tag=tag <at> entry=XIL(0x10080), func=func <at> entry=0x51a067 <command_loop_2>, arg=arg <at> entry=XIL(0x90)) at eval.c:1197
val = <optimized out>
c = 0xe1dc90
#108 0x000000000051a03e in command_loop () at keyboard.c:1111
No locals.
#109 0x000000000051f25f in recursive_edit_1 () at keyboard.c:720
count = <optimized out>
val = <optimized out>
#110 0x000000000051f5ad in Frecursive_edit () at keyboard.c:803
count = <optimized out>
buffer = <optimized out>
#111 0x000000000051958a in main (argc=1, argv=<optimized out>) at emacs.c:2521
stack_bottom_variable = 0x7ffff681d2f8 <_gnutls_lib_state>
no_loadup = false
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
original_pwd = <optimized out>
dump_mode = <optimized out>
skip_args = 0
temacs = 0x0
attempt_load_pdump = <optimized out>
only_version = false
rlim = {
rlim_cur = 10022912,
rlim_max = 18446744073709551615
}
lc_all = <optimized out>
sockfd = -1
module_assertions = <optimized out>
Lisp Backtrace:
"re-search-backward" (0xffff2508)
"beginning-of-defun-raw" (0xffff2678)
"beginning-of-defun" (0xffff27a0)
"c-get-fallback-scan-pos" (0xffff29c8)
"c-parse-state-get-strategy" (0xffff2bf8)
"c-parse-state-1" (0xffff2e18)
"c-parse-state" (0xffff2f80)
"c-laomib-invalidate-cache" (0xffff3248)
"c-before-change" (0xffff3598)
"lsp--apply-text-edit-replace-buffer-contents" (0xf0c00088)
0x13e3d298 PVEC_COMPILED
"lsp--apply-text-edits" (0xffff3bc8)
"lsp-format-buffer" (0xffff3d70)
"run-hooks" (0xffff3ec0)
"basic-save-buffer" (0xffff4028)
"save-buffer" (0xffff4280)
"funcall-interactively" (0xffff4278)
0xb43860 PVEC_SUBR
"call-interactively <at> ido-cr+-record-current-command" (0xffff46d8)
"apply" (0xf0c00040)
"call-interactively" (0xffff49a8)
"command-execute" (0xffff4b98)
Inside of emacs I get something like this:
Debugger entered--Lisp error: (quit) re-search-backward("^\\s(\\|\\(?:^[ \11]*\\(template\\s-*<[^>;.{}]+>\\s-*\\)?\\(\\(\\(auto\\|const\\|explicit\\|extern\\s-+\"[^\"]+\"\\|extern\\|friend\\|inline\\|mutable\\|overload\\|register\\|static\\|typedef\\|virtual\\)\\s-+\\)*\\(\\([[<a-zA-Z][]_a-zA-Z0-9]*\\(::[]_a-zA-Z0-9]+\\)?\\s-*<[_<>a-zA-Z0-9 ,]+>\\s-*[*&]*\\|[[<a-zA-Z][]_<>a-zA-Z0-9]*\\(::[[<a-zA-Z][]_<>a-zA-Z0-9]+\\)?\\s-*[*&]*\\)[*& \11\n\15]+\\)\\)?\\(\\(::\\|[[<a-zA-Z][]_a-zA-Z0-9]*\\s-*<[^>;{}]+>\\s-*[*&]*::\\|[[<a-zA-Z][]_~<>a-zA-Z0-9]*\\s-*[*&]*::\\)\\s-*\\)?\\(operator\\s-*[^ \11\n\15:;.,?~{}]+\\(\\s-*\\[\\]\\)?\\|[_~<a-zA-Z][^][ \11:;.,~{}()\177]*\\|[*&]?\\([_~<a-zA-Z][_a-zA-Z0-9]*\\s-*<[^>;{}]+[ \11\n\15>]*>\\|[_~<a-zA-Z][_~<>a-zA-Z0-9]*\\)\\)\\s-*\\(([^{;]*)\\(\\(\\s-+const\\|\\s-+mutable\\)?\\(\\s-*[=:][^;{]+\\)?\\)?\\)\\s-*\\)\\s(" nil move 1)
beginning-of-defun-raw(nil)
beginning-of-defun()
c-get-fallback-scan-pos(18875)
c-parse-state-get-strategy(18875 13474)
c-parse-state-1()
c-parse-state()
c-laomib-invalidate-cache(18875 18880)
c-before-change(18875 18880)
lsp--apply-text-edit-replace-buffer-contents(#<hash-table equal 2/2 0x120ad92d>)
#f(compiled-function (edit) #<bytecode -0x9b8e84b9515e2ea>)(#<hash-table equal 2/2 0x120ad92d>)
lsp--apply-text-edits((#<hash-table equal 2/2 0x12062b03>) format)
lsp-format-buffer()
run-hooks(before-save-hook)
basic-save-buffer(t)
save-buffer(1)
funcall-interactively(save-buffer 1)
#<subr call-interactively>(save-buffer nil nil)
call-interactively <at> ido-cr+-record-current-command(#<subr call-interactively> save-buffer nil nil)
apply(call-interactively <at> ido-cr+-record-current-command #<subr call-interactively> (save-buffer nil nil))
call-interactively(save-buffer nil nil)
command-execute(save-buffer)
This is not the only scenario when this happens. I can also sometimes trigger the same thing by trying to jump to the definition of a symbol from a .cpp/c++-header file into a system header (all of which are on a read-only filesystem on my computer), for example one of the SDL headers. The main difference is that the buffer-switching gets mixed into the lot and emacs doesn't even respond to C-g and I have to kill -SIGUSR2 it to get it to start responding again, but I'm pretty sure it's the same bug - output from this scenario is here: https://0x0.st/X-RT.txt
I'm sorry about the <optimized out> everywhere and lack of inlined sources, but I've already rebuilt it with nixos's enableDebugging flag, which should have enabled -Og and -g3 (I think it did do the latter but failed on the optimizations and left it at O2) and I've already spent most of my day debugging this and it would take another full day to figure out how to properly override the byzantine nixpkgs emacs infrastructure with the right optimization flag and to store the right source tree.
In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.18.0, Xaw3d scroll bars)
Windowing system distributor 'The X.Org Foundation', version 11.0.12101012
System Description: NixOS 24.05 (Uakari)
Configured using:
'configure
--prefix=/nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3
--disable-build-details --with-modules --with-x-toolkit=lucid
--with-xft --with-cairo --with-compress-install
--with-toolkit-scroll-bars --with-native-compilation
--without-imagemagick --without-small-ja-dic --with-tree-sitter
--with-xinput2 --without-xwidgets --with-dbus --with-selinux'
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XAW3D XDBE XIM XINPUT2 XPM
LUCID ZLIB
Important settings:
value of $LANG: en_GB.UTF-8
value of $XMODIFIERS: @im=fcitx
locale-coding-system: utf-8-unix
Major mode: C++//lw
Minor modes in effect:
lsp-diagnostics-mode: t
lsp-headerline-breadcrumb-mode: t
lsp-modeline-workspace-status-mode: t
lsp-modeline-diagnostics-mode: t
lsp-modeline-code-actions-mode: t
lsp-ui-mode: t
lsp-ui-doc-mode: t
lsp-ui-sideline-mode: t
lsp-treemacs-sync-mode: t
treemacs-filewatch-mode: t
treemacs-follow-mode: t
treemacs-git-mode: t
treemacs-fringe-indicator-mode: t
lsp-completion-mode: t
display-line-numbers-mode: t
subword-mode: t
company-mode: t
yas-minor-mode: t
envrc-global-mode: t
envrc-mode: t
minions-mode: t
dape-breakpoint-global-mode: t
hexl-follow-ascii: t
lsp-managed-mode: t
lsp-mode: t
helm-epa-mode: t
emms-mode-line-mode: t
emms-playing-time-display-mode: t
emms-playing-time-mode: t
helm-descbinds-mode: t
helm-top-poll-mode: t
helm-adaptive-mode: t
helm-mode: t
helm-minibuffer-history-mode: t
org-roam-db-autosync-mode: t
helm-popup-tip-mode: t
async-bytecomp-package-mode: t
override-global-mode: t
xclip-mode: t
projectile-mode: t
global-flycheck-mode: t
flycheck-mode: t
highlight-doxygen-mode: t
modern-c++-font-lock-global-mode: t
modern-c++-font-lock-mode: t
global-git-commit-mode: t
magit-auto-revert-mode: t
auto-revert-mode: t
shell-dirtrack-mode: t
windmove-mode: t
global-display-fill-column-indicator-mode: t
display-fill-column-indicator-mode: t
straight-use-package-mode: t
straight-package-neutering-mode: t
save-place-mode: t
recentf-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
abbrev-mode: t
Load-path shadows:
/home/wrath/.emacs.d/straight/build/emacsql-sqlite/emacsql-sqlite hides /home/wrath/.emacs.d/straight/build/emacsql/emacsql-sqlite
/home/wrath/.emacs.d/straight/build/cmake-mode/cmake-mode hides /etc/profiles/per-user/wrath/share/emacs/site-lisp/cmake-mode
/run/current-system/sw/share/emacs/site-lisp/site-start hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/site-lisp/site-start
~/.emacs.d/custom hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/custom
/home/wrath/.emacs.d/straight/build/transient/transient hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/transient
/home/wrath/.emacs.d/straight/build/jsonrpc/jsonrpc hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/jsonrpc
/home/wrath/.emacs.d/straight/build/use-package/use-package hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package
/home/wrath/.emacs.d/straight/build/bind-key/bind-key hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/bind-key
/home/wrath/.emacs.d/straight/build/use-package/use-package-ensure hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-ensure
/home/wrath/.emacs.d/straight/build/use-package/use-package-delight hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-delight
/home/wrath/.emacs.d/straight/build/use-package/use-package-lint hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-lint
/home/wrath/.emacs.d/straight/build/use-package/use-package-jump hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-jump
/home/wrath/.emacs.d/straight/build/use-package/use-package-diminish hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-diminish
/home/wrath/.emacs.d/straight/build/use-package/use-package-bind-key hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-bind-key
/home/wrath/.emacs.d/straight/build/use-package/use-package-core hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/use-package/use-package-core
/home/wrath/.emacs.d/straight/build/project/project hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/progmodes/project
/home/wrath/.emacs.d/straight/build/xref/xref hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/progmodes/xref
/home/wrath/.emacs.d/straight/build/org/org-persist hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-persist
/home/wrath/.emacs.d/straight/build/org/ox-texinfo hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-texinfo
/home/wrath/.emacs.d/straight/build/org/ob-groovy hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-groovy
/home/wrath/.emacs.d/straight/build/org/org-cycle hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-cycle
/home/wrath/.emacs.d/straight/build/org/ol-eww hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-eww
/home/wrath/.emacs.d/straight/build/org/org-pcomplete hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-pcomplete
/home/wrath/.emacs.d/straight/build/org/ob-core hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-core
/home/wrath/.emacs.d/straight/build/org/ob-C hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-C
/home/wrath/.emacs.d/straight/build/org/ol hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol
/home/wrath/.emacs.d/straight/build/org/ol-bibtex hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-bibtex
/home/wrath/.emacs.d/straight/build/org/org-datetree hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-datetree
/home/wrath/.emacs.d/straight/build/org/org-protocol hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-protocol
/home/wrath/.emacs.d/straight/build/org/ob-haskell hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-haskell
/home/wrath/.emacs.d/straight/build/org/ob-exp hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-exp
/home/wrath/.emacs.d/straight/build/org/ob-sass hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-sass
/home/wrath/.emacs.d/straight/build/org/ox-html hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-html
/home/wrath/.emacs.d/straight/build/org/ob-fortran hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-fortran
/home/wrath/.emacs.d/straight/build/org/ox-beamer hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-beamer
/home/wrath/.emacs.d/straight/build/org/ol-man hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-man
/home/wrath/.emacs.d/straight/build/org/ob-java hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-java
/home/wrath/.emacs.d/straight/build/org/org-element hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-element
/home/wrath/.emacs.d/straight/build/org/org-timer hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-timer
/home/wrath/.emacs.d/straight/build/org/ox hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox
/home/wrath/.emacs.d/straight/build/org/ob-comint hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-comint
/home/wrath/.emacs.d/straight/build/org/ol-eshell hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-eshell
/home/wrath/.emacs.d/straight/build/org/ol-bbdb hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-bbdb
/home/wrath/.emacs.d/straight/build/org/ob-calc hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-calc
/home/wrath/.emacs.d/straight/build/org/ob-ruby hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-ruby
/home/wrath/.emacs.d/straight/build/org/ob-latex hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-latex
/home/wrath/.emacs.d/straight/build/org/org-footnote hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-footnote
/home/wrath/.emacs.d/straight/build/org/ox-koma-letter hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-koma-letter
/home/wrath/.emacs.d/straight/build/org/ox-ascii hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-ascii
/home/wrath/.emacs.d/straight/build/org/org-clock hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-clock
/home/wrath/.emacs.d/straight/build/org/org-macro hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-macro
/home/wrath/.emacs.d/straight/build/org/ob-lua hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-lua
/home/wrath/.emacs.d/straight/build/org/ob-processing hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-processing
/home/wrath/.emacs.d/straight/build/org/ol-doi hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-doi
/home/wrath/.emacs.d/straight/build/org/oc hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc
/home/wrath/.emacs.d/straight/build/org/ox-man hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-man
/home/wrath/.emacs.d/straight/build/org/ob-ref hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-ref
/home/wrath/.emacs.d/straight/build/org/oc-bibtex hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc-bibtex
/home/wrath/.emacs.d/straight/build/org/ob-sed hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-sed
/home/wrath/.emacs.d/straight/build/org/ox-publish hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-publish
/home/wrath/.emacs.d/straight/build/org/ox-md hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-md
/home/wrath/.emacs.d/straight/build/org/org-inlinetask hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-inlinetask
/home/wrath/.emacs.d/straight/build/org/ob-ocaml hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-ocaml
/home/wrath/.emacs.d/straight/build/org/org-compat hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-compat
/home/wrath/.emacs.d/straight/build/org/org-table hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-table
/home/wrath/.emacs.d/straight/build/org/ob-plantuml hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-plantuml
/home/wrath/.emacs.d/straight/build/org/org-indent hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-indent
/home/wrath/.emacs.d/straight/build/org/ob-sql hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-sql
/home/wrath/.emacs.d/straight/build/org/ob-shell hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-shell
/home/wrath/.emacs.d/straight/build/org/ox-latex hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-latex
/home/wrath/.emacs.d/straight/build/org/ob-maxima hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-maxima
/home/wrath/.emacs.d/straight/build/org/org-faces hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-faces
/home/wrath/.emacs.d/straight/build/org/ox-icalendar hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-icalendar
/home/wrath/.emacs.d/straight/build/org/oc-natbib hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc-natbib
/home/wrath/.emacs.d/straight/build/org/ol-mhe hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-mhe
/home/wrath/.emacs.d/straight/build/org/org-attach-git hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-attach-git
/home/wrath/.emacs.d/straight/build/org/ob-js hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-js
/home/wrath/.emacs.d/straight/build/org/ox-odt hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-odt
/home/wrath/.emacs.d/straight/build/org/org-num hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-num
/home/wrath/.emacs.d/straight/build/org/ob-eshell hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-eshell
/home/wrath/.emacs.d/straight/build/org/org-macs hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-macs
/home/wrath/.emacs.d/straight/build/org/ob-R hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-R
/home/wrath/.emacs.d/straight/build/org/ol-info hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-info
/home/wrath/.emacs.d/straight/build/org/org-entities hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-entities
/home/wrath/.emacs.d/straight/build/org/ol-w3m hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-w3m
/home/wrath/.emacs.d/straight/build/org/ob-tangle hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-tangle
/home/wrath/.emacs.d/straight/build/org/ob-eval hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-eval
/home/wrath/.emacs.d/straight/build/org/org-id hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-id
/home/wrath/.emacs.d/straight/build/org/org-loaddefs hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-loaddefs
/home/wrath/.emacs.d/straight/build/org/org-archive hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-archive
/home/wrath/.emacs.d/straight/build/org/org-keys hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-keys
/home/wrath/.emacs.d/straight/build/org/org-refile hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-refile
/home/wrath/.emacs.d/straight/build/org/org-ctags hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-ctags
/home/wrath/.emacs.d/straight/build/org/ol-docview hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-docview
/home/wrath/.emacs.d/straight/build/org/org-mobile hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-mobile
/home/wrath/.emacs.d/straight/build/org/ob-emacs-lisp hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-emacs-lisp
/home/wrath/.emacs.d/straight/build/org/ob-lisp hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-lisp
/home/wrath/.emacs.d/straight/build/org/ob-sqlite hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-sqlite
/home/wrath/.emacs.d/straight/build/org/oc-csl hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc-csl
/home/wrath/.emacs.d/straight/build/org/org-lint hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-lint
/home/wrath/.emacs.d/straight/build/org/ob-clojure hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-clojure
/home/wrath/.emacs.d/straight/build/org/org-mouse hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-mouse
/home/wrath/.emacs.d/straight/build/org/org-agenda hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-agenda
/home/wrath/.emacs.d/straight/build/org/ob-python hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-python
/home/wrath/.emacs.d/straight/build/org/ob hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob
/home/wrath/.emacs.d/straight/build/org/ob-perl hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-perl
/home/wrath/.emacs.d/straight/build/org/org-fold-core hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-fold-core
/home/wrath/.emacs.d/straight/build/org/oc-basic hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc-basic
/home/wrath/.emacs.d/straight/build/org/org-capture hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-capture
/home/wrath/.emacs.d/straight/build/org/ob-forth hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-forth
/home/wrath/.emacs.d/straight/build/org/ob-lilypond hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-lilypond
/home/wrath/.emacs.d/straight/build/org/ob-css hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-css
/home/wrath/.emacs.d/straight/build/org/ob-matlab hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-matlab
/home/wrath/.emacs.d/straight/build/org/ob-scheme hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-scheme
/home/wrath/.emacs.d/straight/build/org/org-src hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-src
/home/wrath/.emacs.d/straight/build/org/ob-ditaa hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-ditaa
/home/wrath/.emacs.d/straight/build/org/ob-lob hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-lob
/home/wrath/.emacs.d/straight/build/org/org-feed hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-feed
/home/wrath/.emacs.d/straight/build/org/org-fold hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-fold
/home/wrath/.emacs.d/straight/build/org/org-goto hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-goto
/home/wrath/.emacs.d/straight/build/org/ob-awk hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-awk
/home/wrath/.emacs.d/straight/build/org/ol-rmail hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-rmail
/home/wrath/.emacs.d/straight/build/org/org-duration hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-duration
/home/wrath/.emacs.d/straight/build/org/ob-julia hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-julia
/home/wrath/.emacs.d/straight/build/org/ol-gnus hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-gnus
/home/wrath/.emacs.d/straight/build/org/org hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org
/home/wrath/.emacs.d/straight/build/org/ob-octave hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-octave
/home/wrath/.emacs.d/straight/build/org/ob-table hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-table
/home/wrath/.emacs.d/straight/build/org/org-colview hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-colview
/home/wrath/.emacs.d/straight/build/org/org-tempo hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-tempo
/home/wrath/.emacs.d/straight/build/org/org-crypt hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-crypt
/home/wrath/.emacs.d/straight/build/org/org-list hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-list
/home/wrath/.emacs.d/straight/build/org/ob-dot hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-dot
/home/wrath/.emacs.d/straight/build/org/org-habit hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-habit
/home/wrath/.emacs.d/straight/build/org/ob-screen hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-screen
/home/wrath/.emacs.d/straight/build/org/ol-irc hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ol-irc
/home/wrath/.emacs.d/straight/build/org/org-plot hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-plot
/home/wrath/.emacs.d/straight/build/org/oc-biblatex hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/oc-biblatex
/home/wrath/.emacs.d/straight/build/org/ox-org hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ox-org
/home/wrath/.emacs.d/straight/build/org/ob-org hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-org
/home/wrath/.emacs.d/straight/build/org/ob-makefile hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-makefile
/home/wrath/.emacs.d/straight/build/org/ob-gnuplot hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/ob-gnuplot
/home/wrath/.emacs.d/straight/build/org/org-attach hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-attach
/home/wrath/.emacs.d/straight/build/org/org-version hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/org/org-version
/home/wrath/.emacs.d/straight/build/eldoc/eldoc hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/emacs-lisp/eldoc
/home/wrath/.emacs.d/straight/build/let-alist/let-alist hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/emacs-lisp/let-alist
/home/wrath/.emacs.d/straight/build/seq/seq hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/emacs-lisp/seq
/home/wrath/.emacs.d/straight/build/map/map hides /nix/store/p3lxifgandfpa174hfspm90wy5jqp05j-emacs-29.3/share/emacs/29.3/lisp/emacs-lisp/map
Features:
(shadow mail-extr emacsbug help-fns radix-tree cl-print helm-command
helm-elisp helm-eval edebug helm-info lsp-diagnostics lsp-headerline
lsp-icons lsp-modeline lsp-lens lsp-ui lsp-ui-flycheck lsp-ui-doc
goto-addr lsp-ui-imenu lsp-ui-peek lsp-ui-sideline lsp-ui-util
face-remap tramp-cache time-stamp tramp-sh lsp-zig lsp-yang lsp-yaml
lsp-xml lsp-wgsl lsp-volar lsp-vimscript lsp-vhdl lsp-vetur lsp-html
lsp-verilog lsp-vala lsp-v lsp-typeprof lsp-ttcn3 lsp-trunk lsp-toml
lsp-tilt lsp-tex lsp-terraform lsp-svelte lsp-steep lsp-sqls lsp-sorbet
lsp-solidity lsp-solargraph lsp-semgrep lsp-rust lsp-ruff-lsp
lsp-ruby-syntax-tree lsp-ruby-lsp lsp-rubocop lsp-rf lsp-remark
lsp-racket lsp-r lsp-qml lsp-pylsp lsp-pyls lsp-pwsh lsp-purescript
lsp-pls lsp-php lsp-perlnavigator lsp-perl lsp-openscad lsp-ocaml
lsp-nushell lsp-nix lsp-nim lsp-nginx lsp-move lsp-mojo lsp-mint lsp-mdx
lsp-marksman lsp-markdown lsp-magik lsp-lua lsp-lisp lsp-kotlin lsp-json
lsp-jq lsp-javascript lsp-idris lsp-haxe lsp-hack lsp-groovy lsp-graphql
lsp-golangci-lint lsp-glsl lsp-gleam lsp-gdscript lsp-fsharp lsp-fortran
lsp-eslint lsp-erlang lsp-emmet lsp-elm lsp-elixir lsp-dockerfile
lsp-dhall lsp-d lsp-cypher lsp-cucumber lsp-css lsp-csharp lsp-crystal
lsp-credo lsp-cobol lsp-cmake lsp-clojure lsp-treemacs
lsp-treemacs-generic lsp-treemacs-themes treemacs-treelib treemacs
treemacs-header-line treemacs-compatibility treemacs-mode
treemacs-bookmarks treemacs-tags treemacs-interface treemacs-persistence
treemacs-filewatch-mode treemacs-follow-mode treemacs-rendering
treemacs-annotations treemacs-async treemacs-workspaces treemacs-dom
treemacs-visuals treemacs-fringe-indicator treemacs-faces treemacs-icons
treemacs-scope treemacs-themes treemacs-core-utils pfuture
treemacs-logging treemacs-customization treemacs-macros lsp-clangd
lsp-bufls lsp-go lsp-completion lsp-beancount lsp-bash lsp-awk
lsp-autotools lsp-astro lsp-asm lsp-ansible lsp-angular lsp-ada
lsp-semantic-tokens lsp-actionscript display-line-numbers cap-words
superword subword cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars winner image-file image-converter char-fold
helm-external tramp-archive tramp-gvfs cus-start company-oddmuse
company-keywords company-etags company-gtags company-dabbrev-code
company-dabbrev company-files company-clang company-capf company-cmake
company-semantic company-template company-bbdb company yasnippet time
init custom.el key-assist term disp-table ehelp dired-x dired-aux
diredc-autoloads key-assist-autoloads envrc inheritenv envrc-autoloads
inheritenv-autoloads nix-mode-autoloads yaml-mode yaml-mode-autoloads
minions minions-autoloads gluon-mode dape eglot external-completion
array jsonrpc hexl gdb-mi gud repeat dape-autoloads jsonrpc-autoloads
helm-lsp-autoloads lsp-haskell haskell-mode haskell-cabal haskell-utils
haskell-font-lock haskell-indentation haskell-string
haskell-sort-imports haskell-lexeme haskell-align-imports
haskell-complete-module haskell-ghc-support flymake-proc flymake dabbrev
haskell-customize lsp-mode lsp-protocol spinner network-stream
lsp-haskell-autoloads haskell-mode-autoloads devdocs-autoloads helm-dash
dash-docs helm-dash-autoloads dash-docs-autoloads dashboard
dashboard-widgets ffap dashboard-autoloads nerd-icons nerd-icons-faces
nerd-icons-data nerd-icons-data-mdicon nerd-icons-data-flicon
nerd-icons-data-codicon nerd-icons-data-devicon nerd-icons-data-sucicon
nerd-icons-data-wicon nerd-icons-data-faicon nerd-icons-data-powerline
nerd-icons-data-octicon nerd-icons-data-pomicon nerd-icons-data-ipsicon
nerd-icons-autoloads all-the-icons all-the-icons-faces data-material
data-weathericons data-octicons data-fileicons data-faicons
data-alltheicons all-the-icons-autoloads page-break-lines
page-break-lines-autoloads go-translate gts-engine-youdao
gts-engine-stardict gts-engine-deepl gts-engine-google-rpc
gts-engine-google gts-engine-bing gts-implements posframe gts-faces
gts-core go-translate-autoloads helm-init helm-epa helm-emms
helm-emms-autoloads emms-config emms-mpris emms-librefm-stream
emms-librefm-scrobbler emms-playlist-limit emms-i18n emms-history
emms-score emms-stream-info emms-metaplaylist-mode emms-bookmarks
emms-cue emms-mode-line-icon emms-browser emms-volume
emms-volume-sndioctl emms-volume-mixerctl emms-volume-pulse
emms-volume-amixer emms-playlist-sort emms-last-played emms-player-xine
emms-player-mpd tq emms-lyrics emms-url emms-streams emms-show-all
emms-tag-editor emms-tag-tracktag emms-mark emms-mode-line emms-cache
emms-info-native emms-info-native-spc emms-info-native-mp3
emms-info-native-ogg emms-info-native-opus emms-info-native-flac
emms-info-native-vorbis emms-info-exiftool emms-info-tinytag
emms-info-metaflac emms-info-opusinfo emms-info-ogginfo
emms-info-mp3info emms-playlist-mode emms-player-vlc emms-player-mpv
emms-playing-time emms-info emms-later-do emms-player-mplayer
emms-player-simple emms-source-playlist emms-source-file emms-setup
helm-descbinds helm-descbinds-autoloads helm-wikipedia
helm-wikipedia-autoloads helm-dictionary helm-net
helm-dictionary-autoloads helm-sys helm-adaptive helm-mode helm-misc
helm-files image-dired image-dired-tags image-dired-external
image-dired-util helm-buffers helm-occur helm-tags helm-locate helm-grep
helm-regexp helm-types emms emms-compat emms-autoloads org-roam-ui
org-roam-dailies websocket bindat simple-httpd org-roam-ui-autoloads
websocket-autoloads simple-httpd-autoloads org-roam-ql
org-roam-ql-autoloads org-roam-bibtex orb-core orb-compat orb-utils
bibtex-completion biblio biblio-download biblio-dissemin biblio-ieee
biblio-hal biblio-dblp biblio-crossref biblio-arxiv biblio-doi
biblio-core parsebib bibtex org-roam-migrate org-roam-log org-roam-mode
org-roam-capture org-roam-id org-roam-node org-roam-db
emacsql-sqlite-builtin sqlite org-roam-utils org-roam-compat org-roam
org-capture org-attach org-roam-bibtex-autoloads
bibtex-completion-autoloads biblio-autoloads biblio-core-autoloads
parsebib-autoloads org-roam-autoloads hyperbole hinit hui hui-mouse
hmouse-key hsys-flymake hui-menu hyrolo-menu hui-jmenu hibtypes
hib-doc-id hyrolo sort reveal klink hmouse-tag hsys-xref hib-kbd
hui-mini hib-debbugs hsys-www eww url-queue mm-url hib-social hypb-ert
ert ewoc debug backtrace hactypes hsys-org man hargs hpath tramp
tramp-loaddefs trampver tramp-integration tramp-compat hmouse-sh
hsettings hui-em-but hbut hmouse-drv hui-window pulse hycontrol view
hui-select hbdata hgnus gnus-msg gnus-art mm-uu mml2015 mm-view
mml-smime smime dig gnus-sum gnus-group gnus-undo gnus-start gnus-dbus
dbus gnus-cloud nnimap nnmail mail-source utf7 nnoo gnus-spec gnus-int
gnus-range gnus-win gnus nnheader range hsmail hmail htz cal-julian
hbmap hmoccur hvar hypb locate hversion hload-path kotl-autoloads
hyperbole-autoloads hact set hhist helm-org-ql org-ql-search org-ql-view
magit-bookmark bookmark ov org-super-agenda helm-org helm-utils
helm-help helm helm-global-bindings helm-core async-bytecomp helm-source
helm-multi-match helm-lib async helm-org-ql-autoloads helm-org-autoloads
helm-easymenu helm-autoloads wfnames-autoloads helm-core-autoloads
async-autoloads org-ql peg ts org-habit org-agenda org-element
org-persist xdg org-id org-refile org-element-ast inline avl-tree
org-duration org-ql-autoloads peg-autoloads ov-autoloads
org-super-agenda-autoloads ts-autoloads org-contrib
org-contrib-autoloads org-journal org-crypt cal-iso
org-journal-autoloads org-edna org ob ob-tangle ob-ref ob-lob ob-table
ob-exp org-macro org-src sh-script smie treesit executable ob-comint
org-pcomplete org-list org-footnote org-faces org-entities ob-emacs-lisp
ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys
oc org-loaddefs cal-menu calendar cal-loaddefs org-version org-compat
org-macs org-edna-autoloads slime etags fileloop generator xref
hyperspec slime-autoloads macrostep-autoloads rmsbolt rmsbolt-split
rmsbolt-java disass cc-defs rmsbolt-autoloads git-timemachine vc-git
git-timemachine-autoloads cmake-font-lock cmake-font-lock-autoloads
cmake-mode rst cmake-mode-autoloads w3m doc-view jka-compr image-mode
exif timezone w3m-hist bookmark-w3m w3m-ems w3m-favicon w3m-image w3m-fb
tab-line w3m-proc w3m-util w3m-load w3m-autoloads code-review
code-review-actions code-review-comment code-review-section
code-review-bitbucket code-review-faces shr pixel-fill kinsoku url-file
svg dom emojify apropos tar-mode arc-mode archive-mode ht
code-review-gitlab code-review-utils code-review-parse-hunk
code-review-github code-review-db uuidgen calc-misc calc-ext calc
calc-loaddefs rect calc-macs a code-review-interfaces deferred
code-review-autoloads emojify-autoloads deferred-autoloads
uuidgen-autoloads a-autoloads emacsql-sqlite emacsql-sqlite-autoloads
forge-list forge-commands forge-semi forge-bitbucket buck forge-gogs
gogs forge-gitea gtea forge-gitlab glab forge-github ghub-graphql treepy
gsexp ghub url-http url-gw nsm url-auth let-alist gnutls forge-notify
forge-revnote forge-pullreq forge-issue forge-topic yaml parse-time
iso8601 bug-reference forge-post markdown-mode forge-repo forge
forge-core forge-db closql emacsql-sqlite-common emacsql
emacsql-compiler eieio-base forge-autoloads yaml-autoloads
ghub-autoloads treepy-autoloads closql-autoloads emacsql-autoloads
bufler pretty-hydra hydra lv bufler-group-tree f bufler-autoloads
pretty-hydra-autoloads burly-autoloads map-autoloads popup
popup-autoloads rustic-autoloads xterm-color-autoloads project-autoloads
xref-autoloads let-alist-autoloads rust-mode-autoloads
use-package-bind-key bind-key use-package-ensure xclip xclip-autoloads
gruvbox-dark-hard-theme gruvbox-theme gruvbox autothemer
gruvbox-theme-autoloads autothemer-autoloads
color-theme-sanityinc-tomorrow color
color-theme-sanityinc-tomorrow-autoloads rg files-x vc vc-dispatcher
rg-info-hack advice rg-menu rg-ibuffer rg-result wgrep-rg wgrep
rg-history rg-header rg-autoloads wgrep-autoloads ag vc-svn find-dired s
ag-autoloads projectile project lisp-mnt grep compile ibuf-ext ibuffer
ibuffer-loaddefs thingatpt projectile-autoloads lsp-treemacs-autoloads
treemacs-autoloads cfrs-autoloads posframe-autoloads hydra-autoloads
pfuture-autoloads ace-window-autoloads avy-autoloads lsp-ui-autoloads
lsp-mode-autoloads eldoc-autoloads lv-autoloads markdown-mode-autoloads
spinner-autoloads ht-autoloads f-autoloads s-autoloads flycheck
find-func flycheck-autoloads highlight-doxygen noutline outline
highlight-doxygen-autoloads clang-format xml clang-format-autoloads
modern-cpp-font-lock modern-cpp-font-lock-autoloads magit-submodule
magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull
magit-fetch magit-clone magit-remote magit-commit magit-sequence
magit-notes magit-worktree magit-tag magit-merge magit-branch
magit-reset magit-files magit-refs magit-status magit magit-repos
magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode
diff diff-mode git-commit log-edit message sendmail yank-media puny
dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums
mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log
magit-core magit-autorevert autorevert filenotify magit-margin
magit-transient magit-process with-editor shell pcomplete comint
ansi-osc ring server ansi-color magit-mode transient edmacro kmacro
magit-git magit-base magit-section format-spec cursor-sensor crm dash
magit-autoloads magit-section-autoloads git-commit-autoloads
with-editor-autoloads transient-autoloads dash-autoloads
yasnippet-autoloads finder-inf company-autoloads ido-completing-read+
memoize cus-edit pp cus-load minibuf-eldef
ido-completing-read+-autoloads memoize-autoloads which-key
which-key-autoloads smex smex-autoloads windmove comp comp-cstr warnings
icons rx easy-mmode display-fill-column-indicator hl-line no-littering
compat no-littering-autoloads compat-autoloads seq-autoloads
use-package-core use-package-autoloads info bind-key-autoloads
straight-autoloads cl-extra help-mode straight saveplace recentf
tree-widget wid-edit package browse-url url url-proxy url-privacy
url-expand url-methods url-history url-cookie generate-lisp-file
url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv
bytecomp byte-compile url-vars cl-loaddefs cl-lib ido pcase early-init
rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd 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 nadvice seq simple cl-generic indonesian philippine
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 abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo x-toolkit xinput2 x multi-tty
make-network-process native-compile emacs)
Memory information:
((conses 16 1243263 1175236)
(symbols 48 88279 1805)
(strings 32 344596 222363)
(string-bytes 1 12144394)
(vectors 16 183568)
(vector-slots 8 4145168 2453468)
(floats 8 1822 6130)
(intervals 56 4747 4613)
(buffers 984 30))
[Message part 2 (text/html, inline)]
[publickey - 1stmil.eth@proton.me - 0xB0C7DB1C.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Tue, 16 Apr 2024 16:24:02 GMT) Full text and rfc822 format available.Message #8 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: "1stmil.eth" <1stmil.eth <at> proton.me>, Alan Mackenzie <acm <at> muc.de> Cc: 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Tue, 16 Apr 2024 19:22:45 +0300
> Date: Tue, 16 Apr 2024 13:36:16 +0000 > From: "1stmil.eth" via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> > > Among other scenarios, when clang-format runs as a hook on file save when I make any (even noop) edit in https://github.com/pillowtrucker/mir/blob/main/src/platform/graphics/drm_formats.cpp this file, for example, emacs enters an infinite loop consuming 100% of a cpu core and all memory up to gc threshold. Adding Alan to the discussion.
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Tue, 16 Apr 2024 16:42:03 GMT) Full text and rfc822 format available.Message #11 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: pillowtrucker <at> proton.me To: "70423 <at> debbugs.gnu.org" <70423 <at> debbugs.gnu.org> Subject: Possible workaround/culprit Date: Tue, 16 Apr 2024 15:52:46 +0000
[Message part 1 (text/plain, inline)]
I have now filed a bug with hyperbole https://github.com/rswgnu/hyperbole/issues/518, as disabling that package seems to stop the hangs. Not 100% sure if it's their bug or cc-mode now, but I haven't been able to trigger the behaviour since then.
[Message part 2 (text/html, inline)]
[publickey - pillowtrucker@proton.me - 0x40BB2176.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Tue, 16 Apr 2024 17:07:02 GMT) Full text and rfc822 format available.Message #14 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Alan Mackenzie <acm <at> muc.de> To: Eli Zaretskii <eliz <at> gnu.org> Cc: "1stmil.eth" <1stmil.eth <at> proton.me>, 70423 <at> debbugs.gnu.org, acm <at> muc.de Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Tue, 16 Apr 2024 17:05:51 +0000
Hello, Eli. On Tue, Apr 16, 2024 at 19:22:45 +0300, Eli Zaretskii wrote: > > Date: Tue, 16 Apr 2024 13:36:16 +0000 > > From: "1stmil.eth" via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> > > Among other scenarios, when clang-format runs as a hook on file save > > when I make any (even noop) edit in > > https://github.com/pillowtrucker/mir/blob/main/src/platform/graphics/drm_formats.cpp > > this file, for example, emacs enters an infinite loop consuming 100% > > of a cpu core and all memory up to gc threshold. > Adding Alan to the discussion. Thanks! I'll have a look at it. -- Alan Mackenzie (Nuremberg, Germany).
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Tue, 16 Apr 2024 18:01:03 GMT) Full text and rfc822 format available.Message #17 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Alan Mackenzie <acm <at> muc.de> To: "1stmil.eth" <1stmil.eth <at> proton.me> Cc: acm <at> muc.de, Eli Zaretskii <eliz <at> gnu.org>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Tue, 16 Apr 2024 17:59:54 +0000
Hello.
Thanks for taking the trouble to submit this bug report.
On Tue, Apr 16, 2024 at 13:36:16 +0000, 1stmil.eth wrote:
> Among other scenarios, when clang-format runs as a hook on file save
> when I make any (even noop) edit in
> https://github.com/pillowtrucker/mir/blob/main/src/platform/graphics/drm_formats.cpp
> this file, for example, emacs enters an infinite loop consuming 100%
> of a cpu core and all memory up to gc threshold.
> It is not always the regex function on the top of the stack but it is always a call around those functions
> "beginning-of-defun-raw"
> "beginning-of-defun"
> "c-get-fallback-scan-pos"
> (gdb) bt full
Yes. c-parse-state is known for sometimes looping - it is an awkward
spot where doing something rigorusly is likely to be (far) too slow, but
the ad hoc speed ups occasionally go wrong. That seems to be the
problem here.
[ The gdb backtrace (snipped) unfortunately isn't very helpful, here. ]
> Inside of emacs I get something like this:
> Debugger entered--Lisp error: (quit) re-search-backward("^\\s(\\|\\(?:^[ \11]*\\(template\\s-*<[^>;.{}]+>\\s-*\\)?\\(\\(\\(auto\\|const\\|explicit\\|extern\\s-+\"[^\"]+\"\\|extern\\|friend\\|inline\\|mutable\\|overload\\|register\\|static\\|typedef\\|virtual\\)\\s-+\\)*\\(\\([[<a-zA-Z][]_a-zA-Z0-9]*\\(::[]_a-zA-Z0-9]+\\)?\\s-*<[_<>a-zA-Z0-9 ,]+>\\s-*[*&]*\\|[[<a-zA-Z][]_<>a-zA-Z0-9]*\\(::[[<a-zA-Z][]_<>a-zA-Z0-9]+\\)?\\s-*[*&]*\\)[*& \11\n\15]+\\)\\)?\\(\\(::\\|[[<a-zA-Z][]_a-zA-Z0-9]*\\s-*<[^>;{}]+>\\s-*[*&]*::\\|[[<a-zA-Z][]_~<>a-zA-Z0-9]*\\s-*[*&]*::\\)\\s-*\\)?\\(operator\\s-*[^ \11\n\15:;.,?~{}]+\\(\\s-*\\[\\]\\)?\\|[_~<a-zA-Z][^][ \11:;.,~{}()\177]*\\|[*&]?\\([_~<a-zA-Z][_a-zA-Z0-9]*\\s-*<[^>;{}]+[ \11\n\15>]*>\\|[_~<a-zA-Z][_~<>a-zA-Z0-9]*\\)\\)\\s-*\\(([^{;]*)\\(\\(\\s-+const\\|\\s-+mutable\\)?\\(\\s-*[=:][^;{]+\\)?\\)?\\)\\s-*\\)\\s(" nil move 1)
> beginning-of-defun-raw(nil)
> beginning-of-defun()
> c-get-fallback-scan-pos(18875)
> c-parse-state-get-strategy(18875 13474)
> c-parse-state-1()
> c-parse-state()
> c-laomib-invalidate-cache(18875 18880)
> c-before-change(18875 18880)
The functions thus far suggest that your file is somewhat unusual; it
has, perhaps, long stretches of text without braces, or long brace
blocks.
Could you possibly send me a copy of the above C++ file, or point me to
an open website (not github) where I could download a copy? I have no
access to github, since I am not prepared to let probably hostile
scripts controlled by Microsoft run on my machine.
> lsp--apply-text-edit-replace-buffer-contents(#<hash-table equal 2/2 0x120ad92d>)
> #f(compiled-function (edit) #<bytecode -0x9b8e84b9515e2ea>)(#<hash-table equal 2/2 0x120ad92d>)
> lsp--apply-text-edits((#<hash-table equal 2/2 0x12062b03>) format)
> lsp-format-buffer()
> run-hooks(before-save-hook)
> basic-save-buffer(t)
> save-buffer(1)
> funcall-interactively(save-buffer 1)
> #<subr call-interactively>(save-buffer nil nil)
> call-interactively <at> ido-cr+-record-current-command(#<subr call-interactively> save-buffer nil nil)
> apply(call-interactively <at> ido-cr+-record-current-command #<subr call-interactively> (save-buffer nil nil))
> call-interactively(save-buffer nil nil)
> command-execute(save-buffer)
> This is not the only scenario when this happens. I can also sometimes
> trigger the same thing by trying to jump to the definition of a symbol
> from a .cpp/c++-header file into a system header (all of which are on
> a read-only filesystem on my computer), for example one of the SDL
> headers. The main difference is that the buffer-switching gets mixed
> into the lot and emacs doesn't even respond to C-g and I have to kill
> -SIGUSR2 it to get it to start responding again, but I'm pretty sure
> it's the same bug - output from this scenario is here:
> https://0x0.st/X-RT.txt
What would be most helpful here would be a reliable recipe to reproduce
the bug without needing other libraries such as lsp, preferably starting
from emacs -Q.
> I'm sorry about the <optimized out> everywhere and lack of inlined
> sources, but I've already rebuilt it with nixos's enableDebugging
> flag, which should have enabled -Og and -g3 (I think it did do the
> latter but failed on the optimizations and left it at O2) and I've
> already spent most of my day debugging this and it would take another
> full day to figure out how to properly override the byzantine nixpkgs
> emacs infrastructure with the right optimization flag and to store the
> right source tree.
Yes, bugs are like that sometimes. I'm afraid I don't know anything
about nixos.
> In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
> version 1.18.0, Xaw3d scroll bars)
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101012
> System Description: NixOS 24.05 (Uakari)
[ .... ]
--
Alan Mackenzie (Nuremberg, Germany).
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Tue, 16 Apr 2024 18:32:04 GMT) Full text and rfc822 format available.Message #20 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Dmitry Gutov <dmitry <at> gutov.dev> To: pillowtrucker <at> proton.me, "70423 <at> debbugs.gnu.org" <70423 <at> debbugs.gnu.org> Subject: Re: bug#70423: Possible workaround/culprit Date: Tue, 16 Apr 2024 21:31:18 +0300
On 16/04/2024 18:52, pillowtrucker--- via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > I have now filed a bug with hyperbole > https://github.com/rswgnu/hyperbole/issues/518 > <https://github.com/rswgnu/hyperbole/issues/518>, as disabling that > package seems to stop the hangs. Not 100% sure if it's their bug or > cc-mode now, but I haven't been able to trigger the behaviour since then. According to your link to the hyperbole repo, it indeed now seems to have been caused by it: https://github.com/rswgnu/hyperbole/blob/master/hui-select.el#L404 It alters defun-prompt-regexp in c++-mode-hook.
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Wed, 17 Apr 2024 01:37:06 GMT) Full text and rfc822 format available.Message #23 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: pillowtrucker <at> proton.me To: Alan Mackenzie <acm <at> muc.de> Cc: Eli Zaretskii <eliz <at> gnu.org>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Tue, 16 Apr 2024 19:51:09 +0000
[Message part 1 (text/plain, inline)]
Greetings!
I have been able to replicate a (relatively) minimum environment for this — hyperbole + clang-format.el.
I think lsp-mode aggravates the issue somehow, but is not necessary to enter the infinite loop. Without lsp-mode, however, the memory usage seems flat, as opposed to ballooning when it is present.
I would also guess that if you are able to plug in that regexp into cc-mode without installing all of hyperbole.el, you would probably get the same effect, but I didn't know how to do that.
You will need gzip and the clang-format utility for this from your linux distribution or compiled from source. Preferably version 18.1.3 of the llvm suite, but it might work with earlier versions. I don't think /how/ it's formatting the file matters as much as the fact of it being altered to some degree.
Please follow these steps:
1. start with an empty directory
$ export MYDEBUGDIR=emacs-debugging
2. use the attached init.el file as follows:
$ emacs-29.3 --init-directory=${MYDEBUGDIR} -l init.el
3. Wait for the script to reach the point where it's in an infinite loop (check top/htop for emacs with 100% usage, maybe wait a few seconds or minutes to make sure it is not just taking a long time to run the formatting) and press C-g to send "quit".
This results in a hang and the debugger should show something like this:
Debugger entered--Lisp error: (quit)
#f(compiled-function () #<bytecode -0x7e8f9110f9b66d2>)()
syntax-ppss()
beginning-of-defun-raw(nil)
beginning-of-defun()
c-get-fallback-scan-pos(18908)
c-parse-state-get-strategy(18908 1)
c-parse-state-1()
c-parse-state()
c-laomib-invalidate-cache(18908 18910)
c-before-change(18908 18910)
clang-format--replace(18908 2 "\n")
apply(clang-format--replace (18908 2 "\n"))
clang-format-region(1 18910 nil nil)
clang-format-buffer()
load-with-code-conversion("/home/wrath/emacs-debugging2/init.el" "/home/wrath/emacs-debugging2/init.el" nil t)
command-line-1(("-l" "emacs-debugging2/init.el"))
command-line()
normal-top-level()
or maybe you will see:
Debugger entered--Lisp error: (quit)
re-search-backward("^\\s(\\|\\(?:^[ \11]*\\(template\\s-*<[^>;.{}]+>\\s-*\\)?\\(..." nil move 1)
beginning-of-defun-raw(nil)
beginning-of-defun()
c-get-fallback-scan-pos(18908)
c-parse-state-get-strategy(18908 1)
c-parse-state-1()
c-parse-state()
c-laomib-invalidate-cache(18908 18910)
c-before-change(18908 18910)
clang-format--replace(18908 2 "\n")
apply(clang-format--replace (18908 2 "\n"))
clang-format-region(1 18910 nil nil)
clang-format-buffer()
load-with-code-conversion("/home/wrath/emacs-debugging2/init.el" "/home/wrath/emacs-debugging2/init.el" nil t)
command-line-1(("-l" "emacs-debugging2/init.el"))
command-line()
normal-top-level()
Either way it does seem like the problem lies somewhere in cc-mode choking either on the file itself or on that regular expression.
I license the attached init.el under the terms of the AGPL-3 or later version. The drm_formats.cpp file is part of the MIR Server project and is licensed under the terms of the GPL-v3. Both licenses attached. I'm not sure if I am allowed to re-license the MIR file as AGPL, but I believe they are in any case compatible to be distributed together.
Thank you for having a look at this issue, it has been plaguing me since november and even making rust look like an ever so slightly more pleasant alternative to dealing with constant hangs/crashes and having to restore frame/window layouts when editing C/C++..
Kind regards,
M.
On Tuesday, April 16th, 2024 at 7:59 PM, Alan Mackenzie <acm <at> muc.de> wrote:
> Hello.
>
> Thanks for taking the trouble to submit this bug report.
>
> On Tue, Apr 16, 2024 at 13:36:16 +0000, 1stmil.eth wrote:
>
> > Among other scenarios, when clang-format runs as a hook on file save
> > when I make any (even noop) edit in
> > https://github.com/pillowtrucker/mir/blob/main/src/platform/graphics/drm_formats.cpp
> > this file, for example, emacs enters an infinite loop consuming 100%
> > of a cpu core and all memory up to gc threshold.
>
> > It is not always the regex function on the top of the stack but it is always a call around those functions
> > "beginning-of-defun-raw"
> > "beginning-of-defun"
> > "c-get-fallback-scan-pos"
> > (gdb) bt full
>
>
> Yes. c-parse-state is known for sometimes looping - it is an awkward
> spot where doing something rigorusly is likely to be (far) too slow, but
> the ad hoc speed ups occasionally go wrong. That seems to be the
> problem here.
>
> [ The gdb backtrace (snipped) unfortunately isn't very helpful, here. ]
>
> > Inside of emacs I get something like this:
>
> > Debugger entered--Lisp error: (quit) re-search-backward("^\\s(\\|\\(?:^[ \11]\\(template\\s-<[^>;.{}]+>\\s-\\)?\\(\\(\\(auto\\|const\\|explicit\\|extern\\s-+\"[^\"]+\"\\|extern\\|friend\\|inline\\|mutable\\|overload\\|register\\|static\\|typedef\\|virtual\\)\\s-+\\)\\(\\([[<a-zA-Z][]a-zA-Z0-9]\\(::[]_a-zA-Z0-9]+\\)?\\s-<[<>a-zA-Z0-9 ,]+>\\s-[&]\\|[[<a-zA-Z][]_<>a-zA-Z0-9]\\(::[[<a-zA-Z][]<>a-zA-Z0-9]+\\)?\\s-[&]\\)[& \11\n\15]+\\)\\)?\\(\\(::\\|[[<a-zA-Z][]a-zA-Z0-9]\\s-<[^>;{}]+>\\s-[&]*::\\|[[<a-zA-Z][]~<>a-zA-Z0-9]\\s-[&]::\\)\\s-\\)?\\(operator\\s-[^ \11\n\15:;.,?~{}]+\\(\\s-*\\[\\]\\)?\\|[~<a-zA-Z][^][ \11:;.,~{}()\177]\\|[&]?\\([~<a-zA-Z][a-zA-Z0-9]\\s-<[^>;{}]+[ \11\n\15>]*>\\|[~<a-zA-Z][~<>a-zA-Z0-9]\\)\\)\\s-\\(([^{;])\\(\\(\\s-+const\\|\\s-+mutable\\)?\\(\\s-[=:][^;{]+\\)?\\)?\\)\\s-*\\)\\s(" nil move 1)
> > beginning-of-defun-raw(nil)
> > beginning-of-defun()
> > c-get-fallback-scan-pos(18875)
> > c-parse-state-get-strategy(18875 13474)
> > c-parse-state-1()
> > c-parse-state()
> > c-laomib-invalidate-cache(18875 18880)
> > c-before-change(18875 18880)
>
>
> The functions thus far suggest that your file is somewhat unusual; it
> has, perhaps, long stretches of text without braces, or long brace
> blocks.
>
> Could you possibly send me a copy of the above C++ file, or point me to
> an open website (not github) where I could download a copy? I have no
> access to github, since I am not prepared to let probably hostile
> scripts controlled by Microsoft run on my machine.
>
> > lsp--apply-text-edit-replace-buffer-contents(#<hash-table equal 2/2 0x120ad92d>)
> > #f(compiled-function (edit) #<bytecode -0x9b8e84b9515e2ea>)(#<hash-table equal 2/2 0x120ad92d>)
> > lsp--apply-text-edits((#<hash-table equal 2/2 0x12062b03>) format)
> > lsp-format-buffer()
> > run-hooks(before-save-hook)
> > basic-save-buffer(t)
> > save-buffer(1)
> > funcall-interactively(save-buffer 1)
> > #<subr call-interactively>(save-buffer nil nil)
> > call-interactively <at> ido-cr+-record-current-command(#<subr call-interactively> save-buffer nil nil)
> > apply(call-interactively <at> ido-cr+-record-current-command #<subr call-interactively> (save-buffer nil nil))
> > call-interactively(save-buffer nil nil)
> > command-execute(save-buffer)
>
> > This is not the only scenario when this happens. I can also sometimes
> > trigger the same thing by trying to jump to the definition of a symbol
> > from a .cpp/c++-header file into a system header (all of which are on
> > a read-only filesystem on my computer), for example one of the SDL
> > headers. The main difference is that the buffer-switching gets mixed
> > into the lot and emacs doesn't even respond to C-g and I have to kill
> > -SIGUSR2 it to get it to start responding again, but I'm pretty sure
> > it's the same bug - output from this scenario is here:
> > https://0x0.st/X-RT.txt
>
>
> What would be most helpful here would be a reliable recipe to reproduce
> the bug without needing other libraries such as lsp, preferably starting
> from emacs -Q.
>
> > I'm sorry about the <optimized out> everywhere and lack of inlined
> > sources, but I've already rebuilt it with nixos's enableDebugging
> > flag, which should have enabled -Og and -g3 (I think it did do the
> > latter but failed on the optimizations and left it at O2) and I've
> > already spent most of my day debugging this and it would take another
> > full day to figure out how to properly override the byzantine nixpkgs
> > emacs infrastructure with the right optimization flag and to store the
> > right source tree.
>
>
> Yes, bugs are like that sometimes. I'm afraid I don't know anything
> about nixos.
>
> > In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
> > version 1.18.0, Xaw3d scroll bars)
> > Windowing system distributor 'The X.Org Foundation', version 11.0.12101012
> > System Description: NixOS 24.05 (Uakari)
>
>
> [ .... ]
>
> --
> Alan Mackenzie (Nuremberg, Germany).
[init.el (text/x-emacs-lisp, attachment)]
[COPYING-AGPL (application/octet-stream, attachment)]
[COPYING.GPL3 (application/octet-stream, attachment)]
[publickey - pillowtrucker@proton.me - 0x40BB2176.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Thu, 18 Apr 2024 18:41:02 GMT) Full text and rfc822 format available.Message #26 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Alan Mackenzie <acm <at> muc.de> To: pillowtrucker <at> proton.me Cc: acm <at> muc.de, Eli Zaretskii <eliz <at> gnu.org>, Bob Weiner <rswgnu <at> gmail.com>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Thu, 18 Apr 2024 18:39:53 +0000
Hello, Pillowtrucker!
On Tue, Apr 16, 2024 at 19:51:09 +0000, pillowtrucker <at> proton.me wrote:
> Greetings!
> I have been able to replicate a (relatively) minimum environment for
> this — hyperbole + clang-format.el. I think lsp-mode aggravates the
> issue somehow, but is not necessary to enter the infinite loop. Without
> lsp-mode, however, the memory usage seems flat, as opposed to
> ballooning when it is present. I would also guess that if you are able
> to plug in that regexp into cc-mode without installing all of
> hyperbole.el, you would probably get the same effect, but I didn't know
> how to do that.
> You will need gzip and the clang-format utility for this from your
> linux distribution or compiled from source. Preferably version 18.1.3
> of the llvm suite, but it might work with earlier versions. I don't
> think /how/ it's formatting the file matters as much as the fact of it
> being altered to some degree.
OK. I haven't actually evaluated your init.el (as I don't fully
understand it), but I have a strong hypothesis for the looping.
You're loading hyperbole as part of the initialisation. This sets up the
value of defun-prompt-regexp to a ~760 character long string, whereas
normally in C++ Mode, this variable is nil.
This variable is what is seen in the second backtrace below, although it
is bowdlerised to a very short string ending in ... . See the line below
emphasised with <=========================.
This regexp is known to be faulty, and sometimes to cause infinite
looping. By coincidence, I have recently rewritten this regexp at the
request of Bob Weiner (in the Cc:), the maintainer of hyperbole, and he
is currently testing the regexp. This faulty regexp may be the cause of
your bug, too.
So, could I ask you please to be patient, and wait for Bob to complete
his tests. If they are successful, a new version of hyperbole is the
likely outcome, and this may solve your bug.
If there is any way you can run your test without installing the
hyperbole package, please do so, and let me know whether or not the hang
still occurs.
Thanks!
> Please follow these steps:
> 1. start with an empty directory
> $ export MYDEBUGDIR=emacs-debugging
> 2. use the attached init.el file as follows:
> $ emacs-29.3 --init-directory=${MYDEBUGDIR} -l init.el
> 3. Wait for the script to reach the point where it's in an infinite loop (check top/htop for emacs with 100% usage, maybe wait a few seconds or minutes to make sure it is not just taking a long time to run the formatting) and press C-g to send "quit".
> This results in a hang and the debugger should show something like this:
[ .... ]
> or maybe you will see:
> Debugger entered--Lisp error: (quit)
> re-search-backward("^\\s(\\|\\(?:^[ \11]*\\(template\\s-*<[^>;.{}]+>\\s-*\\)?\\(..." nil move 1) <==========================================================================
> beginning-of-defun-raw(nil)
> beginning-of-defun()
> c-get-fallback-scan-pos(18908)
> c-parse-state-get-strategy(18908 1)
> c-parse-state-1()
> c-parse-state()
> c-laomib-invalidate-cache(18908 18910)
> c-before-change(18908 18910)
> clang-format--replace(18908 2 "\n")
> apply(clang-format--replace (18908 2 "\n"))
> clang-format-region(1 18910 nil nil)
> clang-format-buffer()
> load-with-code-conversion("/home/wrath/emacs-debugging2/init.el" "/home/wrath/emacs-debugging2/init.el" nil t)
> command-line-1(("-l" "emacs-debugging2/init.el"))
> command-line()
> normal-top-level()
> Either way it does seem like the problem lies somewhere in cc-mode
> choking either on the file itself or on that regular expression.
> I license the attached init.el under the terms of the AGPL-3 or later
> version. The drm_formats.cpp file is part of the MIR Server project and
> is licensed under the terms of the GPL-v3. Both licenses attached. I'm
> not sure if I am allowed to re-license the MIR file as AGPL, but I
> believe they are in any case compatible to be distributed together.
> Thank you for having a look at this issue, it has been plaguing me
> since november and even making rust look like an ever so slightly more
> pleasant alternative to dealing with constant hangs/crashes and having
> to restore frame/window layouts when editing C/C++..
> Kind regards,
> M.
--
Alan Mackenzie (Nuremberg, Germany).
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Fri, 19 Apr 2024 20:50:02 GMT) Full text and rfc822 format available.Message #29 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: pillowtrucker <at> proton.me To: Alan Mackenzie <acm <at> muc.de> Cc: Eli Zaretskii <eliz <at> gnu.org>, Bob Weiner <rswgnu <at> gmail.com>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Fri, 19 Apr 2024 20:49:20 +0000
[Message part 1 (text/plain, inline)]
Hello again, Alan!
I've been using a git revision of hyperbole with the regex removed while Bob works on the new regex. I've hit a few other small glitches while using it, but nothing anywhere as major as the main issue at hand, and they're most definitely unrelated.
I also had a look in the other bug report and it seemed like there was also some kind of patch on the cc-mode side in emacs 30/trunk ? Or did I misunderstand that conversation ? I could try running an emacs git build if that's the case, although I'm not sure how many of my other packages will remain compatible, so it's not really a priority.
My init.el script is really innocent, although I've later asked some friends and they agree that they would also probably never run something like that. I just thought it would be a fun challenge to do everything to reproduce the issue in one init script. The base64-encoded string is just a gzipped copy of the .cpp file with which I could reproduce the issue. You should get the same string by running "gzip --stdout drm_formats.cpp|base64" on the attached .cpp file. (However, I don't know if all gzip versions produce the same output given the same input, and it will make me look even more suspicious if the strings don't match.)
Regardless, I've been productively working on other C++ code with the regexp turned off and it's been a great relief not to have to struggle with having to restart my workspace/desktop so often.
Thank you for both of yours work! And good luck with the new regexp!
If you put it in some git tag/branch that I can pull easily, I could maybe assist with testing it ? Let me know if that's an option.
Kind regards,
M
On Thursday, April 18th, 2024 at 8:39 PM, Alan Mackenzie <acm <at> muc.de> wrote:
> Hello, Pillowtrucker!
>
> On Tue, Apr 16, 2024 at 19:51:09 +0000, pillowtrucker <at> proton.me wrote:
>
> > Greetings!
>
> > I have been able to replicate a (relatively) minimum environment for
> > this — hyperbole + clang-format.el. I think lsp-mode aggravates the
> > issue somehow, but is not necessary to enter the infinite loop. Without
> > lsp-mode, however, the memory usage seems flat, as opposed to
> > ballooning when it is present. I would also guess that if you are able
> > to plug in that regexp into cc-mode without installing all of
> > hyperbole.el, you would probably get the same effect, but I didn't know
> > how to do that.
>
>
>
> > You will need gzip and the clang-format utility for this from your
> > linux distribution or compiled from source. Preferably version 18.1.3
> > of the llvm suite, but it might work with earlier versions. I don't
> > think /how/ it's formatting the file matters as much as the fact of it
> > being altered to some degree.
>
>
> OK. I haven't actually evaluated your init.el (as I don't fully
> understand it), but I have a strong hypothesis for the looping.
>
> You're loading hyperbole as part of the initialisation. This sets up the
> value of defun-prompt-regexp to a ~760 character long string, whereas
> normally in C++ Mode, this variable is nil.
>
> This variable is what is seen in the second backtrace below, although it
> is bowdlerised to a very short string ending in ... . See the line below
> emphasised with <=========================.
>
> This regexp is known to be faulty, and sometimes to cause infinite
> looping. By coincidence, I have recently rewritten this regexp at the
> request of Bob Weiner (in the Cc:), the maintainer of hyperbole, and he
> is currently testing the regexp. This faulty regexp may be the cause of
> your bug, too.
>
> So, could I ask you please to be patient, and wait for Bob to complete
> his tests. If they are successful, a new version of hyperbole is the
> likely outcome, and this may solve your bug.
>
> If there is any way you can run your test without installing the
> hyperbole package, please do so, and let me know whether or not the hang
> still occurs.
>
> Thanks!
>
> > Please follow these steps:
> > 1. start with an empty directory
> > $ export MYDEBUGDIR=emacs-debugging
> > 2. use the attached init.el file as follows:
> > $ emacs-29.3 --init-directory=${MYDEBUGDIR} -l init.el
> > 3. Wait for the script to reach the point where it's in an infinite loop (check top/htop for emacs with 100% usage, maybe wait a few seconds or minutes to make sure it is not just taking a long time to run the formatting) and press C-g to send "quit".
>
> > This results in a hang and the debugger should show something like this:
>
>
> [ .... ]
>
> > or maybe you will see:
>
> > Debugger entered--Lisp error: (quit)
> > re-search-backward("^\\s(\\|\\(?:^[ \11]\\(template\\s-<[^>;.{}]+>\\s-*\\)?\\(..." nil move 1) <==========================================================================
> > beginning-of-defun-raw(nil)
> > beginning-of-defun()
> > c-get-fallback-scan-pos(18908)
> > c-parse-state-get-strategy(18908 1)
> > c-parse-state-1()
> > c-parse-state()
> > c-laomib-invalidate-cache(18908 18910)
> > c-before-change(18908 18910)
> > clang-format--replace(18908 2 "\n")
> > apply(clang-format--replace (18908 2 "\n"))
> > clang-format-region(1 18910 nil nil)
> > clang-format-buffer()
> > load-with-code-conversion("/home/wrath/emacs-debugging2/init.el" "/home/wrath/emacs-debugging2/init.el" nil t)
> > command-line-1(("-l" "emacs-debugging2/init.el"))
> > command-line()
> > normal-top-level()
>
> > Either way it does seem like the problem lies somewhere in cc-mode
> > choking either on the file itself or on that regular expression.
>
> > I license the attached init.el under the terms of the AGPL-3 or later
> > version. The drm_formats.cpp file is part of the MIR Server project and
> > is licensed under the terms of the GPL-v3. Both licenses attached. I'm
> > not sure if I am allowed to re-license the MIR file as AGPL, but I
> > believe they are in any case compatible to be distributed together.
>
> > Thank you for having a look at this issue, it has been plaguing me
> > since november and even making rust look like an ever so slightly more
> > pleasant alternative to dealing with constant hangs/crashes and having
> > to restore frame/window layouts when editing C/C++..
>
> > Kind regards,
> > M.
>
>
> --
> Alan Mackenzie (Nuremberg, Germany).
[drm_formats.cpp (text/x-c++src, attachment)]
[publickey - pillowtrucker@proton.me - 0x40BB2176.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Sat, 20 Apr 2024 09:24:07 GMT) Full text and rfc822 format available.Message #32 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Alan Mackenzie <acm <at> muc.de> To: pillowtrucker <at> proton.me Cc: acm <at> muc.de, Eli Zaretskii <eliz <at> gnu.org>, Bob Weiner <rswgnu <at> gmail.com>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Sat, 20 Apr 2024 09:22:56 +0000
Hello, M. On Fri, Apr 19, 2024 at 20:49:20 +0000, pillowtrucker <at> proton.me wrote: > Hello again, Alan! > I've been using a git revision of hyperbole with the regex removed > while Bob works on the new regex. I've hit a few other small glitches > while using it, but nothing anywhere as major as the main issue at > hand, and they're most definitely unrelated. That's good to know, thanks. So it seems that the C++ value of defun-prompt-regexp is indeed the cause of the immediate problem. What should have occurred to me immediately is that in c-beginning-of-defun-1, I should bind defun-prompt-regexp to nil. That macro is intended to move to the beginning of the defun in the most vanilla fashion possible, and for this it binds beginning-of-defun-function, etc., to nil. It needs to do the same to defun-prompt-regexp. This will likely speed it up, too. > I also had a look in the other bug report and it seemed like there was > also some kind of patch on the cc-mode side in emacs 30/trunk ? Or did > I misunderstand that conversation ? I could try running an emacs git > build if that's the case, although I'm not sure how many of my other > packages will remain compatible, so it's not really a priority. We're talking about bug#61436: Emacs Freezing With Java Files, I think. There hasn't been any patch to CC Mode for this, though I think there probably should be. The CC Mode position is that java-defun-prompt-regexp is unsupported and unmaintained; it is not used at all in CC Mode. But it is there for the convenience of other modes (such as hyperbole) that want to copy it and use it at their own risk, and also as an illustration of the limits of regular expressions. The recommendation is to use "other methods" of finding starts of defuns. > My init.el script is really innocent, although I've later asked some > friends and they agree that they would also probably never run > something like that. Yes, I see that now. But I still don't really want to install these packages into my Emacs, and I'm too lazy to set up an alternative init.el. ;-) > I just thought it would be a fun challenge to do everything to > reproduce the issue in one init script. The base64-encoded string is > just a gzipped copy of the .cpp file with which I could reproduce the > issue. You should get the same string by running "gzip --stdout > drm_formats.cpp|base64" on the attached .cpp file. (However, I don't > know if all gzip versions produce the same output given the same input, > and it will make me look even more suspicious if the strings don't > match.) Yes, I got the C++ file without too much trouble, thanks. I was expecting it to be "extreme", triggering the problems in C++ Mode, but it was just a perfectly normal C++ file. It was on noticing hyperbole mode that I thought about bug#61436. > Regardless, I've been productively working on other C++ code with the > regexp turned off and it's been a great relief not to have to struggle > with having to restart my workspace/desktop so often. Yes, I can understand that. As I said, I'll fix c-beginning-of-defun-1 so that that can't possibly happen again, regardless of what happens to these regexps. > Thank you for both of yours work! And good luck with the new regexp! > If you put it in some git tag/branch that I can pull easily, I could > maybe assist with testing it ? Let me know if that's an option. That's more up to Bob that me. Alternatively, I could send you a copy of the new C++ regexp which you could edit into the pertinent hyperbole source file. > Kind regards, > M [ .... ] -- Alan Mackenzie (Nuremberg, Germany).
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Sat, 20 Apr 2024 13:16:03 GMT) Full text and rfc822 format available.Message #35 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Robert Weiner <rswgnu <at> gmail.com> To: Alan Mackenzie <acm <at> muc.de> Cc: pillowtrucker <at> proton.me, Eli Zaretskii <eliz <at> gnu.org>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Sat, 20 Apr 2024 09:14:34 -0400
> On Apr 20, 2024, at 5:22 AM, Alan Mackenzie <acm <at> muc.de> wrote: > > Hello, M. > > Yes, I can understand that. As I said, I'll fix c-beginning-of-defun-1 > so that that can't possibly happen again, regardless of what happens to > these regexps. I think this is the crux of the fix needed, not a change in Hyperbole regexps. Alan, Hyperbole had your new defun regexp for Java and Emacs still would hang until we applied your recent fix to cc-defs.el. With that in place and no change to the c++ defun regex in Hyperbole, I have not been able to trigger a hang. So let’s just add your additional fix described above, skip the c++ defun rewrite and see if any other issues appear. Cheers, Bob
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Sat, 20 Apr 2024 15:54:02 GMT) Full text and rfc822 format available.Message #38 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Robert Weiner <rsw <at> gnu.org> To: Alan Mackenzie <acm <at> muc.de> Cc: pillowtrucker <at> proton.me, Eli Zaretskii <eliz <at> gnu.org>, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Sat, 20 Apr 2024 11:52:49 -0400
[Message part 1 (text/plain, inline)]
Hi all: I have now read through the recent messages more carefully, duplicated the hang in c++-mode using pillowtrucker's init.el and his drm_formats.cpp file simply by invoking M->. I then added both Alan's cc-defs.el fix and his new c++-defun-prompt-regexp and that resolved the hang. If I add the new c++ regexp without the cc-defs.el fix, that also seems to solve the hang. So I retract my prior message and acknowledge one source of the problem has been the existing Hyperbole regexps. We'll update Hyperbole to use Allen's new regexps and hopefully this will close this issue after pillowtrucker does some testing. (I think Allen's other fixes should be applied to and that they will help performance). Regards, Bob On Sat, Apr 20, 2024 at 9:14 AM Robert Weiner <rswgnu <at> gmail.com> wrote: > > > On Apr 20, 2024, at 5:22 AM, Alan Mackenzie <acm <at> muc.de> wrote: > > > > Hello, M. > > > > Yes, I can understand that. As I said, I'll fix c-beginning-of-defun-1 > > so that that can't possibly happen again, regardless of what happens to > > these regexps. > > I think this is the crux of the fix needed, not a change in Hyperbole > regexps. Alan, Hyperbole had your new defun regexp for Java and Emacs > still would hang until we applied your recent fix to cc-defs.el. With that > in place and no change to the c++ defun regex in Hyperbole, I have not been > able to trigger a hang. So let’s just add your additional fix described > above, skip the c++ defun rewrite and see if any other issues appear. > > Cheers, > > Bob
[Message part 2 (text/html, inline)]
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Thu, 02 May 2024 08:42:01 GMT) Full text and rfc822 format available.Message #41 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: rswgnu <at> gmail.com Cc: acm <at> muc.de, pillowtrucker <at> proton.me, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Thu, 02 May 2024 11:40:46 +0300
> From: Robert Weiner <rsw <at> gnu.org> > Date: Sat, 20 Apr 2024 11:52:49 -0400 > Cc: pillowtrucker <at> proton.me, 70423 <at> debbugs.gnu.org, > Eli Zaretskii <eliz <at> gnu.org> > > I have now read through the recent messages more carefully, duplicated the hang in c++-mode using > pillowtrucker's init.el and his drm_formats.cpp file simply by invoking M->. I then added both Alan's cc-defs.el > fix and his new c++-defun-prompt-regexp and that resolved the hang. If I add the new c++ regexp without the > cc-defs.el fix, that also seems to solve the hang. So I retract my prior message and acknowledge one source > of the problem has been the existing Hyperbole regexps. We'll update Hyperbole to use Allen's new regexps > and hopefully this will close this issue after pillowtrucker does some testing. (I think Allen's other fixes should > be applied to and that they will help performance). Thanks. Should this bug be closed, then? I believe you are saying that the left-overs, such as they are, are not in Emacs?
bug-gnu-emacs <at> gnu.org:bug#70423; Package emacs.
(Thu, 02 May 2024 22:03:02 GMT) Full text and rfc822 format available.Message #44 received at 70423 <at> debbugs.gnu.org (full text, mbox):
From: Robert Weiner <rswgnu <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: acm <at> muc.de, pillowtrucker <at> proton.me, 70423 <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Thu, 2 May 2024 17:01:34 -0500
Yes, this has been fixed. Please close it. -- Bob > On May 2, 2024, at 3:40 AM, Eli Zaretskii <eliz <at> gnu.org> wrote: > > >> >> From: Robert Weiner <rsw <at> gnu.org> >> Date: Sat, 20 Apr 2024 11:52:49 -0400 >> Cc: pillowtrucker <at> proton.me, 70423 <at> debbugs.gnu.org, >> Eli Zaretskii <eliz <at> gnu.org> >> >> I have now read through the recent messages more carefully, duplicated the hang in c++-mode using >> pillowtrucker's init.el and his drm_formats.cpp file simply by invoking M->. I then added both Alan's cc-defs.el >> fix and his new c++-defun-prompt-regexp and that resolved the hang. If I add the new c++ regexp without the >> cc-defs.el fix, that also seems to solve the hang. So I retract my prior message and acknowledge one source >> of the problem has been the existing Hyperbole regexps. We'll update Hyperbole to use Allen's new regexps >> and hopefully this will close this issue after pillowtrucker does some testing. (I think Allen's other fixes should >> be applied to and that they will help performance). > > Thanks. > > Should this bug be closed, then? I believe you are saying that the > left-overs, such as they are, are not in Emacs?
Eli Zaretskii <eliz <at> gnu.org>:"1stmil.eth" <1stmil.eth <at> proton.me>:Message #49 received at 70423-done <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Robert Weiner <rswgnu <at> gmail.com> Cc: acm <at> muc.de, pillowtrucker <at> proton.me, 70423-done <at> debbugs.gnu.org Subject: Re: bug#70423: 29.3; cc-mode hang at 100% cpu and consuming all available memory Date: Fri, 03 May 2024 08:54:57 +0300
> From: Robert Weiner <rswgnu <at> gmail.com> > Date: Thu, 2 May 2024 17:01:34 -0500 > Cc: acm <at> muc.de, pillowtrucker <at> proton.me, 70423 <at> debbugs.gnu.org > > Yes, this has been fixed. Please close it. Thanks, done.
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Fri, 31 May 2024 11:24:07 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.