From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "T.V. Raman" Newsgroups: gmane.emacs.devel Subject: Info: Console Vs GUI difference? Date: Wed, 30 Oct 2013 02:27:49 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1383125276 1990 80.91.229.3 (30 Oct 2013 09:27:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Oct 2013 09:27:56 +0000 (UTC) Cc: tv.raman.tv@gmail.com To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 30 10:28:01 2013 Return-path: Envelope-to: ged-emacs-devel@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 1VbS4C-0005ko-GA for ged-emacs-devel@m.gmane.org; Wed, 30 Oct 2013 10:27:56 +0100 Original-Received: from localhost ([::1]:51155 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VbS4B-0000pO-RW for ged-emacs-devel@m.gmane.org; Wed, 30 Oct 2013 05:27:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VbS48-0000pI-P2 for emacs-devel@gnu.org; Wed, 30 Oct 2013 05:27:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VbS46-0004IV-Ir for emacs-devel@gnu.org; Wed, 30 Oct 2013 05:27:52 -0400 Original-Received: from mail-qa0-x231.google.com ([2607:f8b0:400d:c00::231]:39576) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VbS46-0004IL-ED for emacs-devel@gnu.org; Wed, 30 Oct 2013 05:27:50 -0400 Original-Received: by mail-qa0-f49.google.com with SMTP id i13so694568qae.1 for ; Wed, 30 Oct 2013 02:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PIFwwFAdLGOkXqVA7+ayqP80xRW8sFtvl+aGXanut48=; b=hitoTSBqLPX8OcI3452jajhhDW1dS9xH4wiH04PALZgF1VFjI7bOTf0y0sMAg8irg4 Hr/46BZyCw5CeCaz0+x2cxK6ujmPXrxQ62lK0WKxQbLiv+JkQBoxzu8mJesmpJfSroBh mNvzdWoPA2PaS4ZAEGGKRbmc6Qz6KRbJ2APAsvqCfYVpObcFXOPlZ+i3yT4XadKNvTvE g9641yCF5J+/xM+GsvqgZNjrKOyAK0NUiBTGP574r9+DxDNmce9oIwuIuUsp/5L0YxTW AC9H/SZChHrd0NJ3zn7023ASi6EyLz8IXAk9ry4RQmg0QSThYSlX4FTRTDsx+ADwdD4k P2wA== X-Received: by 10.224.138.4 with SMTP id y4mr6482723qat.65.1383125269847; Wed, 30 Oct 2013 02:27:49 -0700 (PDT) Original-Received: by 10.229.171.135 with HTTP; Wed, 30 Oct 2013 02:27:49 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400d:c00::231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:164682 Archived-At: As noted on previous threads -- Emacspeak relies heavily on advice. I've observed something strange over the last few years that I've been too lazy to fix, but started digging into recently - it's an interesting problem and may point to a curious underlying bug -- here goes. Basically, Info running under X appears to be making calls to signal after *every user command* -- the signal is also clearly caught and handled at a fairly low-level because you ordinarily never see it. Here is a simple way to cause it to happen -- though it might not be as easy to observe without Emacspeak active. At an emacs frame running at the Linux console, hit C-h i to open info (after ensuring that any previous info buffers are killed) -- then hit either 'p' or 'u' or 'n' to trigger a user-error -- Emacs reports that there is no where to go -- and all is well. Kill this buffer. Now, switch to an emacs frame in a graphical environment under X, and repeat the experiment. Once Emacs has triggered the user error in Info as before, what I'm observing that when in the info buffer (and only in the info buffer) something in Emacs appears to be calling signal under the covers -- and the signal is trapped and suppressed **after**after every user action. Looking through info.el hasn't shed any light --- -- --