From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 10:25:29 2014 Received: (at submit) by debbugs.gnu.org; 20 Jan 2014 15:25:29 +0000 Received: from localhost ([127.0.0.1]:58453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5GjA-0004Yn-J4 for submit@debbugs.gnu.org; Mon, 20 Jan 2014 10:25:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38051) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5Gj8-0004Yb-C6 for submit@debbugs.gnu.org; Mon, 20 Jan 2014 10:25:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5Gj6-0002Rq-Sp for submit@debbugs.gnu.org; Mon, 20 Jan 2014 10:25:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Gj6-0002Rc-Pa for submit@debbugs.gnu.org; Mon, 20 Jan 2014 10:25:24 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39734) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Gj5-0001ty-6d for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 10:25:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5Giz-0002PR-Ni for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 10:25:23 -0500 Received: from mail-wi0-x22d.google.com ([2a00:1450:400c:c05::22d]:37147) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Giz-0002P1-69 for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 10:25:17 -0500 Received: by mail-wi0-f173.google.com with SMTP id d13so3315228wiw.12 for ; Mon, 20 Jan 2014 07:25:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ialGnOWEpS+1/qy79A3N0+H3HkkdHgKrMmGFeumvEwQ=; b=dS/rn8TIqs7aodO8WfdGvEK1wV66n/LVgmEw8JyVYjdYMCGrqzaHkQdJ6mBYZp9K0Y /dCtKkV1hjtoHBPDhoLQZLla4v5L2cDXEYLrQEKE/4w6/s5XMMpozfU8J9vlHTL9F/4N O3CJwU0acpJiq1gsm8nvi7W1co6fWifhuXGGZeiqviXV59S/7kxlXw0+0INu6FoByM0/ 4sZC/SEm0M9xzexvlb45mloztalsMlhEPP/wVSFFYuLBOS0LXyaiDF/mq+9POdTQLOr1 iPVMFA/qUViO2eHmxZZsVzNyJQogy2ZVQvM48rI3ixSTUxAwr3tk54swZ8uW8MvpG43D IlBA== MIME-Version: 1.0 X-Received: by 10.180.75.202 with SMTP id e10mr10432209wiw.50.1390231515555; Mon, 20 Jan 2014 07:25:15 -0800 (PST) Received: by 10.216.187.199 with HTTP; Mon, 20 Jan 2014 07:25:15 -0800 (PST) Date: Mon, 20 Jan 2014 16:25:15 +0100 Message-ID: Subject: 24.3.50; Emacs seems to loose key events when typing fast (seriously) From: Anders Lindgren To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=f46d04389569a3ed6a04f0687f7c X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --f46d04389569a3ed6a04f0687f7c Content-Type: text/plain; charset=ISO-8859-1 When typing something fast like repeated over and over again, Emacs seems to loose key events. This seems to work correctly on 23.3. Steps to repeat: emacs -Q Evaluate: (progn (insert "(") (make-string In GNU Emacs 24.3.50.4 (x86_64-apple-darwin13.0.0, NS apple-appkit-1265.00) of 2014-01-16 on macpro.lan Repository revision: 116039 eggert@cs.ucla.edu-20140116062406-oh0d3tsfqytj28ta Windowing system distributor `Apple', version 10.3.1265 Configured using: `configure --with-ns' Important settings: value of $LC_CTYPE: UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: x r e p o r Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode easymenu time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process cocoa ns multi-tty emacs) --f46d04389569a3ed6a04f0687f7c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
When typing something fast like <down> <tab&= gt; repeated over and over again, Emacs seems to loose key events. This see= ms to work correctly on 23.3.

Steps to repeat:

=A0 =A0 emacs -Q
=A0 =A0 Evaluate:
=
=A0 =A0 (progn (insert "(") (make-string



In GNU Emacs 24.3.50.4 (x86_6= 4-apple-darwin13.0.0, NS apple-appkit-1265.00)
=A0of 2014-01-16 on macpro.lan
Repository revision: 116039 e= ggert@cs.ucla.edu-20140116062406-oh0d3tsfqytj28ta
Windowing syste= m distributor `Apple', version 10.3.1265
Configured using:
=A0`configure --with-ns'

Important settin= gs:
=A0 value of $LC_CTYPE: UTF-8
=A0 locale-coding-sys= tem: utf-8-unix

Major mode: Lisp Interaction
=

Minor modes in effect:
=A0 tooltip-mode: t
=A0 electric-indent-mode: t
=A0 mouse-wheel-mode: t
= =A0 tool-bar-mode: t
=A0 menu-bar-mode: t
=A0 file-name= -shadow-mode: t
=A0 global-font-lock-mode: t
=A0 font-lock-mode: t
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t
= =A0 auto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:
<escape> x r e p o <tab> r <tab> <return>

Recent messages:
For information about GNU = Emacs and the GNU system, type C-h C-a.
Making completion list...

Load-path shadows:<= /div>
None found.

Features:
(shadow = sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
help-fns mail-prsvr mail-utils help-mode easymenu time-date tooltip
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomm= ent
lisp-mode prog-mode register page menu-bar rfn-eshadow timer = select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame ch= am
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet= lao
korean japanese hebrew greek romanian slovak czech european = ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple<= /div>
abbrev minibuffer nadvice loaddefs button faces cus-face macroexp= files
text-properties overlay sha1 md5 base64 format env code-pa= ges mule
custom widget hashtable-print-readable backquote make-network-process<= /div>
cocoa ns multi-tty emacs)

--f46d04389569a3ed6a04f0687f7c-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 10:36:16 2014 Received: (at 16505) by debbugs.gnu.org; 20 Jan 2014 15:36:16 +0000 Received: from localhost ([127.0.0.1]:58462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5Gtc-0004tO-1E for submit@debbugs.gnu.org; Mon, 20 Jan 2014 10:36:16 -0500 Received: from mail-wg0-f44.google.com ([74.125.82.44]:33359) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5GtZ-0004tC-2c for 16505@debbugs.gnu.org; Mon, 20 Jan 2014 10:36:13 -0500 Received: by mail-wg0-f44.google.com with SMTP id l18so6918132wgh.23 for <16505@debbugs.gnu.org>; Mon, 20 Jan 2014 07:36:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=8vwLwbQxvVEn6yXrHkpQGBt3XLsTKfRqjIf/3UOSOgk=; b=GU6eVDN/2tBegXp95GbJ/+HIAcptd7mFyItIM9BdWB4ckMaaCSCragTzfT6BPO69FS PuvbW7PaOghwi6HNjm5oP1BwsiMqPbf5B/rg4iEWXpQmUmjUR0pIh4on5DHIMeJh3jMG /zlX3bNysFYX2zWSYrDnyWEOLJg8ZnCXpTv17joGXGBkBXLNgB1DC+2NEBXRiOTN1mgF THGU1tKAhcqorSARevROWwE5nYvdqaRpINWzvmFsCnJVikoXskK2eqLdgc8biL0yJWox +t/dqrfbF+r3nnd6Ye8jaC4J9EItn7GfalogtYYPMS6sOwMIO+g4Z1LUzjw0zjmEB8dv MElA== MIME-Version: 1.0 X-Received: by 10.194.110.41 with SMTP id hx9mr15040349wjb.28.1390232172094; Mon, 20 Jan 2014 07:36:12 -0800 (PST) Received: by 10.216.187.199 with HTTP; Mon, 20 Jan 2014 07:36:12 -0800 (PST) In-Reply-To: References: Date: Mon, 20 Jan 2014 16:36:12 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: 16505@debbugs.gnu.org Content-Type: multipart/alternative; boundary=089e010d89e0c6076b04f068a6f4 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e010d89e0c6076b04f068a6f4 Content-Type: text/plain; charset=ISO-8859-1 I just sent out the previous letter before it was finished, so here comes the rest of it (sorry about that): Steps to repeat: emacs -Q Evaluate the following: (save-excursion (insert "(") (dotimes (x 10) (insert "abc\n"))) C-g (Just to know where you are in C-h l) Now press TAB and down arrow over and over again, as fast as you can, like you're reindenting code. After a few lines, Emacs stops to indent. Looking at the end of C-h l, you will see something like: C-g C-h l Here, a is missing, which explains the indentation problems. Sincerely, Anders Lindgren On Mon, Jan 20, 2014 at 4:26 PM, GNU bug Tracking System < help-debbugs@gnu.org> wrote: > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > bug-gnu-emacs@gnu.org > > If you wish to submit further information on this problem, please > send it to 16505@debbugs.gnu.org. > > Please do not send mail to help-debbugs@gnu.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 16505: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16505 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems > --089e010d89e0c6076b04f068a6f4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I just sent out the previous letter before it was finished= , so here comes the rest of it (sorry about that):

Steps= to repeat:

=A0 =A0 emacs -Q
=A0 =A0 Eva= luate the following:
=A0 =A0 (save-excursion
=A0 =A0 =A0(insert "(")
=A0 =A0 =A0(dotimes (x 10) (insert "abc\n")))
= =A0 =A0 C-g =A0 =A0 =A0 (Just to know where you are in C-h l)
=A0= =A0 Now press TAB and down arrow over and over again, as fast as you can, = like you're reindenting code.
=A0 =A0 After a few lines, Emacs stops to indent. Looking at the end o= f C-h l, you will see something like:

C-g <= ;tab> <down> <down>
<tab> <down> <t= ab> <down> <tab> <down> <tab> C-h l

=A0 =A0 Here, a <tab> is missing, which exp= lains the indentation problems.

Sincerely,
=A0 =A0 Anders Lindgren



On Mon, Jan 20, 2014 at 4:26 PM, GNU bug Tra= cking System <help-debbugs@gnu.org> wrote:
Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
=A0bug-gnu-emacs@gnu.org

If you wish to submit further information on this problem, please
send it to 16505@debbugs.gnu.org.

Please do not send mail to help-deb= bugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
16505: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16505
GNU Bug Tracking System
Contact help-debbugs@gnu.org wi= th problems

--089e010d89e0c6076b04f068a6f4-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 09:17:51 2014 Received: (at 16505) by debbugs.gnu.org; 7 Feb 2014 14:17:51 +0000 Received: from localhost ([127.0.0.1]:54457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBmFa-00026x-IY for submit@debbugs.gnu.org; Fri, 07 Feb 2014 09:17:51 -0500 Received: from mail-ob0-f173.google.com ([209.85.214.173]:45592) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBmFX-00026l-UK for 16505@debbugs.gnu.org; Fri, 07 Feb 2014 09:17:48 -0500 Received: by mail-ob0-f173.google.com with SMTP id vb8so4027408obc.4 for <16505@debbugs.gnu.org>; Fri, 07 Feb 2014 06:17:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Ud/+zwy7zy6EADIhm7jjW2SsKdzNN0MZIG3ye77f6Dk=; b=EdwRm7ZlE5AYTbef34nfJjNHScgy9l0O+pcmHHJEsmdWW677LUR75rzgxWCU0f5VHx Lqv/bz1SE4L3NtJGm0NverJHcGg8V1RHQabEy86QAPDnxKxzD+X0scJ+0suSwsO1De8t RzeizhKaNir4Lkf8fiX1+eHtGfN5a3nhEd7cR5PYang3wGZKymSwuYcJVZFCdr/i9OIe P9+8R2V9KiX2U83xRtFgxlj++ic5Zt/8Lg82URGbMigpq+g7koibTyeJCSUeN5sgqBIN G755PleouR6FrAGTUkdwte/X+tjDRYgpu5rCWTaShtdoKGo5ZjI4qotAGxjFaIqGNXOQ bg2w== MIME-Version: 1.0 X-Received: by 10.60.123.75 with SMTP id ly11mr12996485oeb.1.1391782666943; Fri, 07 Feb 2014 06:17:46 -0800 (PST) Received: by 10.182.114.199 with HTTP; Fri, 7 Feb 2014 06:17:46 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Feb 2014 15:17:46 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: 16505@debbugs.gnu.org Content-Type: multipart/alternative; boundary=047d7b5d25e477c12f04f1d1a7b4 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7b5d25e477c12f04f1d1a7b4 Content-Type: text/plain; charset=ISO-8859-1 I have looked a little bit into this (even though I haven't found much). The following are the key bzr revisions: 110785 -- OK 110786..110811 -- Don't build on OS X (error during dump) 110812..111504 -- Broken in another way. When pressing over an over again, Emacs gets stuck. Neither nor will do anything. However, typing a plain character makes Emacs escape this state and start being responsive again. This seems to be an OS X related problem, as the fix was applied to nsterm.m. 111505 -- Broken as described in the original posts. I hope this can shed some light on this, as this is a real problem that will affect lots of users. One thing we should try to figure out is if this is a problem specific to OS X, or if it is generic. Sincerely, Anders Lindgren On Mon, Jan 20, 2014 at 4:36 PM, Anders Lindgren wrote: > I just sent out the previous letter before it was finished, so here comes > the rest of it (sorry about that): > > Steps to repeat: > > emacs -Q > Evaluate the following: > (save-excursion > (insert "(") > (dotimes (x 10) (insert "abc\n"))) > C-g (Just to know where you are in C-h l) > Now press TAB and down arrow over and over again, as fast as you can, > like you're reindenting code. > After a few lines, Emacs stops to indent. Looking at the end of C-h l, > you will see something like: > > C-g > C-h l > > Here, a is missing, which explains the indentation problems. > > Sincerely, > Anders Lindgren > > > > On Mon, Jan 20, 2014 at 4:26 PM, GNU bug Tracking System < > help-debbugs@gnu.org> wrote: > >> Thank you for filing a new bug report with debbugs.gnu.org. >> >> This is an automatically generated reply to let you know your message >> has been received. >> >> Your message is being forwarded to the package maintainers and other >> interested parties for their attention; they will reply in due course. >> >> Your message has been sent to the package maintainer(s): >> bug-gnu-emacs@gnu.org >> >> If you wish to submit further information on this problem, please >> send it to 16505@debbugs.gnu.org. >> >> Please do not send mail to help-debbugs@gnu.org unless you wish >> to report a problem with the Bug-tracking system. >> >> -- >> 16505: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16505 >> GNU Bug Tracking System >> Contact help-debbugs@gnu.org with problems >> > > --047d7b5d25e477c12f04f1d1a7b4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have looked a little bit into this (even though I haven&= #39;t found much).

The following are the key bzr revisio= ns:

=A0 =A0=A0110785 -- OK

=A0 =A0=A0110786..110811 -- Don't build on OS X (error during dump)

=A0 =A0 110812..111504 -- Broken in another way. When p= ressing <down> <tab> over an over again, Emacs gets stuck. Neit= her <tab> nor <down> will do anything. However, typing a plain = character makes Emacs escape this state and start being responsive again. T= his seems to be an OS X related problem, as the fix was applied to nsterm.m= .

=A0 =A0 111505 -- Broken as described in the original p= osts.

I hope this can shed some light on this, as = this is a real problem that will affect lots of users. One thing we should = try to figure out is if this is a problem specific to OS X, or if it is gen= eric.

Sincerely,
=A0 =A0 Anders Lindgren


On Mon, Jan = 20, 2014 at 4:36 PM, Anders Lindgren <andlind@gmail.com> wro= te:
I just sent out the previou= s letter before it was finished, so here comes the rest of it (sorry about = that):

Steps to repeat:

=A0 =A0 emacs -Q
=A0 =A0 Evaluate the following:
=A0 =A0 (save-excursion
=A0 =A0 =A0(insert "(")
=A0 =A0 =A0(dotimes (x 10) (insert "abc\n")))
= =A0 =A0 C-g =A0 =A0 =A0 (Just to know where you are in C-h l)
=A0= =A0 Now press TAB and down arrow over and over again, as fast as you can, = like you're reindenting code.
=A0 =A0 After a few lines, Emacs stops to indent. Looking at the end o= f C-h l, you will see something like:

C-g <= ;tab> <down> <down>
<tab> <down> <t= ab> <down> <tab> <down> <tab> C-h l

=A0 =A0 Here, a <tab> is missing, which exp= lains the indentation problems.

Sincerely,
=A0 =A0 Anders Lindgren

=


On Mon, Jan 20, 2014 at 4:26 PM, GNU bug Tra= cking System <help-debbugs@gnu.org> wrote:
Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
=A0bug-gnu-emacs= @gnu.org

If you wish to submit further information on this problem, please
send it to 16505= @debbugs.gnu.org.

Please do not send mail to help-debbugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
16505: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16505
GNU Bug Tracking System
Contact help-debb= ugs@gnu.org with problems


--047d7b5d25e477c12f04f1d1a7b4-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 11:06:36 2014 Received: (at 16505) by debbugs.gnu.org; 7 Feb 2014 16:06:36 +0000 Received: from localhost ([127.0.0.1]:55244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBnwp-0005Bn-6u for submit@debbugs.gnu.org; Fri, 07 Feb 2014 11:06:35 -0500 Received: from forward2l.mail.yandex.net ([84.201.143.145]:48650) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBnwj-0005BS-1j for 16505@debbugs.gnu.org; Fri, 07 Feb 2014 11:06:32 -0500 Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [37.140.190.28]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 70F6F1AC1121; Fri, 7 Feb 2014 20:06:26 +0400 (MSK) Received: from smtp3o.mail.yandex.net (localhost [127.0.0.1]) by smtp3o.mail.yandex.net (Yandex) with ESMTP id 0F13E1E1077; Fri, 7 Feb 2014 20:06:25 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id vnil6FjCQQ-6PRqfKEb; Fri, 7 Feb 2014 20:06:25 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: cf4c6fb8-90d4-4fcd-898c-dddda03132b9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1391789185; bh=Hwzb9f6qPPDE2GqZ26x4Xs9XpEJHDm/CXfwTWMWO3+E=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dWYfpVE4rNMyWfRAr2sVVOZea7YbBFUytbnu59+h1bkWNVd4zpjdzHANYjxFZvy4e Rra62X0lBat9bIap2I8bJX4ombc0hY6CYxlnC+CF7hI4qihikVMXwebfPBsnWHWM0l XBig2MMEPHkKsETbkDdugmYk0fXQ23HAxsFlJl1s= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52F50481.8080509@yandex.ru> Date: Fri, 07 Feb 2014 20:06:25 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Anders Lindgren Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 02/07/2014 06:17 PM, Anders Lindgren wrote: > Here, a is missing, which explains the indentation problems. Hmm...IMHO we shouldn't believe in anyone's fingers in such a case :-). Do you have a tool to fake user input? On X, we have xdotool. I've tried to insert 100 and 100 with 0.05s delay between each "keypress": xdotool selectwindow ==> (record window ID) seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && sleep 0.05 && xdotool key --window $ID 116 && sleep 0.05' (23 is X keycode for and <116> for ) and there was 100 and 100 , respectively... Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 12:18:45 2014 Received: (at control) by debbugs.gnu.org; 7 Feb 2014 17:18:45 +0000 Received: from localhost ([127.0.0.1]:55325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBp4e-0008LJ-Rs for submit@debbugs.gnu.org; Fri, 07 Feb 2014 12:18:45 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:45012) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBp4c-0008LB-Sf for control@debbugs.gnu.org; Fri, 07 Feb 2014 12:18:43 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WBp4c-0004BZ-Gy for control@debbugs.gnu.org; Fri, 07 Feb 2014 12:18:42 -0500 Date: Fri, 07 Feb 2014 12:18:42 -0500 Message-Id: Subject: control message for bug 16505 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.6 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.6 (-----) # s/loose/lose retitle 16505 24.3.50; Emacs seems to lose key events when typing fast From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 16:03:49 2014 Received: (at 16505) by debbugs.gnu.org; 7 Feb 2014 21:03:49 +0000 Received: from localhost ([127.0.0.1]:55466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBsaS-00072w-7v for submit@debbugs.gnu.org; Fri, 07 Feb 2014 16:03:48 -0500 Received: from mail-oa0-f52.google.com ([209.85.219.52]:35059) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBsaP-00072n-Mv for 16505@debbugs.gnu.org; Fri, 07 Feb 2014 16:03:46 -0500 Received: by mail-oa0-f52.google.com with SMTP id i4so4902207oah.11 for <16505@debbugs.gnu.org>; Fri, 07 Feb 2014 13:03:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9czKERXOIaaoZZLxoCYlGoyPia46yfRvSakqAgjdm5w=; b=j8w1Kwf1yvzk7q583SzKrmB08sm0itpdcw16IIJj7TbI7Tl0Q3K4mUUrDygDkhSbHd nIVmIj6QCljkePvO/3i3NLCE1bI8cuFw/V5erVIvbm9G19eBJFK8cfkXcHWTVpT+NRAk Ao9iZOGWAD8FBlS6f498gKsfiB/2EG56hSaMjeUZefilJ8ZiUEm1aohgnGiJuaG4jxti L6jYcITnZhu45iIZLJxb2oD3nIkYN6YO4cGmAry+OwptnKPAL3Jr4A4vK8PjpZCpKh7/ kvViK5+CgOIVzC8ZHX+bv3/3buTTy9+DR6nZ2hzGE/PUz7UxA0XtmWh3GS32ixDnrVnL PvMQ== MIME-Version: 1.0 X-Received: by 10.60.246.104 with SMTP id xv8mr14595519oec.18.1391807024763; Fri, 07 Feb 2014 13:03:44 -0800 (PST) Received: by 10.182.114.199 with HTTP; Fri, 7 Feb 2014 13:03:44 -0800 (PST) In-Reply-To: <52F50481.8080509@yandex.ru> References: <52F50481.8080509@yandex.ru> Date: Fri, 7 Feb 2014 22:03:44 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: Dmitry Antipov Content-Type: multipart/alternative; boundary=001a113698744e980804f1d75370 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113698744e980804f1d75370 Content-Type: text/plain; charset=ISO-8859-1 Hi! I understand your scepticism about my fingers ;) However, the problem is quite apparent, I get bitten by it several times per day. Also, it occurs consistently when doing the sequence in recent versions from the trunk. On older versions, however, I don't see this behaviour at all. Anyway, I tried to script this using AppleScript, asking the "System Event" to send keycodes for and . Unfortunately, Emacs behaves perfectly and doesn't loose any key event when scripted. Just for the record, this is the script I used: repeat 100 times tell application "System Events" to key code 48 -- TAB tell application "System Events" to key code 125 -- DOWN end I started it from within emacs using M-! osascript xxx.osa RET One approach to find the faulty revision is to back-patch the fix in 111505 into the revisions 110812-111504 to see if one of those revisions introduced the problem. (If the problem is in the sequence 110786-110811, it will be harder to track down, as they don't build properly). I will try to find the time to do this, but I can't give any guarantees... -- Anders On Fri, Feb 7, 2014 at 5:06 PM, Dmitry Antipov wrote: > On 02/07/2014 06:17 PM, Anders Lindgren wrote: > > Here, a is missing, which explains the indentation problems. >> > > Hmm...IMHO we shouldn't believe in anyone's fingers in such a case :-). > > Do you have a tool to fake user input? On X, we have xdotool. I've tried > to insert 100 and 100 with 0.05s delay between each > "keypress": > > xdotool selectwindow ==> (record window ID) > > seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && sleep 0.05 > && xdotool key --window $ID 116 && sleep 0.05' > > (23 is X keycode for and <116> for ) and there was 100 > and > 100 , respectively... > > Dmitry > > --001a113698744e980804f1d75370 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

I understand your scepticism about = my fingers ;) However, the problem is quite apparent, I get bitten by it se= veral times per day. Also, it occurs consistently when doing the <tab>= ; <down> sequence in recent versions from the trunk. On older version= s, however, I don't see this behaviour at all.

Anyway, I tried to script this using AppleScript, askin= g the "System Event" to send keycodes for <tab> and <dow= n>. Unfortunately, Emacs behaves perfectly and doesn't loose any key= event when scripted.

Just for the record, this is the script I used:

repeat 100 times
=A0 =A0 tell application = "System Events" to key code 48 =A0 =A0 =A0-- TAB
=A0 = =A0 tell application "System Events" to key code 125 =A0 =A0 -- D= OWN
end

I started it from within emacs usin= g M-! osascript xxx.osa RET

One approach to find t= he faulty revision is to back-patch the fix in 111505 into the revisions 11= 0812-111504 to see if one of those revisions introduced the problem. (If th= e problem is in the sequence 110786-110811, it will be harder to track down= , as they don't build properly). I will try to find the time to do this= , but I can't give any guarantees...

=A0 =A0 -- Anders


On Fri, Feb 7, 2014 at 5:06 PM, Dmi= try Antipov <dmantipov@yandex.ru> wrote:
On 02/07/2014 06:17 PM, Ande= rs Lindgren wrote:

Here, a <tab> is missing, which explains the indentation problems.

Hmm...IMHO we shouldn't believe in anyone's fingers in such a case = :-).

Do you have a tool to fake user input? On X, we have xdotool. I've trie= d
to insert 100 <tab> and 100 <down> with 0.05s delay between eac= h "keypress":

xdotool selectwindow =3D=3D> (record window ID)

seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && s= leep 0.05 && xdotool key --window $ID 116 && sleep 0.05'= ;

(23 is X keycode for <tab> and <116> for <down>) and ther= e was 100 <tab> and
100 <down>, respectively...

Dmitry


--001a113698744e980804f1d75370-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 19:15:40 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 00:15:40 +0000 Received: from localhost ([127.0.0.1]:55526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBva7-0003cu-P2 for submit@debbugs.gnu.org; Fri, 07 Feb 2014 19:15:39 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:60698) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBva3-0003cf-C4 for 16505@debbugs.gnu.org; Fri, 07 Feb 2014 19:15:36 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WBvZm-000211-8c; Sat, 08 Feb 2014 01:15:18 +0100 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) References: <52F50481.8080509@yandex.ru> Date: Fri, 07 Feb 2014 16:14:10 -0800 In-Reply-To: <52F50481.8080509@yandex.ru> (Dmitry Antipov's message of "Fri, 07 Feb 2014 20:06:25 +0400") Message-ID: <878utmea0d.fsf@building.gnus.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1WBvZm-000211-8c X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392423319.03263@EcHAW1Jsf8V1WbidlEP4Vg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, Anders Lindgren X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Dmitry Antipov writes: >> Here, a is missing, which explains the indentation problems. > > Hmm...IMHO we shouldn't believe in anyone's fingers in such a case :-). I have seen Emacs drop characters if you keep Emacs busy doing other things, like showing an animated image. Emacs didn't use to lose characters in that scenario. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 03:47:57 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 08:47:57 +0000 Received: from localhost ([127.0.0.1]:56365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC3Zp-0007Hd-6b for submit@debbugs.gnu.org; Sat, 08 Feb 2014 03:47:56 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:46450) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC3Zj-0007HP-3h for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 03:47:52 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N0O00G00534T500@a-mtaout23.012.net.il> for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 10:47:45 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0O00GF65RKR540@a-mtaout23.012.net.il>; Sat, 08 Feb 2014 10:47:45 +0200 (IST) Date: Sat, 08 Feb 2014 10:47:27 +0200 From: Eli Zaretskii Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) In-reply-to: <878utmea0d.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il To: Lars Ingebrigtsen Message-id: <8361oqxa74.fsf@gnu.org> References: <52F50481.8080509@yandex.ru> <878utmea0d.fsf@building.gnus.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, dmantipov@yandex.ru, andlind@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lars Ingebrigtsen > Date: Fri, 07 Feb 2014 16:14:10 -0800 > Cc: 16505@debbugs.gnu.org, Anders Lindgren > > I have seen Emacs drop characters if you keep Emacs busy doing other > things, like showing an animated image. Emacs didn't use to lose > characters in that scenario. I have a hard time believing this. Unless the OS itself drops the characters (and I don't think any modern OS does), you'd have to come with a plausible hypothesis for how this can happen on a particular OS with a particular mechanism of keyboard input handling by Emacs on that OS. Doesn't the OS buffer keys without discarding them until the application actually reads them? On systems that use interrupts for Emacs keyboard input, what happens with the keys you type if the interrupts are blocked for prolonged times? I hope Emacs never ignores these interrupts, but what happens if it does? Once a key was read by Emacs, there's simply no mechanism in Emacs I know of to "drop" it. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 05:23:58 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 10:23:58 +0000 Received: from localhost ([127.0.0.1]:56467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC54o-0001bx-03 for submit@debbugs.gnu.org; Sat, 08 Feb 2014 05:23:58 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:40574) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC54k-0001bl-Cm for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 05:23:55 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WC54V-0000sH-NX; Sat, 08 Feb 2014 11:23:40 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) References: <52F50481.8080509@yandex.ru> <878utmea0d.fsf@building.gnus.org> <8361oqxa74.fsf@gnu.org> Date: Sat, 08 Feb 2014 02:22:30 -0800 In-Reply-To: <8361oqxa74.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Feb 2014 10:47:27 +0200") Message-ID: <87a9e1vr89.fsf@building.gnus.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1WC54V-0000sH-NX X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392459820.20499@GWVvMDtLcLG3rpPMlwgTKg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, dmantipov@yandex.ru, andlind@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: > I have a hard time believing this. Unless the OS itself drops the > characters (and I don't think any modern OS does), you'd have to come > with a plausible hypothesis for how this can happen on a particular OS > with a particular mechanism of keyboard input handling by Emacs on > that OS. I just tells em as I sees em. I've been unable to come up with a test case, though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 05:54:20 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 10:54:20 +0000 Received: from localhost ([127.0.0.1]:56497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC5Y8-0002Tz-Bj for submit@debbugs.gnu.org; Sat, 08 Feb 2014 05:54:20 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:60449) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC5Y3-0002Th-34 for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 05:54:14 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N0O00E00BLDB200@mtaout28.012.net.il> for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 12:55:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0O008LRBO55H60@mtaout28.012.net.il>; Sat, 08 Feb 2014 12:55:17 +0200 (IST) Date: Sat, 08 Feb 2014 12:53:52 +0200 From: Eli Zaretskii Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) In-reply-to: <87a9e1vr89.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il To: Lars Ingebrigtsen Message-id: <83mwi1x4cf.fsf@gnu.org> References: <52F50481.8080509@yandex.ru> <878utmea0d.fsf@building.gnus.org> <8361oqxa74.fsf@gnu.org> <87a9e1vr89.fsf@building.gnus.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, dmantipov@yandex.ru, andlind@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lars Ingebrigtsen > Cc: dmantipov@yandex.ru, 16505@debbugs.gnu.org, andlind@gmail.com > Date: Sat, 08 Feb 2014 02:22:30 -0800 > > Eli Zaretskii writes: > > > I have a hard time believing this. Unless the OS itself drops the > > characters (and I don't think any modern OS does), you'd have to come > > with a plausible hypothesis for how this can happen on a particular OS > > with a particular mechanism of keyboard input handling by Emacs on > > that OS. > > I just tells em as I sees em. I understand that. I'm saying we will need a good working hypothesis for how this can happen, before we will be able to do anything about this. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:04:18 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 20:04:18 +0000 Received: from localhost ([127.0.0.1]:58179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCE8P-0000RB-5B for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:04:17 -0500 Received: from mail-ob0-f181.google.com ([209.85.214.181]:52690) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCE8M-0000R0-Na for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 15:04:15 -0500 Received: by mail-ob0-f181.google.com with SMTP id va2so5643248obc.12 for <16505@debbugs.gnu.org>; Sat, 08 Feb 2014 12:04:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A4GiUJtexP2o6Qt+tZHnKS9rzs2femD6CAAVSIeNcHU=; b=HeuVjCAlKn+UirzQ4sk5Vfk+xPyPCt/RruGrgVZy5Aqg9N5tg1kP6F8Vd/KMTnWCVu gYVesFDbXBuL1ym9j/jJQMGhLT9hSORuSLYP64detp20Bz0dS80sp9g+ZAMlGhS+Ea/j yiiWY/Aa+oftRMsa7l1tVXWmNxClP2inkD1ffkA9ogMQqR0hbjWKDADyD9YmAQ56oJpy Jus3agG5XR5rzz4HPvzUAQXekb/Hz4HyB4bPVll1c5l1uqskyyFm3RkdAWuS7wyk4FVC W526KCXzVTjZ4F1tJPTOrpVXyXFqhccmG55RcgA3cHurjvug11LfJfhuz57lE4bJGJY8 wT1g== MIME-Version: 1.0 X-Received: by 10.60.174.167 with SMTP id bt7mr2575440oec.54.1391889853921; Sat, 08 Feb 2014 12:04:13 -0800 (PST) Received: by 10.182.114.199 with HTTP; Sat, 8 Feb 2014 12:04:13 -0800 (PST) In-Reply-To: References: <52F50481.8080509@yandex.ru> Date: Sat, 8 Feb 2014 21:04:13 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: 16505@debbugs.gnu.org Content-Type: multipart/alternative; boundary=047d7bd6c03e4f428a04f1ea9c2d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 Cc: larsi@gnus.org, Dmitry Antipov , Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7bd6c03e4f428a04f1ea9c2d Content-Type: text/plain; charset=ISO-8859-1 Hi! I have narrowed down the possible bzr revision candidates. By back-applying 111505 into earlier revisions I have concluded that 110812 contains the problem. To ensure that the problem wasn't caused by 111505 itself, I also applied it to 110785 (the last revision without this problem) without introducing the "key dropped" problem. In other words, the problem must have been introduced somewhere in the range 110796..110811. Unfortunately, I get a build error below for these revisions. The build error is "not enough room for load commands for new __DATA segments", which is issued from deep inside the "unexmacosx.c" module. I have no insight into the "unexec" process, so this has stopped me from narrowing down the problem further. Any suggestions on moving forward would be welcome -- for example, would it be possible to run Emacs undumped, avoiding unexec all together? -- Anders On Fri, Feb 7, 2014 at 10:03 PM, Anders Lindgren wrote: > Hi! > > I understand your scepticism about my fingers ;) However, the problem is > quite apparent, I get bitten by it several times per day. Also, it occurs > consistently when doing the sequence in recent versions from > the trunk. On older versions, however, I don't see this behaviour at all. > > Anyway, I tried to script this using AppleScript, asking the "System > Event" to send keycodes for and . Unfortunately, Emacs behaves > perfectly and doesn't loose any key event when scripted. > > Just for the record, this is the script I used: > > repeat 100 times > tell application "System Events" to key code 48 -- TAB > tell application "System Events" to key code 125 -- DOWN > end > > I started it from within emacs using M-! osascript xxx.osa RET > > One approach to find the faulty revision is to back-patch the fix in > 111505 into the revisions 110812-111504 to see if one of those revisions > introduced the problem. (If the problem is in the sequence 110786-110811, > it will be harder to track down, as they don't build properly). I will try > to find the time to do this, but I can't give any guarantees... > > -- Anders > > > On Fri, Feb 7, 2014 at 5:06 PM, Dmitry Antipov wrote: > >> On 02/07/2014 06:17 PM, Anders Lindgren wrote: >> >> Here, a is missing, which explains the indentation problems. >>> >> >> Hmm...IMHO we shouldn't believe in anyone's fingers in such a case :-). >> >> Do you have a tool to fake user input? On X, we have xdotool. I've tried >> to insert 100 and 100 with 0.05s delay between each >> "keypress": >> >> xdotool selectwindow ==> (record window ID) >> >> seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && sleep 0.05 >> && xdotool key --window $ID 116 && sleep 0.05' >> >> (23 is X keycode for and <116> for ) and there was 100 >> and >> 100 , respectively... >> >> Dmitry >> >> > --047d7bd6c03e4f428a04f1ea9c2d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

I have narrowed down the possible b= zr revision candidates.

By back-applying 111505 in= to earlier revisions I have concluded that 110812 contains the problem. To = ensure that the problem wasn't caused by 111505 itself, I also applied = it to 110785 (the last revision without this problem) without introducing t= he "key dropped" problem. In other words, the problem must have b= een introduced somewhere in the range 110796..110811.

Unfortunately, I get a build error below for these revi= sions. The build error is "not enough room for load commands for new _= _DATA segments", which is issued from deep inside the "unexmacosx= .c" module. I have no insight into the "unexec" process, so = this has stopped me from narrowing down the problem further.

Any suggestions on moving forward would be welcome -- f= or example, would it be possible to run Emacs undumped, avoiding unexec all= together?

=A0 =A0 -- Anders


On Fri,= Feb 7, 2014 at 10:03 PM, Anders Lindgren <andlind@gmail.com> wrote:
Hi!

I un= derstand your scepticism about my fingers ;) However, the problem is quite = apparent, I get bitten by it several times per day. Also, it occurs consist= ently when doing the <tab> <down> sequence in recent versions f= rom the trunk. On older versions, however, I don't see this behaviour a= t all.

Anyway, I tried to script this using AppleScript, askin= g the "System Event" to send keycodes for <tab> and <dow= n>. Unfortunately, Emacs behaves perfectly and doesn't loose any key= event when scripted.

Just for the record, this is the script I used:

repeat 100 times
=A0 =A0 tell application = "System Events" to key code 48 =A0 =A0 =A0-- TAB
=A0 = =A0 tell application "System Events" to key code 125 =A0 =A0 -- D= OWN
end

I started it from within emacs usin= g M-! osascript xxx.osa RET

One approach to find t= he faulty revision is to back-patch the fix in 111505 into the revisions 11= 0812-111504 to see if one of those revisions introduced the problem. (If th= e problem is in the sequence 110786-110811, it will be harder to track down= , as they don't build properly). I will try to find the time to do this= , but I can't give any guarantees...

=A0 =A0 -- Anders


On Fri, Feb 7, 2014 at 5:06 PM, Dmitry Antipov <dmant= ipov@yandex.ru> wrote:
On 02/07/2014 06:17 PM, Anders Lindgren= wrote:

Here, a <tab> is missing, which explains the indentation problems.

Hmm...IMHO we shouldn't believe in anyone's fingers in such a case = :-).

Do you have a tool to fake user input? On X, we have xdotool. I've trie= d
to insert 100 <tab> and 100 <down> with 0.05s delay between eac= h "keypress":

xdotool selectwindow =3D=3D> (record window ID)

seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && s= leep 0.05 && xdotool key --window $ID 116 && sleep 0.05'= ;

(23 is X keycode for <tab> and <116> for <down>) and ther= e was 100 <tab> and
100 <down>, respectively...

Dmitry



--047d7bd6c03e4f428a04f1ea9c2d-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:29:59 2014 Received: (at 16505) by debbugs.gnu.org; 8 Feb 2014 20:29:59 +0000 Received: from localhost ([127.0.0.1]:58230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEXD-0002It-M9 for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:29:59 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:35912) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEX7-0002If-Ab for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 15:29:53 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N0P00B0025YC300@a-mtaout20.012.net.il> for 16505@debbugs.gnu.org; Sat, 08 Feb 2014 22:29:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0P00A1729NSPB0@a-mtaout20.012.net.il>; Sat, 08 Feb 2014 22:29:48 +0200 (IST) Date: Sat, 08 Feb 2014 22:29:38 +0200 From: Eli Zaretskii Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) In-reply-to: X-012-Sender: halo1@inter.net.il To: Anders Lindgren Message-id: <831tzdwdot.fsf@gnu.org> References: <52F50481.8080509@yandex.ru> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, larsi@gnus.org, dmantipov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 8 Feb 2014 21:04:13 +0100 > From: Anders Lindgren > Cc: Dmitry Antipov , larsi@gnus.org, Eli Zaretskii > > By back-applying 111505 into earlier revisions I have concluded that 110812 > contains the problem. To ensure that the problem wasn't caused by 111505 > itself, I also applied it to 110785 (the last revision without this > problem) without introducing the "key dropped" problem. In other words, the > problem must have been introduced somewhere in the range 110796..110811. If that is the range, the only relevant commit seems to be 110802. > Unfortunately, I get a build error below for these revisions. The build > error is "not enough room for load commands for new __DATA segments", which > is issued from deep inside the "unexmacosx.c" module. I have no insight > into the "unexec" process, so this has stopped me from narrowing down the > problem further. > > Any suggestions on moving forward would be welcome -- for example, would it > be possible to run Emacs undumped, avoiding unexec all together? Try reverting only 110802. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 07:56:28 2014 Received: (at 16505) by debbugs.gnu.org; 9 Feb 2014 12:56:28 +0000 Received: from localhost ([127.0.0.1]:59384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCTvs-00076j-MU for submit@debbugs.gnu.org; Sun, 09 Feb 2014 07:56:28 -0500 Received: from mail-oa0-f47.google.com ([209.85.219.47]:61589) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCTvl-00076X-GN for 16505@debbugs.gnu.org; Sun, 09 Feb 2014 07:56:22 -0500 Received: by mail-oa0-f47.google.com with SMTP id m1so6274677oag.20 for <16505@debbugs.gnu.org>; Sun, 09 Feb 2014 04:56:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DZD4q6RV9iWViwnkR37M351t3ci5lqQVvs8heTezOvw=; b=CPT1dmlOuQlsQ3CvAxp9wfNK154eGuT7SONXYIX+oxXLS1g0N4fLf77IJ1KAsw2F/D lfoOoZ/Dd4N3wh6SAJl3JvBjSz0Y0BYADR+u5hYu51AsWkj0ef57W/usTbJewXEtgexv uwbKPaQ4kQuNs6ub5Y0KtRhIl4UFJjIQezUFuDw2hreaTPvuoQXG9UZp8df34gaYot8V bJxnAxu9vbH+6dQjADsZkFGz/hfZmuNdLqymiKRciT8l4VhZjfHtTiWyJUqvQvUe/kcl +CJZMSivNaEKIxnkA4CT20YvcCN0ZqeYasml+zBTlCymXoqz7CvRNWK2Yz44FoEo2Rni N2eA== MIME-Version: 1.0 X-Received: by 10.182.18.9 with SMTP id s9mr22151190obd.15.1391950576626; Sun, 09 Feb 2014 04:56:16 -0800 (PST) Received: by 10.182.114.199 with HTTP; Sun, 9 Feb 2014 04:56:16 -0800 (PST) In-Reply-To: <831tzdwdot.fsf@gnu.org> References: <52F50481.8080509@yandex.ru> <831tzdwdot.fsf@gnu.org> Date: Sun, 9 Feb 2014 13:56:16 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c2d6a0aa32e104f1f8bfaf X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, larsi@gnus.org, Dmitry Antipov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c2d6a0aa32e104f1f8bfaf Content-Type: text/plain; charset=ISO-8859-1 Got it! It's revision 110793 -- this is a change to nsterm.m (hence an OS X-specific problem). The bzr log is as follows: revno: 110793 fixes bug: http://debbugs.gnu.org/8680 author: Michael Marchionna committer: Chong Yidong branch nick: trunk timestamp: Sun 2012-11-04 11:34:10 +0800 message: * nsterm.m: Add NSClearLineFunctionKey and keypad keys. (keyDown): Remap keypad keys to X11 virtual key codes. When looking at the code, it's unfortunately not obvious (to me) what the cause is... -- Anders On Sat, Feb 8, 2014 at 9:29 PM, Eli Zaretskii wrote: > > Date: Sat, 8 Feb 2014 21:04:13 +0100 > > From: Anders Lindgren > > Cc: Dmitry Antipov , larsi@gnus.org, Eli Zaretskii > > > > > By back-applying 111505 into earlier revisions I have concluded that > 110812 > > contains the problem. To ensure that the problem wasn't caused by 111505 > > itself, I also applied it to 110785 (the last revision without this > > problem) without introducing the "key dropped" problem. In other words, > the > > problem must have been introduced somewhere in the range 110796..110811. > > If that is the range, the only relevant commit seems to be 110802. > > > Unfortunately, I get a build error below for these revisions. The build > > error is "not enough room for load commands for new __DATA segments", > which > > is issued from deep inside the "unexmacosx.c" module. I have no insight > > into the "unexec" process, so this has stopped me from narrowing down the > > problem further. > > > > Any suggestions on moving forward would be welcome -- for example, would > it > > be possible to run Emacs undumped, avoiding unexec all together? > > Try reverting only 110802. > --001a11c2d6a0aa32e104f1f8bfaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Got it! It's revision=A0110793 -- this is a change to = nsterm.m (hence an OS X-specific problem).

