Package: emacs;
Reported by: Kirill A. Korinsky <kirill <at> korins.ky>
Date: Sat, 22 Jun 2024 00:29:02 UTC
Severity: normal
Tags: unreproducible
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 71712 in the body.
You can then email your comments to 71712 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#71712; Package emacs.
(Sat, 22 Jun 2024 00:29:02 GMT) Full text and rfc822 format available.Kirill A. Korinsky <kirill <at> korins.ky>:bug-gnu-emacs <at> gnu.org.
(Sat, 22 Jun 2024 00:29:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: bug-gnu-emacs <at> gnu.org Subject: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 01:01:34 +0100
bt full:
GNU gdb (GDB) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.5".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/bin/emacs-29.3...
Reading symbols from /usr/local/bin/.debug/emacs-29.3.dbg...
[New process 477034]
[New process 117161]
[New process 255720]
[New process 587750]
[New process 227669]
[New process 508196]
[New process 128156]
[New process 215645]
Core was generated by `emacs-29.3'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 thrkill () at /tmp/-:2
[Current thread is 1 (process 477034)]
#0 thrkill () at /tmp/-:2
No locals.
#1 0x26a50d912f936090 in ?? ()
No symbol table info available.
#2 0x00000bf72625a91b in terminate_due_to_signal (sig=11, backtrace_limit=<optimized out>) at emacs.c:464
No locals.
#3 0x00000bf72627f6c7 in handle_fatal_signal (sig=11) at sysdep.c:1783
No locals.
#4 deliver_thread_signal (sig=11, handler=<optimized out>) at sysdep.c:1775
old_errno = <optimized out>
#5 deliver_fatal_thread_signal (sig=11) at sysdep.c:1795
No locals.
#6 0x00000bf72628181e in handle_sigsegv (sig=11, siginfo=<optimized out>, arg=<optimized out>) at sysdep.c:1888
fatal = <optimized out>
#7 <signal handler called>
No symbol table info available.
#8 gui_produce_glyphs (it=0x723f0516bb70) at xdisp.c:31959
char2b = <optimized out>
face = 0x0
font = <optimized out>
pcm = <optimized out>
boff = <optimized out>
extra_line_spacing = 0
#9 0x00000bf72613ced7 in produce_special_glyphs (it=0x723f0516cf78, what=<optimized out>) at xdisp.c:31605
temp_it = {window = 0xbf93c9ac6c5, w = 0xbf93c9ac6c0, f = 0xbf99e5ccba8, method = GET_FROM_BUFFER, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, end_charpos = 0, medium_narrowing_begv = 0, medium_narrowing_zv = 0, large_narrowing_begv = 0, large_narrowing_zv = 0,
s = 0x0, string_nchars = 0, multibyte_p = true, tab_line_p = false, header_line_p = false, string_from_display_prop_p = false,
string_from_prefix_prop_p = false, from_disp_prop_p = false, ellipsis_p = false, avoid_cursor_p = false, dp = 0x0, dpvec = 0x0, dpend = 0x0,
dpvec_char_len = 0, dpvec_face_id = 0, saved_face_id = 0, ctl_chars = {0x0 <repeats 16 times>}, start = {pos = {charpos = 0, bytepos = 0},
overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, current = {pos = {charpos = 0, bytepos = 0},
overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, n_overlay_strings = 0, overlay_strings_charpos = 0,
overlay_strings = {0x0 <repeats 16 times>}, string_overlays = {0x0 <repeats 16 times>}, string = 0x0, from_overlay = 0x0, stack = {{
string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0,
ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0, nbytes = 0, from = 0,
to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0}, image_id = 0},
stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0}, current = {pos = {charpos = 0, bytepos = 0},
overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0, area = LEFT_MARGIN_AREA,
method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false, string_from_display_prop_p = false,
string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false, from_disp_prop_p = false,
line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0, end_charpos = 0,
stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0,
reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {
object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}},
position = {charpos = 0, bytepos = 0}, current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0,
bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER,
paragraph_embedding = NEUTRAL_DIR, multibyte_p = false, string_from_display_prop_p = false, string_from_prefix_prop_p = false,
display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false, from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0,
space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0,
charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0,
width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0},
current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0},
from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false,
string_from_display_prop_p = false, string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false,
from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0,
end_charpos = 0, stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0,
nglyphs = 0, reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {
image = {object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {
object = 0x0}}, position = {charpos = 0, bytepos = 0}, current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0,
string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER,
paragraph_embedding = NEUTRAL_DIR, multibyte_p = false, string_from_display_prop_p = false, string_from_prefix_prop_p = false,
display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false, from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0,
space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0,
charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0,
width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0},
current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0},
from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false,
string_from_display_prop_p = false, string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false,
from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}}, sp = 0, selective = 0,
what = IT_CHARACTER, face_id = 0, selective_display_ellipsis_p = true, ctl_arrow_p = true, face_box_p = false, start_of_box_run_p = false,
end_of_box_run_p = false, overlay_strings_at_end_processed_p = false, ignore_overlay_strings_at_pos_p = false, glyph_not_available_p = false,
starts_in_middle_of_char_p = false, face_before_selective_p = false, constrain_row_ascent_descent_p = false, line_number_produced_p = false,
line_wrap = TRUNCATE, base_face_id = 0, c = 36, len = 1, cmp_it = {stop_pos = 0, id = -1, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0,
reversed_p = false, parent_it = 0x723f0516cf78, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, char_to_display = 36,
glyphless_method = GLYPHLESS_DISPLAY_THIN_SPACE, image_id = 0, xwidget = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0},
space_width = 0x0, voffset = 0, tab_width = 4, font_height = 0x0, object = 0x0, position = {charpos = 0, bytepos = 0},
truncation_pixel_width = 0, continuation_pixel_width = 0, first_visible_x = 0, last_visible_x = 0, last_visible_y = 0, extra_line_spacing = 0,
max_extra_line_spacing = 0, override_ascent = -1, override_descent = 0, override_boff = 0, glyph_row = 0x0, area = LEFT_MARGIN_AREA,
nglyphs = 0, pixel_width = 0, ascent = 0, descent = 0, max_ascent = 0, max_descent = 0, phys_ascent = 0, phys_descent = 0, max_phys_ascent = 0,
max_phys_descent = 0, current_x = 0, continuation_lines_width = 0, eol_pos = {charpos = 0, bytepos = 0}, current_y = 0, first_vpos = 0,
vpos = 0, hpos = 0, lnum = 0, lnum_bytepos = 0, lnum_width = 0, lnum_pixel_width = 0, pt_lnum = 0, stretch_adjust = 0,
left_user_fringe_bitmap = 0, right_user_fringe_bitmap = 0, left_user_fringe_face_id = 0, right_user_fringe_face_id = 0, bidi_p = false,
bidi_it = {bytepos = 0, charpos = 0, ch = 0, nchars = 0, ch_len = 0, type = UNKNOWN_BT, type_after_wn = UNKNOWN_BT, orig_type = UNKNOWN_BT,
resolved_level = 0 '\000', isolate_level = 0 '\000', invalid_levels = 0, invalid_isolates = 0, prev = {charpos = 0, type = UNKNOWN_BT,
orig_type = UNKNOWN_BT}, last_strong = {charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, next_for_neutral = {charpos = 0,
type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, prev_for_neutral = {charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, next_for_ws = {
charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, bracket_pairing_pos = 0, bracket_enclosed_type = UNKNOWN_BT, next_en_pos = 0,
next_en_type = UNKNOWN_BT, sos = NEUTRAL_DIR, scan_dir = 0, disp_pos = 0, disp_prop = 0, stack_idx = 0, level_stack = {{
next_for_neutral_pos = 0, next_for_neutral_type = 0, last_strong_type = 0, prev_for_neutral_type = 0, level = 0 '\000',
flags = 0 '\000'} <repeats 128 times>}, string = {lstring = 0x0, s = 0x0, schars = 0, bufpos = 0, from_disp_str = false, unibyte = false},
w = 0xbf93c9ac6c0, paragraph_dir = NEUTRAL_DIR, separator_limit = 0, first_elt = false, new_paragraph = false, frame_window_p = false},
paragraph_embedding = L2R, min_width_property = 0x0, min_width_start = 0}
glyph = {ch = 36, face_id = 0}
gc = <optimized out>
#10 0x00000bf72613c363 in init_iterator (it=0x723f0516cf78, w=0xbf93c9ac6c0, charpos=-1, bytepos=-1, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:3349
remapped_base_face_id = DEFAULT_FACE_ID
body_width = <error reading variable body_width (Cannot access memory at address 0x0)>
body_height = <error reading variable body_height (Cannot access memory at address 0x0)>
#11 0x00000bf726147462 in gui_consider_frame_title (frame=0xbf99e5ccbad) at xdisp.c:13608
count = {bytes = 192}
tail = <optimized out>
fmt = 0xbf9c0e34d23
title_start = 0
len = <optimized out>
it = {window = 0xbf93c9ac6c5, w = 0xbf93c9ac6c0, f = 0xbf99e5ccba8, method = GET_FROM_BUFFER, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, end_charpos = 0, medium_narrowing_begv = 0, medium_narrowing_zv = 0, large_narrowing_begv = 0, large_narrowing_zv = 0,
s = 0x0, string_nchars = 0, multibyte_p = true, tab_line_p = false, header_line_p = false, string_from_display_prop_p = false,
string_from_prefix_prop_p = false, from_disp_prop_p = false, ellipsis_p = false, avoid_cursor_p = false, dp = 0xbf95a6c06c0, dpvec = 0x0,
dpend = 0x0, dpvec_char_len = 0, dpvec_face_id = 0, saved_face_id = 0, ctl_chars = {0x0 <repeats 16 times>}, start = {pos = {charpos = 0,
bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, current = {pos = {charpos = 0,
bytepos = 0}, overlay_string_index = -1, string_pos = {charpos = -1, bytepos = -1}, dpvec_index = -1}, n_overlay_strings = 0,
overlay_strings_charpos = 0, overlay_strings = {0x0 <repeats 16 times>}, string_overlays = {0x0 <repeats 16 times>}, string = 0x0,
from_overlay = 0x0, stack = {{string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {
stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0,
nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0},
image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0}, current = {pos = {
charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0,
area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false,
string_from_display_prop_p = false, string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false,
from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0,
end_charpos = 0, stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0,
nglyphs = 0, reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {
image = {object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {
object = 0x0}}, position = {charpos = 0, bytepos = 0}, current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0,
string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER,
paragraph_embedding = NEUTRAL_DIR, multibyte_p = false, string_from_display_prop_p = false, string_from_prefix_prop_p = false,
display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false, from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0,
space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0,
charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0,
width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0},
current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0},
from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false,
string_from_display_prop_p = false, string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false,
from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0,
end_charpos = 0, stop_charpos = 0, prev_stop = 0, base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0,
nglyphs = 0, reversed_p = false, parent_it = 0x0, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {
image = {object = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {
object = 0x0}}, position = {charpos = 0, bytepos = 0}, current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0,
string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0}, from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER,
paragraph_embedding = NEUTRAL_DIR, multibyte_p = false, string_from_display_prop_p = false, string_from_prefix_prop_p = false,
display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false, from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0,
space_width = 0x0, font_height = 0x0}, {string = 0x0, string_nchars = 0, end_charpos = 0, stop_charpos = 0, prev_stop = 0,
base_level_stop = 0, cmp_it = {stop_pos = 0, id = 0, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0, reversed_p = false, parent_it = 0x0,
charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, face_id = 0, u = {image = {object = 0x0, slice = {x = 0x0, y = 0x0,
width = 0x0, height = 0x0}, image_id = 0}, stretch = {object = 0x0}, xwidget = {object = 0x0}}, position = {charpos = 0, bytepos = 0},
current = {pos = {charpos = 0, bytepos = 0}, overlay_string_index = 0, string_pos = {charpos = 0, bytepos = 0}, dpvec_index = 0},
from_overlay = 0x0, area = LEFT_MARGIN_AREA, method = GET_FROM_BUFFER, paragraph_embedding = NEUTRAL_DIR, multibyte_p = false,
string_from_display_prop_p = false, string_from_prefix_prop_p = false, display_ellipsis_p = false, avoid_cursor_p = false, bidi_p = false,
from_disp_prop_p = false, line_wrap = TRUNCATE, voffset = 0, space_width = 0x0, font_height = 0x0}}, sp = 0, selective = 0,
what = IT_CHARACTER, face_id = 0, selective_display_ellipsis_p = true, ctl_arrow_p = true, face_box_p = false, start_of_box_run_p = false,
end_of_box_run_p = false, overlay_strings_at_end_processed_p = false, ignore_overlay_strings_at_pos_p = false, glyph_not_available_p = false,
starts_in_middle_of_char_p = false, face_before_selective_p = false, constrain_row_ascent_descent_p = false, line_number_produced_p = false,
line_wrap = TRUNCATE, base_face_id = 0, c = 0, len = 0, cmp_it = {stop_pos = 0, id = -1, ch = 0, rule_idx = 0, lookback = 0, nglyphs = 0,
reversed_p = false, parent_it = 0x723f0516cf78, charpos = 0, nchars = 0, nbytes = 0, from = 0, to = 0, width = 0}, char_to_display = 0,
glyphless_method = GLYPHLESS_DISPLAY_THIN_SPACE, image_id = 0, xwidget = 0x0, slice = {x = 0x0, y = 0x0, width = 0x0, height = 0x0},
space_width = 0x0, voffset = 0, tab_width = 4, font_height = 0x0, object = 0x0, position = {charpos = 0, bytepos = 0},
truncation_pixel_width = 0, continuation_pixel_width = 0, first_visible_x = 0, last_visible_x = 0, last_visible_y = 0, extra_line_spacing = 0,
max_extra_line_spacing = 0, override_ascent = -1, override_descent = 0, override_boff = 0, glyph_row = 0x0, area = LEFT_MARGIN_AREA,
nglyphs = 0, pixel_width = 0, ascent = 0, descent = 0, max_ascent = 0, max_descent = 0, phys_ascent = 0, phys_descent = 0, max_phys_ascent = 0,
max_phys_descent = 0, current_x = 0, continuation_lines_width = 0, eol_pos = {charpos = 0, bytepos = 0}, current_y = 0, first_vpos = 0,
vpos = 0, hpos = 0, lnum = 0, lnum_bytepos = 0, lnum_width = 0, lnum_pixel_width = 0, pt_lnum = 0, stretch_adjust = 0,
left_user_fringe_bitmap = 0, right_user_fringe_bitmap = 0, left_user_fringe_face_id = 0, right_user_fringe_face_id = 0, bidi_p = false,
bidi_it = {bytepos = 0, charpos = 0, ch = 0, nchars = 0, ch_len = 0, type = UNKNOWN_BT, type_after_wn = UNKNOWN_BT, orig_type = UNKNOWN_BT,
resolved_level = 0 '\000', isolate_level = 0 '\000', invalid_levels = 0, invalid_isolates = 0, prev = {charpos = 0, type = UNKNOWN_BT,
orig_type = UNKNOWN_BT}, last_strong = {charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, next_for_neutral = {charpos = 0,
type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, prev_for_neutral = {charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, next_for_ws = {
charpos = 0, type = UNKNOWN_BT, orig_type = UNKNOWN_BT}, bracket_pairing_pos = 0, bracket_enclosed_type = UNKNOWN_BT, next_en_pos = 0,
next_en_type = UNKNOWN_BT, sos = NEUTRAL_DIR, scan_dir = 0, disp_pos = 0, disp_prop = 0, stack_idx = 0, level_stack = {{
next_for_neutral_pos = 0, next_for_neutral_type = 0, last_strong_type = 0, prev_for_neutral_type = 0, level = 0 '\000',
flags = 0 '\000'} <repeats 128 times>}, string = {lstring = 0x0, s = 0x0, schars = 0, bufpos = 0, from_disp_str = false, unibyte = false},
w = 0xbf93c9ac6c0, paragraph_dir = NEUTRAL_DIR, separator_limit = 0, first_elt = false, new_paragraph = false, frame_window_p = false},
paragraph_embedding = L2R, min_width_property = 0x0, min_width_start = 0}
title = <optimized out>
nchars = <optimized out>
other_frame = <optimized out>
f = 0xbf99e5ccba8
format_data = <optimized out>
#12 0x00000bf7261447f5 in prepare_menu_bars () at xdisp.c:13724
f = <optimized out>
w = <optimized out>
tail = 0xbf953619b73
frame = 0x723f0516bb70
all_windows = <optimized out>
some_windows = <optimized out>
windows = <optimized out>
ws = <optimized out>
this = <optimized out>
w = <optimized out>
sf = <optimized out>
count = <optimized out>
menu_bar_hooks_run = <optimized out>
tail = <optimized out>
frame = <optimized out>
f = <optimized out>
w = <optimized out>
tail = <optimized out>
frame = <optimized out>
f = <optimized out>
w = <optimized out>
#13 redisplay_internal () at xdisp.c:16644
w = 0xbf9a2146a30
must_finish = <optimized out>
polling_stopped_here = <optimized out>
hscroll_retries = 0
garbaged_frame_retries = 0
update_miniwindow_p = false
fr = <optimized out>
sf = 0xbf93d77c268
count = {bytes = 96}
tail = <optimized out>
frame = <optimized out>
sw = 0xbf9a2146a30
pending = <error reading variable pending (Cannot access memory at address 0x0)>
number_of_visible_frames = <optimized out>
consider_all_windows_p = <optimized out>
tlbufpos = <optimized out>
tlendpos = <optimized out>
match_p = <optimized out>
#14 0x00000bf7262604c5 in read_char (commandflag=1, map=0xbf9931aff03, prev_event=0x0, used_mouse_menu=0x723f0516fc3f, end_time=0x0) at keyboard.c:2636
echo_current = <optimized out>
local_getcjmp = {0, 2759652639190463851, 13156131152208, 0, 13165127290912, 13165127291008, 8729875211045101145, -2314554294696526247,
125614993897936, 13156125425258, 3843995738023}
save_jump = {0 <repeats 11 times>}
previous_echo_area_message = 0x0
also_record = 0x0
reread = false
recorded = false
polling_stopped_here = false
orig_kboard = 0xbf97370d7e0
c = <optimized out>
tem = <optimized out>
jmpcount = <optimized out>
save = <optimized out>
#15 0x00000bf72625d9f1 in read_key_sequence (keybuf=0x723f0516fc80, prompt=0x0, dont_downcase_last=<optimized out>,
can_return_switch_frame=<optimized out>, fix_current_buffer=<optimized out>, prevent_redisplay=<optimized out>) at keyboard.c:10084
interrupted_kboard = 0xbf97370d7e0
interrupted_frame = <optimized out>
echo_local_start = 0
used_mouse_menu = false
key = <optimized out>
last_real_key_start = 0
new_binding = <optimized out>
keys_local_start = <optimized out>
used_mouse_menu_history = {false <repeats 30 times>}
fkey = {parent = 0xbf99594ecb3, map = 0xbf99594ecb3, start = 0, end = 0}
keytran = {parent = 0xbfa1b6e8d0b, map = 0xbfa1b6e8d0b, start = 0, end = 0}
indec = {parent = 0xbf99594eca3, map = 0xbf99594eca3, start = 0, end = 0}
count = {bytes = 96}
current_binding = 0xbf9931aff03
mock_input = 0
shift_translated = <optimized out>
original_uppercase_position = -1
dummyflag = <error reading variable dummyflag (Cannot access memory at address 0x0)>
fake_prefixed_keys = 0x0
delayed_switch_frame = 0x0
echo_start = 0
keys_start = 0
original_uppercase = 0xbf985b005f5
starting_buffer = 0xbf993e79650
first_unbound = 31
first_event = 0x0
second_event = <optimized out>
t = 0
#16 0x00000bf72625bb99 in command_loop_1 () at keyboard.c:1384
keybuf = {0x1c2, 0x11a, 0x19e, 0xbfa1af995c0, 0xbfa1b819095, 0x0, 0x0, 0x3, 0xbf726861fe0 <main_thread>, 0x101723f0516fdc0, 0xbf993e79655, 0x30,
0xeeb0, 0xbf726862150 <current_thread>, 0x60, 0x8bfb83bc6afc6ab6, 0x723f0516fd50, 0xbf7262f9f87 <unbind_to+359>, 0x0, 0x0, 0x2f4afc678,
0x723f0516fd60, 0xbf7268cf178 <globals>, 0x60, 0xbf97c362c23, 0x1da69b4815cead7a, 0x723f0516fe10, 0xbf72625d102 <cmd_error+578>, 0xbf726080500,
0xbf9cc127000}
i = <optimized out>
cmd = <optimized out>
prev_modiff = 22869
prev_buffer = 0xbf993e79650
#17 0x00000bf7262fe2d7 in internal_condition_case (bfun=0xbf72625b7a0 <command_loop_1>, handlers=<optimized out>, hfun=0xbf72625cec0 <cmd_error>)
at eval.c:1474
val = <optimized out>
c = 0xbf97751b600
#18 0x00000bf72625b77e in command_loop_2 (handlers=0x90) at keyboard.c:1133
val = <optimized out>
#19 0x00000bf7262fdb01 in internal_catch (tag=<optimized out>, func=0xbf72625b740 <command_loop_2>, arg=0x90) at eval.c:1197
val = <optimized out>
c = 0xbf97753d000
#20 0x00000bf72625ad74 in command_loop () at keyboard.c:1111
No locals.
#21 0x00000bf72625abd0 in recursive_edit_1 () at keyboard.c:720
count = <optimized out>
val = <optimized out>
#22 0x00000bf72625b01e in Frecursive_edit () at keyboard.c:803
count = {bytes = 0}
buffer = <optimized out>
#23 0x00000bf7262596d6 in main (argc=1, argv=0x723f051700f8) at emacs.c:2521
rlim = {rlim_cur = 10022912, rlim_max = 33554432}
no_loadup = <optimized out>
junk = 0x0
dname_arg = <optimized out>
ch_to_dir = <optimized out>
original_pwd = 0x0
dump_mode = <optimized out>
skip_args = <optimized out>
temacs = <optimized out>
attempt_load_pdump = <optimized out>
only_version = <optimized out>
lc_all = <optimized out>
sockfd = <error reading variable sockfd (Cannot access memory at address 0xffffffffffffffff)>
module_assertions = <optimized out>
stack_bottom_variable = <optimized out>
In GNU Emacs 29.3 (build 1, x86_64-unknown-openbsd, GTK+ Version
3.24.42, cairo version 1.18.0) of 2024-06-17 built on
amd64.ports.openbsd.org
Windowing system distributor 'The X.Org Foundation', version 11.0.12101013
System Description: OpenBSD matebook.local 7.5 GENERIC.MP#254 amd64
Configured using:
'configure --build=amd64-unknown-openbsd --without-sound
--with-x-toolkit=gtk3 --prefix=/usr/local --sysconfdir=/etc
--mandir=/usr/local/man --infodir=/usr/local/info --localstatedir=/var
--disable-silent-rules --disable-gtk-doc 'CFLAGS=-O2 -pipe -g'
CPPFLAGS=-I/usr/local/include 'LDFLAGS=-L/usr/local/lib -g''
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBOTF LIBXML2 M17N_FLT MODULES NOTIFY KQUEUE PDUMPER PNG RSVG
SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM
XINPUT2 XPM GTK3 ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: DOOM v3.0.0-pre
Minor modes in effect:
hl-line-mode: t
global-git-commit-mode: t
shell-dirtrack-mode: t
which-key-mode: t
savehist-mode: t
better-jumper-mode: t
better-jumper-local-mode: t
vertico-multiform-mode: t
vertico-mode: t
nerd-icons-completion-mode: t
marginalia-mode: t
volatile-highlights-mode: t
server-mode: t
gcmh-mode: t
winner-mode: t
smartparens-global-mode: t
ws-butler-global-mode: t
undo-fu-session-global-mode: t
undo-fu-mode: t
persp-mode: t
doom-modeline-mode: t
solaire-global-mode: t
delete-selection-mode: t
projectile-mode: t
+popup-mode: t
general-override-mode: t
global-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
window-divider-mode: t
buffer-read-only: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
auto-fill-function: do-auto-fill
indent-tabs-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/straight/straight hides /home/catap/Projects/workspace/doomemacs/.local/straight/repos/straight.el/straight
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/straight/straight-x hides /home/catap/Projects/workspace/doomemacs/.local/straight/repos/straight.el/straight-x
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/straight/straight-ert-print-hack hides /home/catap/Projects/workspace/doomemacs/.local/straight/repos/straight.el/straight-ert-print-hack
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/apel/install hides /home/catap/Projects/workspace/doomemacs/.local/straight/repos/straight.el/install
/home/catap/Projects/workspace/doomemacs/.local/straight/repos/straight.el/indent hides /usr/local/share/emacs/29.3/lisp/indent
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/transient/transient hides /usr/local/share/emacs/29.3/lisp/transient
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-bind-key hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-bind-key
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-delight hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-delight
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-diminish hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-diminish
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-core hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-core
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package hides /usr/local/share/emacs/29.3/lisp/use-package/use-package
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-lint hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-lint
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/bind-key/bind-key hides /usr/local/share/emacs/29.3/lisp/use-package/bind-key
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-ensure hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-ensure
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/use-package/use-package-jump hides /usr/local/share/emacs/29.3/lisp/use-package/use-package-jump
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/project/project hides /usr/local/share/emacs/29.3/lisp/progmodes/project
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/xref/xref hides /usr/local/share/emacs/29.3/lisp/progmodes/xref
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob hides /usr/local/share/emacs/29.3/lisp/org/ob
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-pcomplete hides /usr/local/share/emacs/29.3/lisp/org/org-pcomplete
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-capture hides /usr/local/share/emacs/29.3/lisp/org/org-capture
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-ascii hides /usr/local/share/emacs/29.3/lisp/org/ox-ascii
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-list hides /usr/local/share/emacs/29.3/lisp/org/org-list
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-habit hides /usr/local/share/emacs/29.3/lisp/org/org-habit
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-sql hides /usr/local/share/emacs/29.3/lisp/org/ob-sql
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-archive hides /usr/local/share/emacs/29.3/lisp/org/org-archive
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-julia hides /usr/local/share/emacs/29.3/lisp/org/ob-julia
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-makefile hides /usr/local/share/emacs/29.3/lisp/org/ob-makefile
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-datetree hides /usr/local/share/emacs/29.3/lisp/org/org-datetree
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc-bibtex hides /usr/local/share/emacs/29.3/lisp/org/oc-bibtex
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-fold-core hides /usr/local/share/emacs/29.3/lisp/org/org-fold-core
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-indent hides /usr/local/share/emacs/29.3/lisp/org/org-indent
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-lob hides /usr/local/share/emacs/29.3/lisp/org/ob-lob
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-fortran hides /usr/local/share/emacs/29.3/lisp/org/ob-fortran
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc hides /usr/local/share/emacs/29.3/lisp/org/oc
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-html hides /usr/local/share/emacs/29.3/lisp/org/ox-html
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-css hides /usr/local/share/emacs/29.3/lisp/org/ob-css
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-feed hides /usr/local/share/emacs/29.3/lisp/org/org-feed
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-clojure hides /usr/local/share/emacs/29.3/lisp/org/ob-clojure
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-src hides /usr/local/share/emacs/29.3/lisp/org/org-src
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-bbdb hides /usr/local/share/emacs/29.3/lisp/org/ol-bbdb
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-plot hides /usr/local/share/emacs/29.3/lisp/org/org-plot
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-entities hides /usr/local/share/emacs/29.3/lisp/org/org-entities
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox hides /usr/local/share/emacs/29.3/lisp/org/ox
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-crypt hides /usr/local/share/emacs/29.3/lisp/org/org-crypt
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-eshell hides /usr/local/share/emacs/29.3/lisp/org/ol-eshell
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-persist hides /usr/local/share/emacs/29.3/lisp/org/org-persist
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-clock hides /usr/local/share/emacs/29.3/lisp/org/org-clock
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-duration hides /usr/local/share/emacs/29.3/lisp/org/org-duration
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-mhe hides /usr/local/share/emacs/29.3/lisp/org/ol-mhe
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-haskell hides /usr/local/share/emacs/29.3/lisp/org/ob-haskell
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-calc hides /usr/local/share/emacs/29.3/lisp/org/ob-calc
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-java hides /usr/local/share/emacs/29.3/lisp/org/ob-java
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-dot hides /usr/local/share/emacs/29.3/lisp/org/ob-dot
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-fold hides /usr/local/share/emacs/29.3/lisp/org/org-fold
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-faces hides /usr/local/share/emacs/29.3/lisp/org/org-faces
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-ruby hides /usr/local/share/emacs/29.3/lisp/org/ob-ruby
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-texinfo hides /usr/local/share/emacs/29.3/lisp/org/ox-texinfo
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-colview hides /usr/local/share/emacs/29.3/lisp/org/org-colview
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-lilypond hides /usr/local/share/emacs/29.3/lisp/org/ob-lilypond
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-keys hides /usr/local/share/emacs/29.3/lisp/org/org-keys
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-attach-git hides /usr/local/share/emacs/29.3/lisp/org/org-attach-git
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-python hides /usr/local/share/emacs/29.3/lisp/org/ob-python
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-table hides /usr/local/share/emacs/29.3/lisp/org/ob-table
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-footnote hides /usr/local/share/emacs/29.3/lisp/org/org-footnote
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-man hides /usr/local/share/emacs/29.3/lisp/org/ol-man
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-tempo hides /usr/local/share/emacs/29.3/lisp/org/org-tempo
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-lisp hides /usr/local/share/emacs/29.3/lisp/org/ob-lisp
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-sass hides /usr/local/share/emacs/29.3/lisp/org/ob-sass
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-sqlite hides /usr/local/share/emacs/29.3/lisp/org/ob-sqlite
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-mouse hides /usr/local/share/emacs/29.3/lisp/org/org-mouse
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-tangle hides /usr/local/share/emacs/29.3/lisp/org/ob-tangle
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc-csl hides /usr/local/share/emacs/29.3/lisp/org/oc-csl
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-octave hides /usr/local/share/emacs/29.3/lisp/org/ob-octave
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-core hides /usr/local/share/emacs/29.3/lisp/org/ob-core
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-rmail hides /usr/local/share/emacs/29.3/lisp/org/ol-rmail
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc-basic hides /usr/local/share/emacs/29.3/lisp/org/oc-basic
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-w3m hides /usr/local/share/emacs/29.3/lisp/org/ol-w3m
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-latex hides /usr/local/share/emacs/29.3/lisp/org/ob-latex
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-koma-letter hides /usr/local/share/emacs/29.3/lisp/org/ox-koma-letter
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-eval hides /usr/local/share/emacs/29.3/lisp/org/ob-eval
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-inlinetask hides /usr/local/share/emacs/29.3/lisp/org/org-inlinetask
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-cycle hides /usr/local/share/emacs/29.3/lisp/org/org-cycle
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-irc hides /usr/local/share/emacs/29.3/lisp/org/ol-irc
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-goto hides /usr/local/share/emacs/29.3/lisp/org/org-goto
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-eww hides /usr/local/share/emacs/29.3/lisp/org/ol-eww
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-version hides /usr/local/share/emacs/29.3/lisp/org/org-version
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-screen hides /usr/local/share/emacs/29.3/lisp/org/ob-screen
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-js hides /usr/local/share/emacs/29.3/lisp/org/ob-js
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-refile hides /usr/local/share/emacs/29.3/lisp/org/org-refile
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-maxima hides /usr/local/share/emacs/29.3/lisp/org/ob-maxima
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-md hides /usr/local/share/emacs/29.3/lisp/org/ox-md
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-loaddefs hides /usr/local/share/emacs/29.3/lisp/org/org-loaddefs
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-mobile hides /usr/local/share/emacs/29.3/lisp/org/org-mobile
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-perl hides /usr/local/share/emacs/29.3/lisp/org/ob-perl
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-protocol hides /usr/local/share/emacs/29.3/lisp/org/org-protocol
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-lua hides /usr/local/share/emacs/29.3/lisp/org/ob-lua
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-compat hides /usr/local/share/emacs/29.3/lisp/org/org-compat
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-groovy hides /usr/local/share/emacs/29.3/lisp/org/ob-groovy
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-gnus hides /usr/local/share/emacs/29.3/lisp/org/ol-gnus
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-table hides /usr/local/share/emacs/29.3/lisp/org/org-table
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-emacs-lisp hides /usr/local/share/emacs/29.3/lisp/org/ob-emacs-lisp
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc-biblatex hides /usr/local/share/emacs/29.3/lisp/org/oc-biblatex
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-C hides /usr/local/share/emacs/29.3/lisp/org/ob-C
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-info hides /usr/local/share/emacs/29.3/lisp/org/ol-info
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-sed hides /usr/local/share/emacs/29.3/lisp/org/ob-sed
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-ref hides /usr/local/share/emacs/29.3/lisp/org/ob-ref
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/oc-natbib hides /usr/local/share/emacs/29.3/lisp/org/oc-natbib
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-gnuplot hides /usr/local/share/emacs/29.3/lisp/org/ob-gnuplot
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-comint hides /usr/local/share/emacs/29.3/lisp/org/ob-comint
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-bibtex hides /usr/local/share/emacs/29.3/lisp/org/ol-bibtex
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-ocaml hides /usr/local/share/emacs/29.3/lisp/org/ob-ocaml
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-beamer hides /usr/local/share/emacs/29.3/lisp/org/ox-beamer
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-man hides /usr/local/share/emacs/29.3/lisp/org/ox-man
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-icalendar hides /usr/local/share/emacs/29.3/lisp/org/ox-icalendar
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-publish hides /usr/local/share/emacs/29.3/lisp/org/ox-publish
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-docview hides /usr/local/share/emacs/29.3/lisp/org/ol-docview
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-eshell hides /usr/local/share/emacs/29.3/lisp/org/ob-eshell
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-odt hides /usr/local/share/emacs/29.3/lisp/org/ox-odt
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-exp hides /usr/local/share/emacs/29.3/lisp/org/ob-exp
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-latex hides /usr/local/share/emacs/29.3/lisp/org/ox-latex
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-id hides /usr/local/share/emacs/29.3/lisp/org/org-id
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol-doi hides /usr/local/share/emacs/29.3/lisp/org/ol-doi
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-num hides /usr/local/share/emacs/29.3/lisp/org/org-num
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-awk hides /usr/local/share/emacs/29.3/lisp/org/ob-awk
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-ditaa hides /usr/local/share/emacs/29.3/lisp/org/ob-ditaa
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-scheme hides /usr/local/share/emacs/29.3/lisp/org/ob-scheme
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-plantuml hides /usr/local/share/emacs/29.3/lisp/org/ob-plantuml
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-element hides /usr/local/share/emacs/29.3/lisp/org/org-element
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-lint hides /usr/local/share/emacs/29.3/lisp/org/org-lint
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-shell hides /usr/local/share/emacs/29.3/lisp/org/ob-shell
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-ctags hides /usr/local/share/emacs/29.3/lisp/org/org-ctags
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-matlab hides /usr/local/share/emacs/29.3/lisp/org/ob-matlab
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-attach hides /usr/local/share/emacs/29.3/lisp/org/org-attach
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-processing hides /usr/local/share/emacs/29.3/lisp/org/ob-processing
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-forth hides /usr/local/share/emacs/29.3/lisp/org/ob-forth
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ox-org hides /usr/local/share/emacs/29.3/lisp/org/ox-org
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-macs hides /usr/local/share/emacs/29.3/lisp/org/org-macs
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-timer hides /usr/local/share/emacs/29.3/lisp/org/org-timer
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-agenda hides /usr/local/share/emacs/29.3/lisp/org/org-agenda
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-org hides /usr/local/share/emacs/29.3/lisp/org/ob-org
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ol hides /usr/local/share/emacs/29.3/lisp/org/ol
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/ob-R hides /usr/local/share/emacs/29.3/lisp/org/ob-R
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org hides /usr/local/share/emacs/29.3/lisp/org/org
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/org/org-macro hides /usr/local/share/emacs/29.3/lisp/org/org-macro
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/flim/sasl hides /usr/local/share/emacs/29.3/lisp/net/sasl
/home/catap/Projects/workspace/doomemacs/.local/straight/build-29.3/seq/seq hides /usr/local/share/emacs/29.3/lisp/emacs-lisp/seq
Features:
(shadow sort disp-table whitespace display-line-numbers adaptive-wrap
mail-extr emacsbug vertico-directory mule-util org-capture org-agenda
oc-csl citeproc citeproc-itemgetters citeproc-biblatex citeproc-bibtex
parsebib ol-bibtex citeproc-cite citeproc-subbibs citeproc-sort
citeproc-name citeproc-formatters citeproc-number smartparens-rst rst
citeproc-proc citeproc-disamb citeproc-itemdata
citeproc-generic-elements citeproc-macro citeproc-choose citeproc-date
citeproc-context citeproc-prange citeproc-style citeproc-locale
citeproc-term citeproc-rt citeproc-lib citeproc-s queue bibtex
smartparens-org org-yt org-element org-persist xdg org-id org-refile
avl-tree org ob-emacs-lisp org-table org-loaddefs ob ob-tangle ol ob-ref
ob-lob ob-table ob-exp org-macro org-src org-keys oc-biblatex oc
ob-comint org-pcomplete org-list org-footnote org-entities org-faces
find-func cal-menu calendar cal-loaddefs magit-todos pcre2el rxt
re-builder hl-todo async code-review code-review-actions
code-review-comment code-review-section code-review-bitbucket
code-review-faces shr pixel-fill kinsoku url-file svg xml dom emojify
apropos tar-mode arc-mode archive-mode ht code-review-gitlab
code-review-utils forge-repos forge-topics forge-tablist hl-line
forge-commands forge-semi forge-bitbucket buck forge-gogs gogs
forge-gitea gtea forge-gitlab glab forge-github forge-notify
forge-revnote forge-pullreq forge-issue forge-topic yaml parse-time
iso8601 bug-reference forge-post smartparens-markdown markdown-mode
edit-indirect noutline outline icons forge-repo forge forge-core
forge-db 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 ghub-graphql treepy gsexp ghub url-http
url-gw nsm url-auth gnutls closql emacsql-sqlite-common emacsql
emacsql-compiler eieio-base magit-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 magit-core magit-autorevert magit-margin magit-transient
magit-process magit-mode doom-packages package browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie
generate-lisp-file url-domsuf url-util url-handlers url-parse
auth-source json map url-vars git-commit magit-git magit-base
magit-section crm transient edmacro kmacro eieio eieio-core log-edit
message sendmail mailcap yank-media puny dired dired-loaddefs rfc822 mml
mml-sec password-cache epa epg rfc6068 epg-config gnus-util 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 with-editor shell pcomplete recentf tree-widget
wid-edit time-date cursor-sensor vertico-repeat which-key savehist
better-jumper vertico-multiform vertico orderless nerd-icons-completion
marginalia etags fileloop generator xref volatile-highlights server
pulse color autorevert filenotify gcmh winner smartparens-config
smartparens-text smartparens loadhist ws-butler undo-fu-session undo-fu
persp-mode doom-modeline doom-modeline-segments doom-modeline-env
doom-modeline-core shrink-path f s dash 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
compat dtrt-indent advice doom-themes-ext-org solaire-mode face-remap
tango-theme delsel projectile project byte-opt lisp-mnt grep compile
text-property-search comint ansi-osc ansi-color ring ibuf-ext ibuffer
ibuffer-loaddefs thingatpt let-alist ob-core org-cycle org-fold
org-fold-core org-compat ob-eval org-version org-macs format-spec
smartparens-lua derived doom-editor doom-projects doom-ui easy-mmode
doom-keybinds pp cl-extra help-mode use-package-core bytecomp
byte-compile general rx tex-site doom-start :system doom-modules doom
cl-seq doom-lib cl-macs cl-loaddefs cl-lib gv harfbuzz jansson
dynamic-modules pcase subr-x rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type 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 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 kqueue lcms2 dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process emacs)
Memory information:
((conses 16 601190 124236)
(symbols 48 42551 3)
(strings 32 278115 110966)
(string-bytes 1 10361317)
(vectors 16 83005)
(vector-slots 8 1328720 172387)
(floats 8 533 841)
(intervals 56 908 85)
(buffers 984 13))
--
wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 01:26:02 GMT) Full text and rfc822 format available.Message #8 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Stefan Kangas <stefankangas <at> gmail.com> To: "Kirill A. Korinsky" <kirill <at> korins.ky>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 01:24:26 +0000
Kirill A. Korinsky <kirill <at> korins.ky> writes:
> bt full:
Could you try reproducing this using an unoptimized build?
./configure --enable-checking='yes,glyphs' --enable-check-lisp-object-type \
CFLAGS='-O0 -g3'
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 07:46:02 GMT) Full text and rfc822 format available.Message #11 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 10:45:01 +0300
> Date: Sat, 22 Jun 2024 01:01:34 +0100
> From: Kirill A. Korinsky <kirill <at> korins.ky>
>
> #8 gui_produce_glyphs (it=0x723f0516bb70) at xdisp.c:31959
> char2b = <optimized out>
> face = 0x0
> font = <optimized out>
> pcm = <optimized out>
> boff = <optimized out>
> extra_line_spacing = 0
> #9 0x00000bf72613ced7 in produce_special_glyphs (it=0x723f0516cf78, what=<optimized out>) at xdisp.c:31605
Thanks. Is this reproducible? If so, can you show a recipe,
preferably starting from "emacs -Q"?
FWIW, I looked at the code, and I cannot understand how this could
happen. The cause of the crash is that 'face' is NULL, so face->font
segfaults. But 'face' is obtained from 'face_id', which is zero,
i.e. it's the default face:
> glyph = {ch = 36, face_id = 0}
And init_iterator, which called produce_special_glyphs, makes sure the
basic faces, including the default face, are recomputed just before
the call to produce_special_glyphs:
if (FRAME_FACE_CACHE (it->f) == NULL)
init_frame_faces (it->f);
if (FRAME_FACE_CACHE (it->f)->used == 0)
recompute_basic_faces (it->f);
And recompute_basic_faces aborts if it is unsuccessful in recomputing
the basic faces, one of which is the default face. Which didn't
happen here. So how this could happen is a mystery to me; I'm
probably missing something.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 09:29:01 GMT) Full text and rfc822 format available.Message #14 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 10:28:43 +0100
On Sat, 22 Jun 2024 08:45:01 +0100,
Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> Thanks. Is this reproducible? If so, can you show a recipe,
> preferably starting from "emacs -Q"?
>
It crashes some times but I'd like to say that this is the first crash in
this month.
So, I have no idea how to reproduce, frankly speaking I just hasn't found
running emacs and discovered .core
The only clue that I have that I was switched to different virtual screen
and emacs was on not seen one.
Additionally, inside .xsession-errors I do have:
0xbf72627f9a1 <XSetWMNormalHints+0x2fd71> at emacs
0xbf72625a8ee <XSetWMNormalHints+0xacbe> at emacs
0xbf72627f6c7 <XSetWMNormalHints+0x2fa97> at emacs
Segmentation fault (core dumped)
> FWIW, I looked at the code, and I cannot understand how this could
> happen. The cause of the crash is that 'face' is NULL, so face->font
> segfaults. But 'face' is obtained from 'face_id', which is zero,
> i.e. it's the default face:
>
> > glyph = {ch = 36, face_id = 0}
>
> And init_iterator, which called produce_special_glyphs, makes sure the
> basic faces, including the default face, are recomputed just before
> the call to produce_special_glyphs:
>
> if (FRAME_FACE_CACHE (it->f) == NULL)
> init_frame_faces (it->f);
> if (FRAME_FACE_CACHE (it->f)->used == 0)
> recompute_basic_faces (it->f);
>
> And recompute_basic_faces aborts if it is unsuccessful in recomputing
> the basic faces, one of which is the default face. Which didn't
> happen here. So how this could happen is a mystery to me; I'm
> probably missing something.
This is indeed NULL:
(gdb) up 9
#9 0x00000bf72613ced7 in produce_special_glyphs (it=0x723f0516cf78, what=<optimized out>) at xdisp.c:31605
31605 xdisp.c: No such file or directory.
(gdb) p it
$1 = (struct it *) 0x723f0516cf78
(gdb) p it->f
$2 = (struct frame *) 0xbf99e5ccba8
(gdb) p it->f->face_cache
$3 = (struct face_cache *) 0xbf9945600f0
(gdb) p *it->f->face_cache
$4 = {buckets = 0xbf9e196d000, f = 0xbf99e5ccba8, faces_by_id = 0xbf93c9b3000, size = 168, used = 0, menu_face_changed_p = false}
(gdb) p it->f->face_cache->faces_by_id
$5 = (struct face **) 0xbf93c9b3000
(gdb) p it->f->face_cache->faces_by_id[0]
$7 = (struct face *) 0x0
(gdb) p it->face_id
$8 = 0
(gdb)
so, I also dig a bit. I see that faces_by_id is enlarged as:
/* Maybe enlarge C->faces_by_id. */
if (i == c->used)
{
if (c->used == c->size)
c->faces_by_id = xpalloc (c->faces_by_id, &c->size, 1, MAX_FACE_ID,
sizeof *c->faces_by_id);
c->used++;
}
here, it's trust value from xpalloc, and inside I see that it uses xrealloc
which has this logc:
if (!val)
memory_full (size);
MALLOC_PROBE (size);
return val;
so, if val is NULL it calls memory_full and if it doesn't crash, it returns
NULL which not always fails as I understand it.
Does it make sense?
--
wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 10:02:01 GMT) Full text and rfc822 format available.Message #17 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky, Po Lu <luangruo <at> yahoo.com> Cc: 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 13:00:53 +0300
> Date: Sat, 22 Jun 2024 10:28:43 +0100
> From: Kirill A. Korinsky <kirill <at> korins.ky>
> Cc: 71712 <at> debbugs.gnu.org
>
> On Sat, 22 Jun 2024 08:45:01 +0100,
> Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > Thanks. Is this reproducible? If so, can you show a recipe,
> > preferably starting from "emacs -Q"?
> >
>
> It crashes some times but I'd like to say that this is the first crash in
> this month.
>
> So, I have no idea how to reproduce, frankly speaking I just hasn't found
> running emacs and discovered .core
Too bad. But quite expected, unfortunately.
> The only clue that I have that I was switched to different virtual screen
> and emacs was on not seen one.
>
> Additionally, inside .xsession-errors I do have:
>
> 0xbf72627f9a1 <XSetWMNormalHints+0x2fd71> at emacs
> 0xbf72625a8ee <XSetWMNormalHints+0xacbe> at emacs
> 0xbf72627f6c7 <XSetWMNormalHints+0x2fa97> at emacs
> Segmentation fault (core dumped)
Po Lu, any ideas based on this?
> > FWIW, I looked at the code, and I cannot understand how this could
> > happen. The cause of the crash is that 'face' is NULL, so face->font
> > segfaults. But 'face' is obtained from 'face_id', which is zero,
> > i.e. it's the default face:
> >
> > > glyph = {ch = 36, face_id = 0}
> >
> > And init_iterator, which called produce_special_glyphs, makes sure the
> > basic faces, including the default face, are recomputed just before
> > the call to produce_special_glyphs:
> >
> > if (FRAME_FACE_CACHE (it->f) == NULL)
> > init_frame_faces (it->f);
> > if (FRAME_FACE_CACHE (it->f)->used == 0)
> > recompute_basic_faces (it->f);
> >
> > And recompute_basic_faces aborts if it is unsuccessful in recomputing
> > the basic faces, one of which is the default face. Which didn't
> > happen here. So how this could happen is a mystery to me; I'm
> > probably missing something.
>
> This is indeed NULL:
>
> (gdb) up 9
> #9 0x00000bf72613ced7 in produce_special_glyphs (it=0x723f0516cf78, what=<optimized out>) at xdisp.c:31605
> 31605 xdisp.c: No such file or directory.
> (gdb) p it
> $1 = (struct it *) 0x723f0516cf78
> (gdb) p it->f
> $2 = (struct frame *) 0xbf99e5ccba8
> (gdb) p it->f->face_cache
> $3 = (struct face_cache *) 0xbf9945600f0
> (gdb) p *it->f->face_cache
> $4 = {buckets = 0xbf9e196d000, f = 0xbf99e5ccba8, faces_by_id = 0xbf93c9b3000, size = 168, used = 0, menu_face_changed_p = false}
That "used = 0" means the face cache is empty. And I don't understand
how that could happen in this scenario, given that init_iterator makes
sure that if the cache is empty, the basic faces are recomputed (which
refills the cache with the basic faces).
> (gdb) p it->f->face_cache->faces_by_id
> $5 = (struct face **) 0xbf93c9b3000
> (gdb) p it->f->face_cache->faces_by_id[0]
> $7 = (struct face *) 0x0
> (gdb) p it->face_id
> $8 = 0
> (gdb)
>
> so, I also dig a bit. I see that faces_by_id is enlarged as:
>
> /* Maybe enlarge C->faces_by_id. */
> if (i == c->used)
> {
> if (c->used == c->size)
> c->faces_by_id = xpalloc (c->faces_by_id, &c->size, 1, MAX_FACE_ID,
> sizeof *c->faces_by_id);
> c->used++;
> }
>
> here, it's trust value from xpalloc, and inside I see that it uses xrealloc
> which has this logc:
>
> if (!val)
> memory_full (size);
> MALLOC_PROBE (size);
> return val;
>
> so, if val is NULL it calls memory_full and if it doesn't crash, it returns
> NULL which not always fails as I understand it.
>
> Does it make sense?
Yes, but memory_full signals an error, which (a) you should have seen,
and (b) it prevents the rest of the code from being executed, because
it throws to top-level. Thus, for all practical purposes the return
value of xmalloc does not matter if the memory could not be allocated.
So I don't believe this is what happened to you, even if we assume
that you have indeed ran out of memory (which in itself is quite
improbably on modern systems).
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 11:01:02 GMT) Full text and rfc822 format available.Message #20 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Po Lu <luangruo <at> yahoo.com>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 12:00:49 +0100
On Sat, 22 Jun 2024 11:00:53 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > Yes, but memory_full signals an error, which (a) you should have seen, > and (b) it prevents the rest of the code from being executed, because > it throws to top-level. Thus, for all practical purposes the return > value of xmalloc does not matter if the memory could not be allocated. > So I don't believe this is what happened to you, even if we assume > that you have indeed ran out of memory (which in itself is quite > improbably on modern systems). This isn't that large machine which has 16Gb ram, and I use default OpenBSD limits which is: ~ $ ulimit -a time(cpu-seconds) unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 134217728 stack(kbytes) 4096 lockedmem(kbytes) 87381 memory(kbytes) 15959444 nofiles(descriptors) 512 processes 256 ~ $ thus, emacs instance which had crashed had run magit, markdown-mode and a few other heavy things for couple of hours at least. Additionally, I use 1Gb of RAM for /tmp, at time of crash it had run VM which uses 5Gb, and over of it Chrome which consumes some memory. So, I really think that it migth be tin on available memory. But I haven't got any proof of that. Anyway, I preserve the core, and if something additional is required, feel free to ask. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 13:00:01 GMT) Full text and rfc822 format available.Message #23 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Po Lu <luangruo <at> yahoo.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: kirill <at> korins.ky, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 20:59:04 +0800
Eli Zaretskii <eliz <at> gnu.org> writes: >> Date: Sat, 22 Jun 2024 10:28:43 +0100 >> From: Kirill A. Korinsky <kirill <at> korins.ky> >> Cc: 71712 <at> debbugs.gnu.org >> >> On Sat, 22 Jun 2024 08:45:01 +0100, >> Eli Zaretskii <eliz <at> gnu.org> wrote: >> > >> > Thanks. Is this reproducible? If so, can you show a recipe, >> > preferably starting from "emacs -Q"? >> > >> >> It crashes some times but I'd like to say that this is the first crash in >> this month. >> >> So, I have no idea how to reproduce, frankly speaking I just hasn't found >> running emacs and discovered .core > > Too bad. But quite expected, unfortunately. > >> The only clue that I have that I was switched to different virtual screen >> and emacs was on not seen one. >> >> Additionally, inside .xsession-errors I do have: >> >> 0xbf72627f9a1 <XSetWMNormalHints+0x2fd71> at emacs >> 0xbf72625a8ee <XSetWMNormalHints+0xacbe> at emacs >> 0xbf72627f6c7 <XSetWMNormalHints+0x2fa97> at emacs >> Segmentation fault (core dumped) > > Po Lu, any ideas based on this? The printed offsets from XSetWMNormalHints are so large that the function in these frames cannot possibly be our XSetWMNormalHints replacement, sorry.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 14:42:02 GMT) Full text and rfc822 format available.Message #26 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Po Lu <luangruo <at> yahoo.com> Cc: Eli Zaretskii <eliz <at> gnu.org>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 15:41:45 +0100
On Sat, 22 Jun 2024 13:59:04 +0100, Po Lu <luangruo <at> yahoo.com> wrote: > > >> 0xbf72627f9a1 <XSetWMNormalHints+0x2fd71> at emacs > >> 0xbf72625a8ee <XSetWMNormalHints+0xacbe> at emacs > >> 0xbf72627f6c7 <XSetWMNormalHints+0x2fa97> at emacs > >> Segmentation fault (core dumped) > > > The printed offsets from XSetWMNormalHints are so large that the > function in these frames cannot possibly be our XSetWMNormalHints > replacement, sorry. Indeed, and GDB confirms that: (gdb) p XSetWMNormalHints+0x2fd71 $7 = (void (*)(Display *, Window, XSizeHints *)) 0xbf72627f9a1 <emacs_backtrace+289> (gdb) p XSetWMNormalHints+0xacbe $8 = (void (*)(Display *, Window, XSizeHints *)) 0xbf72625a8ee <terminate_due_to_signal+133> (gdb) p XSetWMNormalHints+0x2fa97 $9 = (void (*)(Display *, Window, XSizeHints *)) 0xbf72627f6c7 (gdb) Also, OpenBSD quite agressive in term of ASLR (address space layout randomization), I doubt that it has to do with this, but I feel that it worth to point. Does it ring any bell? -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sat, 22 Jun 2024 15:56:03 GMT) Full text and rfc822 format available.Message #29 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sat, 22 Jun 2024 18:55:25 +0300
> Date: Sat, 22 Jun 2024 15:41:45 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: Eli Zaretskii <eliz <at> gnu.org>, > 71712 <at> debbugs.gnu.org > > Also, OpenBSD quite agressive in term of ASLR (address space layout > randomization), I doubt that it has to do with this, but I feel that it > worth to point. Does it ring any bell? If you mean that ASLR could cause the problem, then I doubt that. Almost all of the platforms supported by Emacs use ASLR nowadays.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 26 Jun 2024 09:12:01 GMT) Full text and rfc822 format available.Message #32 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 26 Jun 2024 10:11:04 +0100
I had upgraded to 29.4, and it had crashed one more time. This time the crash had happened when I make a commit into large git repository via magit. I write commits message in new frame, and after pressing c c to open a frame to write commit message, I had switched to another virtual desktop. When I've switched back, I hadn't find emacs, but .core was here with the same stack trace. Inside magit's commit message buffere I use markdown mode. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 26 Jun 2024 13:15:02 GMT) Full text and rfc822 format available.Message #35 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 26 Jun 2024 16:14:43 +0300
> Date: Wed, 26 Jun 2024 10:11:04 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > > I had upgraded to 29.4, and it had crashed one more time. > > This time the crash had happened when I make a commit into large git > repository via magit. > > I write commits message in new frame, and after pressing c c to open a frame > to write commit message, I had switched to another virtual desktop. > > When I've switched back, I hadn't find emacs, but .core was here with the > same stack trace. > > Inside magit's commit message buffere I use markdown mode. The way to find the culprit in these cases is to run the recipe with a watchpoint on the frame cache's 'used' count, and see which code causes it to be zeroed. Usually, it is some crazy Lisp run from one of the hooks which we so graciously offer for grabs. The tricky part is to find that code and/or the recipe which could be used to reproduce the problem at will, which I understand you don't have...
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 26 Jun 2024 15:59:01 GMT) Full text and rfc822 format available.Message #38 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 26 Jun 2024 16:58:24 +0100
On Wed, 26 Jun 2024 14:14:43 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > The way to find the culprit in these cases is to run the recipe with a > watchpoint on the frame cache's 'used' count, and see which code > causes it to be zeroed. Usually, it is some crazy Lisp run from one > of the hooks which we so graciously offer for grabs. The tricky part > is to find that code and/or the recipe which could be used to > reproduce the problem at will, which I understand you don't have... Well, I don't have any reproducer, indeed. I may attach debuger and add watch point, but the best that I can share is stacktrace when and if it happen. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 26 Jun 2024 16:12:01 GMT) Full text and rfc822 format available.Message #41 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 26 Jun 2024 19:11:41 +0300
> Date: Wed, 26 Jun 2024 16:58:24 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > On Wed, 26 Jun 2024 14:14:43 +0100, > Eli Zaretskii <eliz <at> gnu.org> wrote: > > > > The way to find the culprit in these cases is to run the recipe with a > > watchpoint on the frame cache's 'used' count, and see which code > > causes it to be zeroed. Usually, it is some crazy Lisp run from one > > of the hooks which we so graciously offer for grabs. The tricky part > > is to find that code and/or the recipe which could be used to > > reproduce the problem at will, which I understand you don't have... > > Well, I don't have any reproducer, indeed. > > I may attach debuger and add watch point, but the best that I can share is > stacktrace when and if it happen. There's also the "reverse execution" in GDB. You could set a breakpoint where it segfaults, with the condition that face == 0, and when that breaks, do reverse-step until you get to the place where the frame's face_cache is emptied (cache->used == 0); then produce a backtrace, including xbacktrace, and hopefully we will see the culprit.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 26 Jun 2024 22:01:01 GMT) Full text and rfc822 format available.Message #44 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 26 Jun 2024 23:00:27 +0100
On Wed, 26 Jun 2024 17:11:41 +0100,
Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> There's also the "reverse execution" in GDB. You could set a
> breakpoint where it segfaults, with the condition that face == 0, and
> when that breaks, do reverse-step until you get to the place where the
> frame's face_cache is emptied (cache->used == 0); then produce a
> backtrace, including xbacktrace, and hopefully we will see the
> culprit.
I tried to attach GDB to running process, or start a new emacs under GDB.
Both attemt leads to massive amount of SIGSTOP signals, and if I switch
handler to nostop, I stop to get it, but resulted emacs is unresponsible.
I've rebuild emacs with
--enable-checking='yes,glyphs' --enable-check-lisp-object-type \
CFLAGS='-O0 -g3'
with hope that produced .core will be usefull.
--
wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 05:37:02 GMT) Full text and rfc822 format available.Message #47 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 08:33:51 +0300
> Date: Wed, 26 Jun 2024 23:00:27 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > On Wed, 26 Jun 2024 17:11:41 +0100, > Eli Zaretskii <eliz <at> gnu.org> wrote: > > > > There's also the "reverse execution" in GDB. You could set a > > breakpoint where it segfaults, with the condition that face == 0, and > > when that breaks, do reverse-step until you get to the place where the > > frame's face_cache is emptied (cache->used == 0); then produce a > > backtrace, including xbacktrace, and hopefully we will see the > > culprit. > > I tried to attach GDB to running process, or start a new emacs under GDB. > > Both attemt leads to massive amount of SIGSTOP signals ??? Which software on your system issues SIGSTOPs? And on what occasions? And why? FWIW, I'm running Emacs under GDB a lot (albeit not on OpenBSD), and I never see any SIGSTOP, unless I manually issue "kill -STOP" from the shell prompt, or something similar. > and if I switch handler to nostop, I stop to get it, but resulted > emacs is unresponsible. Please show the GDB command you typed to change the handling of SIGSTOP. > I've rebuild emacs with > > --enable-checking='yes,glyphs' --enable-check-lisp-object-type \ > CFLAGS='-O0 -g3' > > with hope that produced .core will be usefull. It will produce more useful core file, but as I explained, the problem happens before the segfault, and the important question is: which code between init_iterator and gui_produce_glyphs causes the frame's face cache to be reset without immediately recomputing the basic faces. This requires to examine the code _before_ the segfault location.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 11:46:01 GMT) Full text and rfc822 format available.Message #50 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 12:44:44 +0100
On Thu, 27 Jun 2024 06:33:51 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > > I tried to attach GDB to running process, or start a new emacs under GDB. > > > > Both attemt leads to massive amount of SIGSTOP signals > > ??? Which software on your system issues SIGSTOPs? And on what > occasions? And why? > > FWIW, I'm running Emacs under GDB a lot (albeit not on OpenBSD), and I > never see any SIGSTOP, unless I manually issue "kill -STOP" from the > shell prompt, or something similar. > > > and if I switch handler to nostop, I stop to get it, but resulted > > emacs is unresponsible. > > Please show the GDB command you typed to change the handling of > SIGSTOP. > I was able to achive kernel panic, and in general gdb with emacs seems broken. It was confirmed on OpenBSD side: https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 So, I run it with better core dump as the only option that I have. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 12:34:01 GMT) Full text and rfc822 format available.Message #53 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 15:33:37 +0300
> Date: Thu, 27 Jun 2024 12:44:44 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > I was able to achive kernel panic, and in general gdb with emacs seems > broken. It was confirmed on OpenBSD side: https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 Too bad. How do people debug programs on OpenBSD, if GDB doesn't work there? > So, I run it with better core dump as the only option that I have. Then I'm not sure we will be able to solve this bug, at least not without a lot of printf-debugging and examining the possibly voluminous output.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 13:37:01 GMT) Full text and rfc822 format available.Message #56 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 14:36:09 +0100
On Thu, 27 Jun 2024 13:33:37 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > Too bad. How do people debug programs on OpenBSD, if GDB doesn't work > there? > Here a tricky part: I have used GDB on OpenBSD more than once, which includes attaching to a process on my mail servers when I hunt a bugs inside it. And it works well. Emacs is the first application which I can't debug on OpenBSD. > > So, I run it with better core dump as the only option that I have. > > Then I'm not sure we will be able to solve this bug, at least not > without a lot of printf-debugging and examining the possibly > voluminous output. Probably here is third approach. You had said that this is possible to achive it from elisp. This is something new, and I use doomemacs as the base for my config. I haven't touched mine config recently, but doomemacs were upgraded. The good news it had one large upgrade with few dozen commits since April [1]. Probably I ma use the diff of changes to find potential bad call or callback. Footnotes: [1] https://github.com/doomemacs/doomemacs/commits/master/?after=a24ff58a5afea0f2ba1bab85cc39f5c49a688e97+34 -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 14:21:02 GMT) Full text and rfc822 format available.Message #59 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Gerd Möllmann <gerd.moellmann <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 16:19:43 +0200
Kirill A. Korinsky <kirill <at> korins.ky> writes: > On Thu, 27 Jun 2024 13:33:37 +0100, > Eli Zaretskii <eliz <at> gnu.org> wrote: >> >> Too bad. How do people debug programs on OpenBSD, if GDB doesn't work >> there? >> > > Here a tricky part: I have used GDB on OpenBSD more than once, which > includes attaching to a process on my mail servers when I hunt a bugs inside > it. And it works well. > > Emacs is the first application which I can't debug on OpenBSD. Not sure about OpenBSD, but FreeBSD switched to LLVM, i.e. clang and lldb, a while ago. Do you have these?
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 14:44:02 GMT) Full text and rfc822 format available.Message #62 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Gerd Möllmann <gerd.moellmann <at> gmail.com> Cc: luangruo <at> yahoo.com, Eli Zaretskii <eliz <at> gnu.org>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 15:43:20 +0100
On Thu, 27 Jun 2024 15:19:43 +0100,
Gerd Möllmann <gerd.moellmann <at> gmail.com> wrote:
>
> Not sure about OpenBSD, but FreeBSD switched to LLVM, i.e. clang and
> lldb, a while ago. Do you have these?
I do, and attemt to use it looks like:
~ $ lldb /usr/local/bin/emacs
(lldb) target create "/usr/local/bin/emacs"
Current executable set to '/usr/local/bin/emacs' (x86_64).
(lldb) r
Process 21865 launched: '/usr/local/bin/emacs' (x86_64)
and nothing had happened. I wait couple of minutes, but after I pres C-c it,
at least exits as:
Process 21865 exited with status = -1 (0xffffffff) lost connection
anyway, it left the process:
~ $ ps aux | grep 21865
catap 21865 0.0 0.3 21200 42672 p2 TX 3:35PM 0:00.29 /usr/local/bin/emacs (emacs-29.4)
catap 71388 0.0 0.0 792 1448 p2 S+p 3:41PM 0:00.00 grep 21865
~ $
what means that debuging emacs doesn't work.
I've tried to debug xterm and it works like a charm via bot lldb and gdb.
--
wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Thu, 27 Jun 2024 15:03:01 GMT) Full text and rfc822 format available.Message #65 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Gerd Möllmann <gerd.moellmann <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Thu, 27 Jun 2024 17:01:32 +0200
Kirill A. Korinsky <kirill <at> korins.ky> writes: > On Thu, 27 Jun 2024 15:19:43 +0100, > Gerd Möllmann <gerd.moellmann <at> gmail.com> wrote: >> >> Not sure about OpenBSD, but FreeBSD switched to LLVM, i.e. clang and >> lldb, a while ago. Do you have these? > > I do, and attemt to use it looks like: > > ~ $ lldb /usr/local/bin/emacs > (lldb) target create "/usr/local/bin/emacs" > Current executable set to '/usr/local/bin/emacs' (x86_64). > (lldb) r > Process 21865 launched: '/usr/local/bin/emacs' (x86_64) > > and nothing had happened. I wait couple of minutes, but after I pres C-c it, > at least exits as: > > Process 21865 exited with status = -1 (0xffffffff) lost connection > > anyway, it left the process: > > ~ $ ps aux | grep 21865 > catap 21865 0.0 0.3 21200 42672 p2 TX 3:35PM 0:00.29 /usr/local/bin/emacs (emacs-29.4) > catap 71388 0.0 0.0 792 1448 p2 S+p 3:41PM 0:00.00 grep 21865 > ~ $ > > what means that debuging emacs doesn't work. > > I've tried to debug xterm and it works like a charm via bot lldb and gdb. Too bad, I'm afraid I can't help here then.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sun, 30 Jun 2024 08:53:01 GMT) Full text and rfc822 format available.Message #68 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Manuel Giraud <manuel <at> ledu-giraud.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sun, 30 Jun 2024 10:52:18 +0200
Kirill A. Korinsky <kirill <at> korins.ky> writes: [...] > Here a tricky part: I have used GDB on OpenBSD more than once, which > includes attaching to a process on my mail servers when I hunt a bugs inside > it. And it works well. > > Emacs is the first application which I can't debug on OpenBSD. Hi, On OpenBSD, you need to use egdb from the gdb *package* to debug Emacs. And it both works when Emacs is compiled with the in base clang compiler or the gcc package. -- Manuel Giraud
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sun, 30 Jun 2024 16:44:01 GMT) Full text and rfc822 format available.Message #71 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Manuel Giraud <manuel <at> ledu-giraud.fr> Cc: luangruo <at> yahoo.com, Eli Zaretskii <eliz <at> gnu.org>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sun, 30 Jun 2024 17:42:55 +0100
On Sun, 30 Jun 2024 09:52:18 +0100, Manuel Giraud <manuel <at> ledu-giraud.fr> wrote: > > Kirill A. Korinsky <kirill <at> korins.ky> writes: > > [...] > > > Here a tricky part: I have used GDB on OpenBSD more than once, which > > includes attaching to a process on my mail servers when I hunt a bugs inside > > it. And it works well. > > > > Emacs is the first application which I can't debug on OpenBSD. > > Hi, > > On OpenBSD, you need to use egdb from the gdb *package* to debug Emacs. > And it both works when Emacs is compiled with the in base clang compiler > or the gcc package. Thanks for suggestion. I've used egdb because gdb from the base system is quite old. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sun, 30 Jun 2024 17:41:02 GMT) Full text and rfc822 format available.Message #74 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Manuel Giraud <manuel <at> ledu-giraud.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sun, 30 Jun 2024 19:40:52 +0200
Kirill A. Korinsky <kirill <at> korins.ky> writes: [...] > Thanks for suggestion. > > I've used egdb because gdb from the base system is quite old. So now, are you able to debug Emacs on OpenBSD? -- Manuel Giraud
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Sun, 30 Jun 2024 23:00:03 GMT) Full text and rfc822 format available.Message #77 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Manuel Giraud <manuel <at> ledu-giraud.fr> Cc: luangruo <at> yahoo.com, Eli Zaretskii <eliz <at> gnu.org>, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Sun, 30 Jun 2024 23:58:53 +0100
On Sun, 30 Jun 2024 18:40:52 +0100, Manuel Giraud <manuel <at> ledu-giraud.fr> wrote: > > Kirill A. Korinsky <kirill <at> korins.ky> writes: > > [...] > > > Thanks for suggestion. > > > > I've used egdb because gdb from the base system is quite old. > > So now, are you able to debug Emacs on OpenBSD? No, because I've used egdb already. Frankly speaking I can't do it via gdb, lldb and egdb. It simple goes to a state which locks like a deadlock. I can't kill emacs or used debuger, and the only way to ride off that processes is reboot. Futuremore, at least once I achived a kernel panic [1] by my attempt to debug emacs. This was confirmed as bug by mpi@ [2] and claudio@ [3] who had planned to improve it. BTW, since I've rebuild emacs as suggested [4] I haven't faced any crash. Footnotes: [1] https://marc.info/?l=openbsd-bugs&m=171948393800720&w=2 [2] https://marc.info/?l=openbsd-bugs&m=171948493501603&w=2 [3] https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 [4] https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 09:11:01 GMT) Full text and rfc822 format available.Message #80 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Manuel Giraud <manuel <at> ledu-giraud.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 11:10:50 +0200
Kirill A. Korinsky <kirill <at> korins.ky> writes: [...] > No, because I've used egdb already. Frankly speaking I can't do it via gdb, > lldb and egdb. It simple goes to a state which locks like a deadlock. I > can't kill emacs or used debuger, and the only way to ride off that > processes is reboot. > > Futuremore, at least once I achived a kernel panic [1] by my attempt to > debug emacs. This was confirmed as bug by mpi@ [2] and claudio@ [3] who had > planned to improve it. > > BTW, since I've rebuild emacs as suggested [4] I haven't faced any > crash. Thanks for all this backstory. I've never faced a kernel panic from emacs myself. -- Manuel Giraud
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 11:19:01 GMT) Full text and rfc822 format available.Message #83 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 14:18:09 +0300
> Date: Sun, 30 Jun 2024 23:58:53 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: Eli Zaretskii <eliz <at> gnu.org>, > luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > BTW, since I've rebuild emacs as suggested [4] I haven't faced any crash. > > Footnotes: > [1] https://marc.info/?l=openbsd-bugs&m=171948393800720&w=2 > > [2] https://marc.info/?l=openbsd-bugs&m=171948493501603&w=2 > > [3] https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 > > [4] https://marc.info/?l=openbsd-bugs&m=171948527801829&w=2 The URL in [4] is identical to [3], so did you make some copy/paste mistake? That URL doesn't suggest to rebuild Emacs. I'd be interested to know how you rebuilt it to make the crashes go away. In any case, does this mean the problem is solved, and this bug can be closed now? Thanks.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 13:30:02 GMT) Full text and rfc822 format available.Message #86 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 14:29:23 +0100
On Mon, 01 Jul 2024 12:18:09 +0100,
Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> The URL in [4] is identical to [3], so did you make some copy/paste
> mistake? That URL doesn't suggest to rebuild Emacs. I'd be
> interested to know how you rebuilt it to make the crashes go away.
>
> In any case, does this mean the problem is solved, and this bug can be
> closed now?
>
Sorry, yes, it is copy/paste mistake.
I had rebuild it via ports by hacking emacs port as:
diff --git editors/emacs/Makefile editors/emacs/Makefile
index 7c58942338b..4014d0b555f 100644
--- editors/emacs/Makefile
+++ editors/emacs/Makefile
@@ -4,6 +4,7 @@ COMMENT= GNU editor: extensible, customizable, self-documenting
# Zap post-extract when updating
VERSION= 29.4
DISTNAME= emacs-${VERSION}
+REVISION= 0
CATEGORIES= editors
@@ -20,6 +21,11 @@ WANTLIB += tree-sitter xml2 z
SITES= ${SITE_GNU:=emacs/}
EXTRACT_SUFX= .tar.xz
+# https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71712#8
+CFLAGS = -O0 -g3
+CONFIGURE_ARGS+= --enable-checking='yes,glyphs' \
+ --enable-check-lisp-object-type
+
DEBUG_PACKAGES = ${BUILD_PACKAGES}
FLAVORS= athena gtk2 gtk3 no_x11
and run make upgrade to upgrade this port
--
wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 13:44:01 GMT) Full text and rfc822 format available.Message #89 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 16:43:39 +0300
> Date: Mon, 01 Jul 2024 14:29:23 +0100
> From: Kirill A. Korinsky <kirill <at> korins.ky>
> Cc: manuel <at> ledu-giraud.fr,
> luangruo <at> yahoo.com,
> 71712 <at> debbugs.gnu.org
>
> On Mon, 01 Jul 2024 12:18:09 +0100,
> Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > The URL in [4] is identical to [3], so did you make some copy/paste
> > mistake? That URL doesn't suggest to rebuild Emacs. I'd be
> > interested to know how you rebuilt it to make the crashes go away.
> >
> > In any case, does this mean the problem is solved, and this bug can be
> > closed now?
> >
>
> Sorry, yes, it is copy/paste mistake.
>
> I had rebuild it via ports by hacking emacs port as:
>
> diff --git editors/emacs/Makefile editors/emacs/Makefile
> index 7c58942338b..4014d0b555f 100644
> --- editors/emacs/Makefile
> +++ editors/emacs/Makefile
> @@ -4,6 +4,7 @@ COMMENT= GNU editor: extensible, customizable, self-documenting
> # Zap post-extract when updating
> VERSION= 29.4
> DISTNAME= emacs-${VERSION}
> +REVISION= 0
>
> CATEGORIES= editors
>
> @@ -20,6 +21,11 @@ WANTLIB += tree-sitter xml2 z
> SITES= ${SITE_GNU:=emacs/}
> EXTRACT_SUFX= .tar.xz
>
> +# https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71712#8
> +CFLAGS = -O0 -g3
> +CONFIGURE_ARGS+= --enable-checking='yes,glyphs' \
> + --enable-check-lisp-object-type
> +
> DEBUG_PACKAGES = ${BUILD_PACKAGES}
>
> FLAVORS= athena gtk2 gtk3 no_x11
>
>
> and run make upgrade to upgrade this port
Thanks. So an unoptimized build doesn't crash. My suggestion would
be to try a build with "-O1 -g3" and see if that works for you.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 15:18:01 GMT) Full text and rfc822 format available.Message #92 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Manuel Giraud <manuel <at> ledu-giraud.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, kirill <at> korins.ky, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 17:17:34 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:
[...]
>> +# https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71712#8
>> +CFLAGS = -O0 -g3
>> +CONFIGURE_ARGS+= --enable-checking='yes,glyphs' \
>> + --enable-check-lisp-object-type
>> +
>> DEBUG_PACKAGES = ${BUILD_PACKAGES}
>>
>> FLAVORS= athena gtk2 gtk3 no_x11
>>
>>
>> and run make upgrade to upgrade this port
>
> Thanks. So an unoptimized build doesn't crash. My suggestion would
> be to try a build with "-O1 -g3" and see if that works for you.
FWIW, it also does not crash on "normal" build of emacs master branch.
--
Manuel Giraud
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 16:07:02 GMT) Full text and rfc822 format available.Message #95 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Manuel Giraud <manuel <at> ledu-giraud.fr> Cc: luangruo <at> yahoo.com, kirill <at> korins.ky, 71712 <at> debbugs.gnu.org Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 19:04:27 +0300
> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> Cc: kirill <at> korins.ky, luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org
> Date: Mon, 01 Jul 2024 17:17:34 +0200
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> [...]
>
> >> +# https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71712#8
> >> +CFLAGS = -O0 -g3
> >> +CONFIGURE_ARGS+= --enable-checking='yes,glyphs' \
> >> + --enable-check-lisp-object-type
> >> +
> >> DEBUG_PACKAGES = ${BUILD_PACKAGES}
> >>
> >> FLAVORS= athena gtk2 gtk3 no_x11
> >>
> >>
> >> and run make upgrade to upgrade this port
> >
> > Thanks. So an unoptimized build doesn't crash. My suggestion would
> > be to try a build with "-O1 -g3" and see if that works for you.
>
> FWIW, it also does not crash on "normal" build of emacs master branch.
Not sure I understand: what was not "normal" in Kirill's build where
he originally saw the crashes?
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 16:43:02 GMT) Full text and rfc822 format available.Message #98 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, Manuel Giraud <manuel <at> ledu-giraud.fr> Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 17:42:24 +0100
On Mon, 01 Jul 2024 17:04:27 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > Not sure I understand: what was not "normal" in Kirill's build where > he originally saw the crashes? Crash was reported at emacs-29.3 from official release (not git tag), and was observed on emacs-29.4. I'll run debug build for few days more to confirm that it hasn't got any crash, and will try -O1 after that. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 17:37:01 GMT) Full text and rfc822 format available.Message #101 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 20:36:03 +0300
> Date: Mon, 01 Jul 2024 17:42:24 +0100 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: Manuel Giraud <manuel <at> ledu-giraud.fr>, > luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > On Mon, 01 Jul 2024 17:04:27 +0100, > Eli Zaretskii <eliz <at> gnu.org> wrote: > > > > Not sure I understand: what was not "normal" in Kirill's build where > > he originally saw the crashes? > > Crash was reported at emacs-29.3 from official release (not git tag), and > was observed on emacs-29.4. So you are saying that the problem exists in Emacs 29, but not in Emacs 31 (on the master branch of the Git repository)? What about the emacs-30 release branch? > I'll run debug build for few days more to confirm that it hasn't got any > crash, and will try -O1 after that. Thanks.
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Mon, 01 Jul 2024 18:40:02 GMT) Full text and rfc822 format available.Message #104 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Mon, 01 Jul 2024 19:38:55 +0100
On Mon, 01 Jul 2024 18:36:03 +0100, Eli Zaretskii <eliz <at> gnu.org> wrote: > > So you are saying that the problem exists in Emacs 29, but not in > Emacs 31 (on the master branch of the Git repository)? > > What about the emacs-30 release branch? > I only say that I encountered the problem on emacs-29.3 and emacs-29.4 I haven't used or tested other branches. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Tue, 20 Aug 2024 19:15:02 GMT) Full text and rfc822 format available.Message #107 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Kirill A. Korinsky <kirill <at> korins.ky> To: Eli Zaretskii <eliz <at> gnu.org> Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Tue, 20 Aug 2024 21:13:41 +0200
On Mon, 01 Jul 2024 15:43:39 +0200, Eli Zaretskii <eliz <at> gnu.org> wrote: > > Thanks. So an unoptimized build doesn't crash. My suggestion would > be to try a build with "-O1 -g3" and see if that works for you. I hasn't encountered the issue with optimization and without. Seems that this issue can be closed because without a way to reproduce it, no way to fix it. Sorry for noise. -- wbr, Kirill
bug-gnu-emacs <at> gnu.org:bug#71712; Package emacs.
(Wed, 21 Aug 2024 13:25:02 GMT) Full text and rfc822 format available.Message #110 received at 71712 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: kirill <at> korins.ky Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org, manuel <at> ledu-giraud.fr, kirill <at> korins.ky Subject: Re: bug#71712: 29.3; Crash on OpenBSD Date: Wed, 21 Aug 2024 16:23:07 +0300
tags 71712 unreproducible close 71712 thanks > Date: Tue, 20 Aug 2024 21:13:41 +0200 > From: Kirill A. Korinsky <kirill <at> korins.ky> > Cc: manuel <at> ledu-giraud.fr, > luangruo <at> yahoo.com, > 71712 <at> debbugs.gnu.org > > On Mon, 01 Jul 2024 15:43:39 +0200, > Eli Zaretskii <eliz <at> gnu.org> wrote: > > > > Thanks. So an unoptimized build doesn't crash. My suggestion would > > be to try a build with "-O1 -g3" and see if that works for you. > > I hasn't encountered the issue with optimization and without. > > Seems that this issue can be closed because without a way to reproduce it, > no way to fix it. OK, closed as unreproducible. > Sorry for noise. No need to be sorry, you did the right thing when you reported these problems. Let's hope that either they are caused by some unusual aspects of the OpenBSD build, or that the problem was meanwhile fixed.
Eli Zaretskii <eliz <at> gnu.org>
to control <at> debbugs.gnu.org.
(Wed, 21 Aug 2024 13:25:03 GMT) Full text and rfc822 format available.Eli Zaretskii <eliz <at> gnu.org>
to control <at> debbugs.gnu.org.
(Wed, 21 Aug 2024 13:25:03 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Thu, 19 Sep 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.