OK here's what I think happened, and why I think it has happened.

Every morning I run an emacs macro

(fset 'traverse-hyperlink-line
   (format "(shell-command \"%s \C-e & sleep 1;\")\C-x\C-e\C-f\C-p\C-k\C-d" 
web-browser))


that causes about 25-100 calls to web-browser(in this case arora).  So long as 
Arora stays open, it does *not* release its file descriptors in the ibus 
process.  You can confirm this by running emacs with a text file full of 100 
URLs, opening arora(it has to be open already, otherwise it will only open one 
tab)

Esc-100 M-x traverse-hyperlink-line

This will open up about 100 files in the proc fdinfo directory for ibus-
daemon reachable by

cd /proc/`ps -ea  | grep ibus-dae | awk -F' ' '{print $1}'`/fdinfo

as counted by

ls | wc -w

This is true even after you've closed the tabs that were opened in this
fashion and in fact even after you've closed arora and emacs!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1421483

Title:
  All keyboard input fails: "IBUS-WARNING **: Events queue growing too
  big"

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1421483/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to