From: raman@google.com (T.V Raman)
To: monnier@iro.umontreal.ca
Cc: tv.raman.tv@gmail.com, 17293@debbugs.gnu.org, raman@google.com
Subject: bug#17293: 24.4.50; C-g often fails in minibuffer under X
Date: Thu, 24 Apr 2014 14:06:56 -0700 [thread overview]
Message-ID: <21337.31984.943352.473836@retriever.mtv.corp.google.com> (raw)
In-Reply-To: <jwvvbty5wem.fsf-monnier+emacsbugs@gnu.org>
Stefan, Makes sense.
I've been chasing a separate problem in emacs at work that is
keeping emacs busy --see below.
I run emacs-jabber to connect to Google Talk.
I have a large number of contacts there -- order of magnitude
100s -- many of whom constantly keep changing status.
emacs-jabber uses a continues fsm ping mechanism and if I leave
emacs idle ie dont touch the keyboard, profiler shows that emacs
is permanently busy in that handler. I've been trying various
advice tricks to keep that fsm tick from happening except when
jabber roster is selected, and surprize surprize that got the
c-g problem to diminish -- I could not figure out why till I saw
your note today.
Stefan Monnier writes:
> > often, if I have a minibuffer completion up, hitting C-g does
> > not dismiss the minibuffer, I actually have to switch away from
>
> If you're in the minibuffer, then C-g should normally dismiss the
> minibuffer, yes. Of course, we have the problem that C-g only does that
> if it runs keyboard-quit (i.e. if Emacs was idle), and not if it signals
> "quit" (i.e. Emacs was busy with something).
>
> So apparently, there's been more cases where Emacs is "busy" (probably
> just waiting in a sit-for or something). So to fix this, we need to
> figure out what that C-g interrupts.
>
>
> Stefan
prev parent reply other threads:[~2014-04-24 21:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-18 16:04 bug#17293: 24.4.50; C-g often fails in minibuffer under X raman
2014-04-24 20:05 ` Stefan Monnier
2014-04-24 21:06 ` T.V Raman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=21337.31984.943352.473836@retriever.mtv.corp.google.com \
--to=raman@google.com \
--cc=17293@debbugs.gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=tv.raman.tv@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.