emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#70385: closed (Crash in note_fringe_highlight)


From: GNU bug Tracking System
Subject: bug#70385: closed (Crash in note_fringe_highlight)
Date: Mon, 15 Apr 2024 06:50:01 +0000

Your message dated Mon, 15 Apr 2024 14:49:09 +0800
with message-id <87frvn15p6.fsf@yahoo.com>
and subject line Re: bug#70385: Crash in note_fringe_highlight
has caused the debbugs.gnu.org bug report #70385,
regarding Crash in note_fringe_highlight
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
70385: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70385
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Crash in note_fringe_highlight Date: Sun, 14 Apr 2024 19:10:16 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
Hopefully this backtrace could help to find where is the bug:

Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
0x00005555556120fe in note_fringe_highlight (part=<optimized out>, y=<optimized 
out>, x=<optimized out>, window=XIL(0x5555564aa62d)) at xdisp.c:35762
35762     struct glyph *glyph = MATRIX_ROW_GLYPH_START (w->current_matrix, 
vpos);

(gdb) bt
#0  0x00005555556120fe in note_fringe_highlight (part=<optimized out>, 
y=<optimized out>, x=<optimized out>, window=XIL(0x5555564aa62d)) at 
xdisp.c:35762
#1  note_mouse_highlight (f=0x5555564aa198, x=<optimized out>, y=<optimized 
out>) at xdisp.c:36017
#2  0x000055555568afd0 in XTframe_up_to_date (f=0x5555564aa198) at xterm.c:7633
#3  0x0000555555743903 in garbage_collect () at alloc.c:6587
#4  0x0000555555766c65 in maybe_gc () at lisp.h:5891
#5  Ffuncall (nargs=3, args=0x7fffffff7cd0) at eval.c:3017
#6  0x00007fffdfc5eae6 in F70726f6a6563742d7472792d7663_project_try_vc_0 () at 
project-5477de5a-135e3ef0.eln
#7  0x0000555555766bb7 in Ffuncall (nargs=2, args=0x7fffffff7e30) at eval.c:3022
#8  0x0000555555765adb in run_hook_with_args (nargs=2, args=0x7fffffff7e30, 
funcall=0x555555766ac0 <Ffuncall>) at eval.c:2881
#9  0x0000555555766bb7 in Ffuncall (nargs=3, args=0x7fffffff7e28) at eval.c:3022
#10 0x00007fffdfc5d5fe in 
F70726f6a6563742d2d66696e642d696e2d6469726563746f7279_project__find_in_directory_0
 () at project-5477de5a-135e3ef0.eln