The bzr log i= s as follows:

revno: 110793
author: Michael Marchionna <= tralfaz@pacbell.net>
committer: Chong Yidong <cyd@gnu.org>
branch nick: trunk
timestamp: Sun 2012-11-04 11:34:10 +0800
message:
= =A0 * nsterm.m: Add NSClearLineFunctionKey and keypad keys.
=A0 (= keyDown): Remap keypad keys to X11 virtual key codes.

<= /div>
When looking at the code, it's unfortunately not obvious (to me) w= hat the cause is...

=A0 =A0 -- Anders


On Sat, Feb 8, 2014 at 9:29 PM, Eli Zaretskii <eliz@gnu.org> wro= te:
> Date: Sat, 8 Feb 2014 21:04:13 +0100 > From: Anders Lindgren <andlind= @gmail.com>
> Cc: Dmitry Antipov <dmantipo= v@yandex.ru>, larsi@gnus.org, = Eli Zaretskii <eliz@gnu.org>
>
> By back-applying 111505 into earlier revisions I have concluded that 1= 10812
> contains the problem. To ensure that the problem wasn't caused by = 111505
> itself, I also applied it to 110785 (the last revision without this > problem) without introducing the "key dropped" problem. In o= ther words, the
> problem must have been introduced somewhere in the range 110796..11081= 1.

