[Top][All Lists]

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

bug#45277: SELECTION_CLEAR_EVENT crashes

From: Juri Linkov
Subject: bug#45277: SELECTION_CLEAR_EVENT crashes
Date: Tue, 13 Jul 2021 23:49:19 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu)

>> I have exactly the same crashes on completely different computers.
>> What surprises me is that no one else has these crashes.
> OK, then it can hardly be a hardware issue.  I can't recall seeing any
> other bug reports (from others) in this area, though, so it does seem
> like nobody else experiences these problems.

It seems these crashes are GC-related.  They started to appear after Sep 2020.
And after recent GC-related changes there are no more crashes, but after
every screen lock/unlock, a produced DBUS event causes random errors.
Here are some examples:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p 
("\\.makepp\\'" . makefile-makepp-mode))
  dbus-handle-event((dbus-event ("Makeppfile\\(?:\\.mk\\)?\\'" . 
makefile-makepp-mode) ...))
  funcall-interactively(dbus-handle-event (dbus-event 
("Makeppfile\\(?:\\.mk\\)?\\'" . makefile-makepp-mode) ...))
  call-interactively(dbus-handle-event nil [(dbus-event 
("Makeppfile\\(?:\\.mk\\)?\\'" . makefile-makepp-mode) ...)])
  command-execute(dbus-handle-event nil [(dbus-event 
("Makeppfile\\(?:\\.mk\\)?\\'" . makefile-makepp-mode) ...)] t)

Debugger entered--Lisp error: (wrong-type-argument listp "Monospace 10")
  dbus-check-event((dbus-event :user-spec . "Monospace 10"))
  dbus-handle-event((dbus-event :user-spec . "Monospace 10"))
  funcall-interactively(dbus-handle-event (dbus-event :user-spec . "Monospace 
  call-interactively(dbus-handle-event nil [(dbus-event :user-spec . "Monospace 
  command-execute(dbus-handle-event nil [(dbus-event :user-spec . "Monospace 
10")] t)

Debugger entered--Lisp error: (wrong-type-argument listp "#ffffffffffff")
  dbus-handle-event((dbus-event background-color . "#ffffffffffff"))
  funcall-interactively(dbus-handle-event (dbus-event background-color . 
  call-interactively(dbus-handle-event nil [(dbus-event background-color . 
  command-execute(dbus-handle-event nil [(dbus-event background-color . 
"#ffffffffffff")] t)

The last error contains part of (frame-parameter nil 'background-color) => 

And after doing 'M-x garbage-collect' there are no more errors on screen 

Maybe GC-related changes didn't cause these errors, but just changed the 
of some memory leak in DBUS-related code?

reply via email to

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