[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tabs
From: |
Juri Linkov |
Subject: |
Re: Tabs |
Date: |
Sun, 06 Oct 2019 20:55:31 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) |
>> One more thing: with the posted setup, although I don't see any tab bar,
>> whenever I switch to a different workspace and back, and also under some
>> under conditions I don't fully understand, Emacs gets stuck, it
>> apparently infloops in redisplay.
>
> When this happens, please attach a debugger and use the technique
> described in etc/DEBUG to find out where it loops.
I can reproduce the redisplay issue, I never seen this before,
maybe some recent change broke redisplaying.
I tried to debug and in redisplay_internal, the value of
garbaged_frame_retries has a very large number - about thousands
order of magnitude. It never resets the 'garbaged' flag set in the
selected frame. And I have no idea how to force the 'garbaged' flag
to be reset. It infloops in these lines:
/* On some platforms (at least MS-Windows), the
scroll_run_hook called from scrolling_window
called from update_frame could set the frame's
garbaged flag, in which case we need to
redisplay the frame. */
if (FRAME_GARBAGED_P (f))
goto retry_frame;
- Re: Tabs, Michael Heerdegen, 2019/10/05
- Re: Tabs, Juri Linkov, 2019/10/05
- Re: Tabs, Michael Heerdegen, 2019/10/06
- Re: Tabs, Michael Heerdegen, 2019/10/06
- Re: Tabs, Michael Heerdegen, 2019/10/06
- Re: Tabs, Eli Zaretskii, 2019/10/06
- Re: Tabs,
Juri Linkov <=
- Re: Tabs, Juri Linkov, 2019/10/06
- Re: Tabs, Eli Zaretskii, 2019/10/06
- Re: Tabs, Eli Zaretskii, 2019/10/06
- Re: Tabs, Michael Heerdegen, 2019/10/06
- Re: Tabs, Juri Linkov, 2019/10/06
- Re: Tabs, Eli Zaretskii, 2019/10/06
- Re: Tabs, Juri Linkov, 2019/10/06
- Re: Tabs, Eli Zaretskii, 2019/10/07
- Re: Tabs, Michael Heerdegen, 2019/10/07
- Re: Tabs, Ergus, 2019/10/07