From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sean McLaughlin Newsgroups: gmane.emacs.bugs Subject: bug#13655: 23.2; sit-for doesn't return on input in other X displays Date: Fri, 22 Feb 2013 13:08:06 -0500 Message-ID: References: <6ie38x61zak.fsf@tot-qws-dev21.delacy.com> <8F01EC71-F731-4346-8E7F-07C515463B8E@swipnet.se> <56D1FAA9-12B9-483D-8FE7-0626FC954A9A@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae93405d1248b7504d65415e2 X-Trace: ger.gmane.org 1361556593 6492 80.91.229.3 (22 Feb 2013 18:09:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Feb 2013 18:09:53 +0000 (UTC) Cc: Peter Szilagyi , 13655@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 22 19:10:15 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U8x4Y-0003Vf-0v for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Feb 2013 19:10:14 +0100 Original-Received: from localhost ([::1]:39268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U8x4C-0002Yo-Te for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Feb 2013 13:09:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U8x46-0002YQ-KR for bug-gnu-emacs@gnu.org; Fri, 22 Feb 2013 13:09:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U8x3y-0002ZP-ML for bug-gnu-emacs@gnu.org; Fri, 22 Feb 2013 13:09:46 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39153) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U8x3y-0002ZJ-IY for bug-gnu-emacs@gnu.org; Fri, 22 Feb 2013 13:09:38 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U8x5J-0004rD-LS for bug-gnu-emacs@gnu.org; Fri, 22 Feb 2013 13:11:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Sean McLaughlin Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Feb 2013 18:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13655 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13655-submit@debbugs.gnu.org id=B13655.136155661318615 (code B ref 13655); Fri, 22 Feb 2013 18:11:01 +0000 Original-Received: (at 13655) by debbugs.gnu.org; 22 Feb 2013 18:10:13 +0000 Original-Received: from localhost ([127.0.0.1]:44617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U8x4W-0004qC-Qu for submit@debbugs.gnu.org; Fri, 22 Feb 2013 13:10:13 -0500 Original-Received: from mail-ia0-f176.google.com ([209.85.210.176]:59108) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U8x4V-0004q5-3Y for 13655@debbugs.gnu.org; Fri, 22 Feb 2013 13:10:11 -0500 Original-Received: by mail-ia0-f176.google.com with SMTP id i18so767259iac.7 for <13655@debbugs.gnu.org>; Fri, 22 Feb 2013 10:08:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=iwb3IWiy6+kyHzhA09jFBktvc4+X3qb03hUuhbvSTp4=; b=GzZpnrWv90Rg+Q4ON1WhOoVHTZSIJm0XMJxOv2Ook8ggbOFHDtIPyEEr8jPurenFrL wiD24gBHkz2jtEGRQyO4WFrHoi7xMG405zvQKfwmLNecgjRQyLXYH3r2+Q4KkAcOYh8K rbIjaDnGGJqNcN8wChhRHMiI1U3URZT3b/fgte0bPQtpW+mwD/5AYbAiGGwOWJGgvXk8 LjfpZ+bAfu2/2sDJyNWgNtwW8appqOzzapCdzDiJcD9oQchI9sNWKbrseZohR3EAfqxf BMogWCW7+EslXtpIkUNOXhD9iFJyxsQSADBXgAHYiy/F9uXQA+3FhrjiDK1soTXdde9Y nhJA== X-Received: by 10.50.47.231 with SMTP id g7mr27753ign.83.1361556527155; Fri, 22 Feb 2013 10:08:47 -0800 (PST) Original-Received: by 10.64.20.107 with HTTP; Fri, 22 Feb 2013 10:08:06 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:71656 Archived-At: --14dae93405d1248b7504d65415e2 Content-Type: text/plain; charset=ISO-8859-1 I confirm that commenting the line // temporarily_switch_to_single_kboard (NULL); solves the problem. Are there a battery of tests we can run with this change so we can make sure we didn't hose Emacs in some other way? On Thu, Feb 21, 2013 at 9:05 PM, Stefan Monnier wrote: > > That is about all I know. Just not calling > > temporarily_switch_to_single_kboard may solve this, but may have other > > side effects. > > IIUC the temporarily_switch_to_single_kboard is there so that when you > use Emacs on several terminals at the same time, interleaved events from > the various terminals is "properly" de-interleaved. > The intended use case is "several terminals on several machines with > different people on each machine". > > I think a more important use case is "press on terminal1 and > on terminal2 almost at the same time and and both > expand to escape byte sequences". So it's important that the bytes from > each terminal don't get mixed up, otherwise input-decode-map won't be > able to turn them back into and . IIUC this use case does > not require temporarily_switch_to_single_kboard in call-interactively. > > > > Stefan > --14dae93405d1248b7504d65415e2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I confirm that commenting the line

=A0 =A0 =A0 // t= emporarily_switch_to_single_kboard (NULL);

solves = the problem. =A0Are there a battery of tests we can run with this change so= we can=A0
make sure we didn't hose Emacs in some other way?


On Thu, Feb 21, 2013 at 9:05 PM, Stefan = Monnier <monnier@iro.umontreal.ca> wrote:
> That is about all I k= now. =A0Just not calling
> temporarily_switch_to_single_kboard may solve this, but may have other=
> side effects.

IIUC the temporarily_switch_to_single_kboard is there so that when yo= u
use Emacs on several terminals at the same time, interleaved events from the various terminals is "properly" de-interleaved.
The intended use case is "several terminals on several machines with different people on each machine".

I think a more important use case is "press <key1> on terminal1 = and
<key2> on terminal2 almost at the same time and <key1> and <= key2> both
expand to escape byte sequences". =A0So it's important that the by= tes from
each terminal don't get mixed up, otherwise input-decode-map won't = be
able to turn them back into <key1> and <key2>. =A0IIUC this use= case does
not require temporarily_switch_to_single_kboard in call-interactively.



=A0 =A0 =A0 =A0 Stefan

--14dae93405d1248b7504d65415e2--