If that is the range, the only relevant commit seems to be 110802.

> Unfortunately, I get a build error below for these revisions. The buil= d
> error is "not enough room for load commands for new __DATA segmen= ts", which
> is issued from deep inside the "unexmacosx.c" module. I have= no insight
> into the "unexec" process, so this has stopped me from narro= wing down the
> problem further.
>
> Any suggestions on moving forward would be welcome -- for example, wou= ld it
> be possible to run Emacs undumped, avoiding unexec all together?

Try reverting only 110802.

--001a11c2d6a0aa32e104f1f8bfaf-- From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 16 02:43:03 2014 Received: (at 16505) by debbugs.gnu.org; 16 Feb 2014 07:43:04 +0000 Received: from localhost ([127.0.0.1]:54201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEwNP-00005U-6h for submit@debbugs.gnu.org; Sun, 16 Feb 2014 02:43:03 -0500 Received: from mail-wg0-f44.google.com ([74.125.82.44]:46444) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEwNJ-00005A-93 for 16505@debbugs.gnu.org; Sun, 16 Feb 2014 02:42:57 -0500 Received: by mail-wg0-f44.google.com with SMTP id k14so1435531wgh.35 for <16505@debbugs.gnu.org>; Sat, 15 Feb 2014 23:42:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=W74Wqt1+XBK+Myvy3MbJPLfRkpmSTeBNmPGP/nv8X9k=; b=jkzNEm8FQarh6+b+aRzKj/oOTyconeABKloA41U/5eWjpMzw2NMW1eanBKgCsooS2S hWa77Q3rpEYBSX1TXk1kz1k51PU2VsabAr+6vOt9+TTRVCgQWPTNWrFC9bCBfwRTNVZ4 O+LJrA7KKT/8At+cv1u75Lwb3r4vosVmX1NNaLmMcfb8OWrUrF2zsuuOyNH9IUepHlmZ jYQ2i+uQu+VDS4v8WZeaRCikB/wlY5o2tkarL98mcADkmY/4CbOKY8MS8f7YYE0cFgBn n/0gwF4jYt1UO3eM4rXV3w7YKMRImQ6y624OcjkcT8g3GHubhzd8wFkkaA+4/Alfn+ge eE4A== MIME-Version: 1.0 X-Received: by 10.194.236.9 with SMTP id uq9mr12307350wjc.31.1392536566822; Sat, 15 Feb 2014 23:42:46 -0800 (PST) Received: by 10.217.110.131 with HTTP; Sat, 15 Feb 2014 23:42:46 -0800 (PST) In-Reply-To: References: <52F50481.8080509@yandex.ru> <831tzdwdot.fsf@gnu.org> Date: Sun, 16 Feb 2014 08:42:46 +0100 Message-ID: Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) From: Anders Lindgren To: Eli Zaretskii Content-Type: multipart/alternative; boundary=089e01493de066fc7b04f2812f1b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16505 Cc: 16505@debbugs.gnu.org, Lars Ingebrigtsen , Dmitry Antipov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e01493de066fc7b04f2812f1b Content-Type: text/plain; charset=ISO-8859-1 Hi! I got some time to track down the problem. It appears as though the OS sometimes adds a spurious "key pad" flag to keys not on the key pad. The way the nsterm.m is implemented, it fails to look them up making the key dead. The following patch will first try to lookup the key as a keypad key, and if that fails, it will look it up as a plain key. I have talked to the author of the 110793 revision and he has confirmed that my patch works OK. Unfortunately, I don't have write access to the bzr archive, so I can't commit this myself. === modified file 'src/nsterm.m' --- src/nsterm.m 2014-02-10 22:15:54 +0000 +++ src/nsterm.m 2014-02-15 07:01:48 +0000 @@ -5119,9 +5119,17 @@ /* (Carbon way: [theEvent keyCode]) */ /* is it a "function key"? */ - fnKeysym = (code < 0x00ff && (flags&NSNumericPadKeyMask)) - ? ns_convert_key ([theEvent keyCode] | NSNumericPadKeyMask) - : ns_convert_key (code); + /* Note: Sometimes a plain key will have the NSNumericPadKeyMask + flag set (this is probably a bug in the OS). + */ + if (code < 0x00ff && (flags&NSNumericPadKeyMask)) + { + fnKeysym = ns_convert_key ([theEvent keyCode] | NSNumericPadKeyMask); + } + if (fnKeysym == 0) + { + fnKeysym = ns_convert_key (code); + } if (fnKeysym) { Sincerely, Anders Lindgren On Sun, Feb 9, 2014 at 1:56 PM, Anders Lindgren wrote: > Got it! It's revision 110793 -- this is a change to nsterm.m (hence an OS > X-specific problem). > > The bzr log is as follows: > > revno: 110793 > fixes bug: http://debbugs.gnu.org/8680 > author: Michael Marchionna > committer: Chong Yidong > branch nick: trunk > timestamp: Sun 2012-11-04 11:34:10 +0800 > message: > * nsterm.m: Add NSClearLineFunctionKey and keypad keys. > (keyDown): Remap keypad keys to X11 virtual key codes. > > When looking at the code, it's unfortunately not obvious (to me) what the > cause is... > > -- Anders > > > > On Sat, Feb 8, 2014 at 9:29 PM, Eli Zaretskii wrote: > >> > Date: Sat, 8 Feb 2014 21:04:13 +0100 >> > From: Anders Lindgren >> > Cc: Dmitry Antipov , larsi@gnus.org, Eli >> Zaretskii >> > >> > By back-applying 111505 into earlier revisions I have concluded that >> 110812 >> > contains the problem. To ensure that the problem wasn't caused by 111505 >> > itself, I also applied it to 110785 (the last revision without this >> > problem) without introducing the "key dropped" problem. In other words, >> the >> > problem must have been introduced somewhere in the range 110796..110811. >> >> If that is the range, the only relevant commit seems to be 110802. >> >> > Unfortunately, I get a build error below for these revisions. The build >> > error is "not enough room for load commands for new __DATA segments", >> which >> > is issued from deep inside the "unexmacosx.c" module. I have no insight >> > into the "unexec" process, so this has stopped me from narrowing down >> the >> > problem further. >> > >> > Any suggestions on moving forward would be welcome -- for example, >> would it >> > be possible to run Emacs undumped, avoiding unexec all together? >> >> Try reverting only 110802. >> > > --089e01493de066fc7b04f2812f1b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

I got some time to track down the p= roblem. It appears as though the OS sometimes adds a spurious "key pad= " flag to keys not on the key pad. The way the nsterm.m is implemented= , it fails to look them up making the key dead.

The following patch will first try to lookup the key as= a keypad key, and if that fails, it will look it up as a plain key.
<= div>
I have talked to the author of the 110793 revision and h= e has confirmed that my patch works OK.

Unfortunately, I don't have write access to the bzr= archive, so I can't commit this myself.

= =3D=3D=3D modified file 'src/nsterm.m'
--- src/nsterm.m 2014-02-10 22:15:54 +0000<= /div>
+++ src/nsterm.m 201= 4-02-15 07:01:48 +0000
@@ -5119,9 +5119,17 @@
=A0 =A0 = =A0 =A0/* (Carbon way: [theEvent keyCode]) */
=A0
=A0 = =A0 =A0 =A0/* is it a "function key"? */
- =A0 =A0 =A0fnKeysym =3D (code < 0x00ff && (flags&NSNu= mericPadKeyMask))
- ? ns_convert_key ([theEvent keyCode] | NSNumericPadKeyMask)
= - : ns_convert_key (code)= ;
+ =A0 =A0 =A0/* Note: Sometimes a plain key will have the NSNumericPad= KeyMask
+ =A0 =A0 =A0 =A0 flag set (this is probably a bug in the= OS).
+ =A0 =A0 =A0*/
+ =A0 =A0 =A0if (code < 0x00ff= && (flags&NSNumericPadKeyMask))
+ =A0 =A0 =A0 =A0{
+ =A0 =A0 =A0 =A0 =A0fnKeysym =3D ns_conv= ert_key ([theEvent keyCode] | NSNumericPadKeyMask);
+ =A0 =A0 =A0= =A0}
+ =A0 =A0 =A0if (fnKeysym =3D=3D 0)
+ =A0 =A0 =A0= =A0{
+ =A0 =A0 =A0 =A0 =A0fnKeysym =3D ns_convert_key (code);
+ =A0 =A0 =A0 =A0}
=A0
=A0 =A0 =A0 =A0if (fnKeysym= )
=A0 =A0 =A0 =A0 =A0{


<= div>
Sincerely,
=A0 =A0 Anders Lindgren
<= br>


On Sun, Feb 9, 2014 at 1:56 PM, Anders L= indgren <andlind@gmail.com> wrote:
Got it! It's revision=A0110793 -- this is a change to = nsterm.m (hence an OS X-specific problem).

The bzr log i= s as follows:

revno: 110793
author: Michael Marchionna <tralfaz@pacbell.net>
committer: Chong Yi= dong <cyd@gnu.org&g= t;
branch nick: trunk
timestamp: Sun 2012-11-04 11:34:10 +0800
message:
= =A0 * nsterm.m: Add NSClearLineFunctionKey and keypad keys.
=A0 (= keyDown): Remap keypad keys to X11 virtual key codes.

When looking at the code, it's unfortunately not obvious (to me) w= hat the cause is...

=A0 =A0 -- Anders

=


On Sat, Feb 8, 2014 at 9:29 PM, Eli Zaretskii <eliz@gnu.org>= wrote:
> Date: Sat, 8 Feb 2014 21:04:13 +0100 > From: Anders Lindgren <andlind@gmail.com>
> Cc: Dmitry Antipov <dmantipov@yandex.ru>, larsi@gnus.org, Eli Zaretskii <eliz@gnu.org>
>
> By back-applying 111505 into earlier revisions I have concluded that 1= 10812
> contains the problem. To ensure that the problem wasn't caused by = 111505
> itself, I also applied it to 110785 (the last revision without this > problem) without introducing the "key dropped" problem. In o= ther words, the
> problem must have been introduced somewhere in the range 110796..11081= 1.

If that is the range, the only relevant commit seems to be 110802.

> Unfortunately, I get a build error below for these revisions. The buil= d
> error is "not enough room for load commands for new __DATA segmen= ts", which
> is issued from deep inside the "unexmacosx.c" module. I have= no insight
> into the "unexec" process, so this has stopped me from narro= wing down the
> problem further.
>
> Any suggestions on moving forward would be welcome -- for example, wou= ld it
> be possible to run Emacs undumped, avoiding unexec all together?

Try reverting only 110802.


--089e01493de066fc7b04f2812f1b-- From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 16 04:52:53 2014 Received: (at 16505-done) by debbugs.gnu.org; 16 Feb 2014 09:52:53 +0000 Received: from localhost ([127.0.0.1]:54264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEyP3-0003oi-D4 for submit@debbugs.gnu.org; Sun, 16 Feb 2014 04:52:53 -0500 Received: from mailfe07.swip.net ([212.247.154.193]:55461 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEyOv-0003oD-Ot for 16505-done@debbugs.gnu.org; Sun, 16 Feb 2014 04:52:45 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 476976374; Sun, 16 Feb 2014 10:52:28 +0100 Message-ID: <53008A59.7010600@swipnet.se> Date: Sun, 16 Feb 2014 10:52:25 +0100 From: "Jan D." User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Anders Lindgren Subject: Re: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously)) References: <52F50481.8080509@yandex.ru> <831tzdwdot.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 16505-done Cc: 16505-done@debbugs.gnu.org, Eli Zaretskii , Dmitry Antipov , Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Anders Lindgren skrev 2014-02-16 08:42: > Hi! > Hello. > I got some time to track down the problem. It appears as though the OS > sometimes adds a spurious "key pad" flag to keys not on the key pad. The > way the nsterm.m is implemented, it fails to look them up making the key > dead. > > The following patch will first try to lookup the key as a keypad key, > and if that fails, it will look it up as a plain key. Checked in, thanks. Jan D. > > I have talked to the author of the 110793 revision and he has confirmed > that my patch works OK. > > Unfortunately, I don't have write access to the bzr archive, so I can't > commit this myself. > > === modified file 'src/nsterm.m' > --- src/nsterm.m2014-02-10 22:15:54 +0000 > +++ src/nsterm.m2014-02-15 07:01:48 +0000 > @@ -5119,9 +5119,17 @@ > /* (Carbon way: [theEvent keyCode]) */ > /* is it a "function key"? */ > - fnKeysym = (code < 0x00ff && (flags&NSNumericPadKeyMask)) > -? ns_convert_key ([theEvent keyCode] | NSNumericPadKeyMask) > -: ns_convert_key (code); > + /* Note: Sometimes a plain key will have the NSNumericPadKeyMask > + flag set (this is probably a bug in the OS). > + */ > + if (code < 0x00ff && (flags&NSNumericPadKeyMask)) > + { > + fnKeysym = ns_convert_key ([theEvent keyCode] | > NSNumericPadKeyMask); > + } > + if (fnKeysym == 0) > + { > + fnKeysym = ns_convert_key (code); > + } > if (fnKeysym) > { > > > > Sincerely, > Anders Lindgren > > > > On Sun, Feb 9, 2014 at 1:56 PM, Anders Lindgren > wrote: > > Got it! It's revision 110793 -- this is a change to nsterm.m (hence > an OS X-specific problem). > > The bzr log is as follows: > > revno: 110793 > fixes bug: http://debbugs.gnu.org/8680 > author: Michael Marchionna > > committer: Chong Yidong > > branch nick: trunk > timestamp: Sun 2012-11-04 11:34:10 +0800 > message: > * nsterm.m: Add NSClearLineFunctionKey and keypad keys. > (keyDown): Remap keypad keys to X11 virtual key codes. > > When looking at the code, it's unfortunately not obvious (to me) > what the cause is... > > -- Anders > > > > On Sat, Feb 8, 2014 at 9:29 PM, Eli Zaretskii > wrote: > > > Date: Sat, 8 Feb 2014 21:04:13 +0100 > > From: Anders Lindgren > > > Cc: Dmitry Antipov >, larsi@gnus.org > , Eli Zaretskii > > > > > By back-applying 111505 into earlier revisions I have > concluded that 110812 > > contains the problem. To ensure that the problem wasn't > caused by 111505 > > itself, I also applied it to 110785 (the last revision > without this > > problem) without introducing the "key dropped" problem. In > other words, the > > problem must have been introduced somewhere in the range > 110796..110811. > > If that is the range, the only relevant commit seems to be 110802. > > > Unfortunately, I get a build error below for these revisions. > The build > > error is "not enough room for load commands for new __DATA > segments", which > > is issued from deep inside the "unexmacosx.c" module. I have > no insight > > into the "unexec" process, so this has stopped me from > narrowing down the > > problem further. > > > > Any suggestions on moving forward would be welcome -- for > example, would it > > be possible to run Emacs undumped, avoiding unexec all together? > > Try reverting only 110802. > > > From unknown Mon Aug 18 15:40:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 16 Mar 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator