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

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

bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode


From: Brian Burns
Subject: bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode
Date: Thu, 24 Dec 2015 01:43:39 -0600

Joseph Mingrone <address@hidden> wrote:
Here is the simplest example I can come up with that causes the problem.

;; substitute x-get-selection-value for 24.x
(run-at-time nil 2 (gui-get-primary-selection))
(menu-set-font)

Thanks, that does it - I tried adding menu-or-popup-active-p around it but it didn't help -

(defun foo ()
  (if (not (menu-or-popup-active-p))
    (x-get-selection-value)))

(run-at-time nil 2 'foo)
(menu-set-font)

Maybe there's some other way to tell if a gui window is showing / waiting for input? Then as a workaround I could just skip checking the clipboard.

I looked at some of the internals - as Eli said there's an event loop for the x dialog that also checks the existing Emacs timers, which in this case would be checking the x selection and starting another timer.

I'm not sure why that would cause a hang though, if the x selection returns immediately.

Thanks again for your help in tracking this down - I'll keep tracing through the code to see if I can figure out what's going on, and why menu-or-popup-active-p doesn't help.

Brian


reply via email to

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