#11 0x0000555555766bb7 in Ffuncall (nargs=2, args=0x7fffffff7ea0) at eval.c:3022
#12 0x00007fffdfc5d405 in F70726f6a6563742d63757272656e74_project_current_0 () 
at project-5477de5a-135e3ef0.eln
#13 0x0000555555766bb7 in Ffuncall (nargs=1, args=0x7fffffff7f58) at eval.c:3022
#14 0x00007fffdfc6761a in 
F70726f6a6563742d6d6f64652d6c696e652d666f726d6174_project_mode_line_format_0 () 
at project-5477de5a-135e3ef0.eln
#15 0x000055555576a516 in eval_sub (form=<optimized out>) at lisp.h:2242
#16 0x000055555576c9c4 in Feval (form=XIL(0x55555700d1b3), lexical=<optimized 
out>) at eval.c:2389
#17 0x0000555555766bb7 in Ffuncall (nargs=nargs@entry=3, 
args=args@entry=0x7fffffff8230) at eval.c:3022
#18 0x00005555555cd15f in funcall_with_backtraces (nargs=nargs@entry=3, 
args=args@entry=0x7fffffff8230) at xdisp.c:3081
#19 0x0000555555765361 in internal_condition_case_n 
(bfun=bfun@entry=0x5555555cd130 <funcall_with_backtraces>, nargs=nargs@entry=3, 
args=args@entry=0x7fffffff8230, handlers=handlers@entry=XIL(0x30), 
hfun=hfun@entry=0x5555555e14d0 <dsafe_eval_handler>) at eval.c:1617
#20 0x00005555555ce7d2 in dsafe__call (inhibit_quit=inhibit_quit@entry=true, 
f=0x5555555cd130 <funcall_with_backtraces>, nargs=nargs@entry=3, 
args=args@entry=0x7fffffff8230) at lisp.h:1191
#21 0x00005555555fd701 in dsafe__call (args=0x7fffffff8230, nargs=3, 
f=<optimized out>, inhibit_quit=true) at xdisp.c:3056
#22 dsafe_eval (sexpr=<optimized out>) at xdisp.c:3103
#23 display_mode_element (it=0x7fffffff83d0, depth=4, field_width=0, 
precision=-39, elt=<optimized out>, props=XIL(0), risky=false) at xdisp.c:27876
#24 0x00005555555fd862 in display_mode_element (it=0x7fffffff83d0, depth=1, 
field_width=0, precision=0, elt=<optimized out>, props=XIL(0), risky=false) at 
lisp.h:1538
#25 0x00005555555ff020 in display_mode_line (w=w@entry=0x5555564aa410, 
face_id=MODE_LINE_ACTIVE_FACE_ID, format=XIL(0x7fffeff37a4b)) at lisp.h:1191
#26 0x00005555556010be in display_mode_lines (w=w@entry=0x5555564aa410) at 
lisp.h:751
#27 0x0000555555616722 in redisplay_window (window=<optimized out>, 
just_this_one_p=<optimized out>) at xdisp.c:20921
#28 0x000055555561a513 in redisplay_window_0 
(window=window@entry=XIL(0x5555564aa415)) at xdisp.c:18012
#29 0x000055555576520c in internal_condition_case_1 
(bfun=bfun@entry=0x55555561a4e0 <redisplay_window_0>, 
arg=arg@entry=XIL(0x5555564aa415), handlers=<optimized out>, 
hfun=hfun@entry=0x5555555d0e60 <redisplay_window_error>) at eval.c:1561
#30 0x00005555555ce379 in redisplay_windows (window=XIL(0x5555564aa415)) at 
xdisp.c:17981
#31 0x00005555556021b1 in redisplay_internal () at xdisp.c:17381
#32 0x000055555560387d in redisplay_preserve_echo_area 
(from_where=from_where@entry=8) at xdisp.c:17744
#33 0x00005555556eb27e in detect_input_pending_run_timers 
(do_display=do_display@entry=true) at keyboard.c:11555
#34 0x00005555557c7798 in wait_reading_process_output 
(time_limit=time_limit@entry=82, nsecs=nsecs@entry=0, 
read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, 
wait_for_cell=wait_for_cell@entry=XIL(0), wait_proc=wait_proc@entry=0x0, 
just_wait_proc=<optimized out>) at process.c:5839
#35 0x00005555555bd354 in sit_for (timeout=timeout@entry=make_fixnum(82), 
reading=reading@entry=true, display_option=display_option@entry=1) at 
lisp.h:1191
#36 0x00005555556e5404 in read_char (commandflag=1, map=XIL(0x555565074e43), 
prev_event=XIL(0), used_mouse_menu=0x7fffffffde9b, end_time=0x0) at lisp.h:1225
#37 0x00005555556e7161 in read_key_sequence (keybuf=0x7fffffffdff0, 
prompt=XIL(0), dont_downcase_last=<optimized out>, 
can_return_switch_frame=true, fix_current_buffer=true, 
prevent_redisplay=<optimized out>, disable_text_conversion_p=false) at 
keyboard.c:10722
#38 0x00005555556e8f8f in command_loop_1 () at lisp.h:1191
#39 0x0000555555765177 in internal_condition_case 
(bfun=bfun@entry=0x5555556e8dc0 <command_loop_1>, 
handlers=handlers@entry=XIL(0x90), hfun=hfun@entry=0x5555556dd2d0 <cmd_error>) 
at eval.c:1537
#40 0x00005555556d51ea in command_loop_2 (handlers=handlers@entry=XIL(0x90)) at 
keyboard.c:1167
#41 0x00005555557650b9 in internal_catch (tag=tag@entry=XIL(0x10740), 
func=func@entry=0x5555556d51c0 <command_loop_2>, arg=arg@entry=XIL(0x90)) at 
eval.c:1217
#42 0x00005555556d5186 in command_loop () at lisp.h:1191
#43 0x00005555556dce35 in recursive_edit_1 () at keyboard.c:753
#44 0x00005555556dd1e4 in Frecursive_edit () at keyboard.c:836
#45 0x00005555555b23f1 in main (argc=<optimized out>, argv=<optimized out>) at 
emacs.c:2618

Lisp Backtrace:
"Automatic GC" (0x0)
"cl-find-if" (0xffff7cd8)
"project-try-vc" (0xffff7e38)
"run-hook-with-args-until-success" (0xffff7e30)
"project--find-in-directory" (0xffff7ea8)
"project-current" (0xffff7f60)
"project-mode-line-format" (0xffff8030)
"eval" (0xffff8238)
"redisplay_internal (C function)" (0x0)



--- End Message ---
--- Begin Message --- Subject: Re: bug#70385: Crash in note_fringe_highlight Date: Mon, 15 Apr 2024 14:49:09 +0800 User-agent: Gnus/5.13 (Gnus v5.13)
Björn Bidar <bjorn.bidar@thaodan.de> writes:

> Po Lu <luangruo@yahoo.com> writes:
>
>> Björn Bidar <bjorn.bidar@thaodan.de> writes:
>>
>>> Björn Bidar via "Bug reports for GNU Emacs, the Swiss army knife of text
>>> editors" <bug-gnu-emacs@gnu.org> writes:
>>>
>>>>> Hi Juri,
>>>>>
>>>>> This must be related to the recent patch introducing the function.
>>>>>
>>>>> Can you reliably reproduce the crash?
>>>>
>>>> I have the same problem. I tried to replicate it with Emacs -Q but
>>>> it seems hard to do since it just happens at some point when using Emacs
>>>> and moving around between screens/virtual desktops.
>>>
>>> Actually I've found a way.
>>> 1. Open a file using a mode that uses fringe indicators such as flycheck
>>> 2. Point at the indicator
>>> 3. Crash
>>>
>>> Sometime not even that is needed. E.g. I was moving from the monitor
>>> that the frame is on which Gnus is inside where I'm writing this reply
>>> to my browser on the other monitor.
>>> Just a few seconds after I was on the the other monitor Emacs crashed.
>>
>> I think I've fixed this on master.  Please test, thanks.
>
> Works now, thanks.

Thanks.  Closing.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]