* Re: Emacs hangs on current display when the minibuffer is active on another display [not found] ` <E1GSlPn-000405-TO@fencepost.gnu.org> @ 2007-08-21 4:54 ` Ovidiu Gheorghioiu 2010-02-26 0:28 ` Ovidiu Gheorghioiu [not found] ` <mailman.1901.1267156791.14305.help-gnu-emacs@gnu.org> [not found] ` <mailman.5032.1187685102.32220.help-gnu-emacs@gnu.org> 1 sibling, 2 replies; 4+ messages in thread From: Ovidiu Gheorghioiu @ 2007-08-21 4:54 UTC (permalink / raw) To: rms; +Cc: help-gnu-emacs Is there an eval forn that would cause emacs to exit this loop? I can do gnuclient -eval from the display where Emacs is non-functional. I've tried (keyboard-quit) and (minibuffer-keyboard-quit) but that didn't work. Finally I did (setq quit-flag t) with the -- foreseeable I guess -- result that Emacs quit entirely. So maybe there is some hope. A workaround involving -eval (something) would be perfectly acceptable for me. Regards, Ovy On 9/27/06, Richard Stallman <rms@gnu.org> wrote: > If I leave the emacs on one > display with the minibuffer active, emacs on the other display does > not respond to anything until the minibuffer input is resolved (input > entered, or quit). > > It is nearly impossible to fix this without making Emacs > multi-threaded. I hope that will be done some day, but I > don't know if anyone is working on it. > > ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Emacs hangs on current display when the minibuffer is active on another display 2007-08-21 4:54 ` Emacs hangs on current display when the minibuffer is active on another display Ovidiu Gheorghioiu @ 2010-02-26 0:28 ` Ovidiu Gheorghioiu [not found] ` <mailman.1901.1267156791.14305.help-gnu-emacs@gnu.org> 1 sibling, 0 replies; 4+ messages in thread From: Ovidiu Gheorghioiu @ 2010-02-26 0:28 UTC (permalink / raw) To: rms; +Cc: help-gnu-emacs FYI I've found a workaround for this old problem: I evaluate '(abort-recursive-edit)' with gnuclient / emacsclient. Tested on emacs 23.1.1 and 22.1.1 (both of which still exhibit the minibuffer-input-blocks-other-Xdisplay problem). This aborts the minibuffer prompt, and lets me use emacs on the other display. This is good enough for me. Regards, Ovy > On Mon, Aug 20, 2007 at 8:54 PM, Ovidiu Gheorghioiu <ovy@alum.mit.edu> wrote: > Is there an eval forn that would cause emacs to exit this loop? > > I can do gnuclient -eval from the display where Emacs is > non-functional. I've tried (keyboard-quit) and > (minibuffer-keyboard-quit) but that didn't work. Finally I did (setq > quit-flag t) with the -- foreseeable I guess -- result that Emacs quit > entirely. So maybe there is some hope. A workaround involving -eval > (something) would be perfectly acceptable for me. > > Regards, > Ovy > > On 9/27/06, Richard Stallman <rms@gnu.org> wrote: >> If I leave the emacs on one >> display with the minibuffer active, emacs on the other display does >> not respond to anything until the minibuffer input is resolved (input >> entered, or quit). >> >> It is nearly impossible to fix this without making Emacs >> multi-threaded. I hope that will be done some day, but I >> don't know if anyone is working on it. >> >> > ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <mailman.1901.1267156791.14305.help-gnu-emacs@gnu.org>]
* Re: Emacs hangs on current display when the minibuffer is active on another display [not found] ` <mailman.1901.1267156791.14305.help-gnu-emacs@gnu.org> @ 2010-02-27 19:52 ` Stefan Monnier 0 siblings, 0 replies; 4+ messages in thread From: Stefan Monnier @ 2010-02-27 19:52 UTC (permalink / raw) To: help-gnu-emacs > FYI I've found a workaround for this old problem: I evaluate > '(abort-recursive-edit)' with gnuclient / emacsclient. Tested on > Emacs 23.1.1 and 22.1.1 (both of which still exhibit the > minibuffer-input-blocks-other-Xdisplay problem). This problem is supposed to be fixed in Emacs-23 already. This is done in server-goto-toplevel. If you still bump into the problem, please report it as a bug. Stefan ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <mailman.5032.1187685102.32220.help-gnu-emacs@gnu.org>]
* Re: Emacs hangs on current display when the minibuffer is active on another display [not found] ` <mailman.5032.1187685102.32220.help-gnu-emacs@gnu.org> @ 2007-08-21 9:02 ` Johan Bockgård 0 siblings, 0 replies; 4+ messages in thread From: Johan Bockgård @ 2007-08-21 9:02 UTC (permalink / raw) To: help-gnu-emacs "Ovidiu Gheorghioiu" <ovy@alum.mit.edu> writes: > Is there an eval forn that would cause emacs to exit this loop? > > I can do gnuclient -eval from the display where Emacs is > non-functional. I've tried (keyboard-quit) and > (minibuffer-keyboard-quit) but that didn't work. Finally I did (setq > quit-flag t) with the -- foreseeable I guess -- result that Emacs quit > entirely. So maybe there is some hope. A workaround involving -eval > (something) would be perfectly acceptable for me. (top-level) I think emacsclient together with an up-to-date Emacs would to this automatically. -- Johan Bockgård ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-02-27 19:52 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <1adb6ea0609261909u138ff25fj3cee334a6232ca3b@mail.gmail.com> [not found] ` <E1GSlPn-000405-TO@fencepost.gnu.org> 2007-08-21 4:54 ` Emacs hangs on current display when the minibuffer is active on another display Ovidiu Gheorghioiu 2010-02-26 0:28 ` Ovidiu Gheorghioiu [not found] ` <mailman.1901.1267156791.14305.help-gnu-emacs@gnu.org> 2010-02-27 19:52 ` Stefan Monnier [not found] ` <mailman.5032.1187685102.32220.help-gnu-emacs@gnu.org> 2007-08-21 9:02 ` Johan Bockgård
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.