From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 29 02:05:46 2015 Received: (at submit) by debbugs.gnu.org; 29 Apr 2015 06:05:46 +0000 Received: from localhost ([127.0.0.1]:55442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YnL7v-0006SD-J6 for submit@debbugs.gnu.org; Wed, 29 Apr 2015 02:05:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44242) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YnJz3-0004aO-BV for submit@debbugs.gnu.org; Wed, 29 Apr 2015 00:52:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YnJyw-00024l-DD for submit@debbugs.gnu.org; Wed, 29 Apr 2015 00:52:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.4 required=5.0 tests=BAYES_50,FORGED_YAHOO_RCVD, FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnJyw-00024f-AD for submit@debbugs.gnu.org; Wed, 29 Apr 2015 00:52:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57695) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnJyu-0000JF-No for bug-gnu-emacs@gnu.org; Wed, 29 Apr 2015 00:52:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YnJyr-00022T-GN for bug-gnu-emacs@gnu.org; Wed, 29 Apr 2015 00:52:20 -0400 Received: from nm41-vm4.bullet.mail.gq1.yahoo.com ([67.195.87.91]:49609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnJyr-00021p-4l for bug-gnu-emacs@gnu.org; Wed, 29 Apr 2015 00:52:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1430283135; bh=8c8z8TEWmYvJ4WxFwlK0M9qY8/DGDeGsW3cC6ozaIu4=; h=Date:From:Reply-To:To:Subject:From:Subject; b=Xw51mwA8CFniOJZn8/v0RZAmEXIqOdk2nsyjdAGzwhtuZp0RmR74pFfXUBEIaMW5Buq0N2TTXEq+MK+DAjrcOYCQ0afgyQz7FmjvwEu/U0rDaqh1TXCHo/0qIRO5OOatYar1wYs8ZFvWn1KboHyiMrX/Tlqjf/r05/BwA6hE8jVZYU7/XFWC88hWJ9ncHZKXfqdlQQVZGnp1cw5j3Ib1rkYzCB/xLQx6xhZ+4uouuuMlPN4HA3xCihA+6pCJOnqt9xB0DKIXLWJV9XfdA0KoBOyOdVhYRd0lAMTe32PCM4lwd0hTdtMooeFAMU+ZI+pjRK2LjwvUQWQLRI2HF0hozA== Received: from [127.0.0.1] by nm41.bullet.mail.gq1.yahoo.com with NNFMP; 29 Apr 2015 04:52:15 -0000 Received: from [98.137.12.191] by nm41.bullet.mail.gq1.yahoo.com with NNFMP; 29 Apr 2015 04:49:29 -0000 Received: from [66.196.81.173] by tm12.bullet.mail.gq1.yahoo.com with NNFMP; 29 Apr 2015 04:49:28 -0000 Received: from [98.139.212.216] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 29 Apr 2015 04:49:28 -0000 Received: from [127.0.0.1] by omp1025.mail.bf1.yahoo.com with NNFMP; 29 Apr 2015 04:49:28 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 870156.51996.bm@omp1025.mail.bf1.yahoo.com X-YMail-OSG: e5jiIlgVM1kwXK6Kj41M6.brphD.VowVvq8cyfUA78fO8YuhpZyOeZf7piF0bLh 4PQnngwlve8f0B5Y9lehQytRKHcVGgVrp9Sm6KtOwEz1GH8WuziWZnJuGe_or2uH7fMzZv37BIsf mavsF3YJqZsjyyheVzIow8OEtiszGIOEkAneYvc53poOik.33IrD62Tee0Xw.SvF5Krd1UifsO36 VHfbuGBTvPinCF0KgocpRro7C8hxbsj0CBNdfbQneB7MJ1c2hR8WIf2xTZOo5KjxILGzUZqIypEA v0X8hkSCyYgFJjhQ0acGp_pUMXgAcQOvu9zxolmnWhMGeUISzmXvlsPi1pSwehdJQEQBfWDeslo7 aWE_TllMFSId9LYyF6xTY3nBGdjPBD1U4DWOLX2VjYAhTJR65zR1nqcwWgt65z_ViI48KzDK8gye sSzyRKyvOYdI1ChnbsXnp13t5iM8xbIJf6X5zY3t_u3IE7TDoBDWhclEIDEhpD1lfJuBcvCGYPXL Y2rD8YTAGgiaS2y9bxSRdOosw Received: by 66.196.80.123; Wed, 29 Apr 2015 04:49:28 +0000 Date: Wed, 29 Apr 2015 04:49:27 +0000 (UTC) From: Leo To: "bug-gnu-emacs@gnu.org" Message-ID: <982083367.276894.1430282967819.JavaMail.yahoo@mail.yahoo.com> Subject: 24.4; Emacs keyboard macros not working correctly MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_276893_744573501.1430282967811" Content-Length: 14457 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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: -3.3 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 29 Apr 2015 02:05:42 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Leo 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: -3.3 (---) ------=_Part_276893_744573501.1430282967811 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I'm reporting the following bug that I found in Emacs. The textbelow lines = up better with a monospace font. So if you want, you could copy and paste it into an emacs buffer to see thetext aligned cor= rectly. Keyboard macros not working correctly ------------------------------------ Emacs has a problem when defining a keyboard macro using and . If the macro contains a key sequence consisting of a prefix key followed by an ASCII-character key, there is no problem. However, if the key following the prefix key is something other than an single character, such as a function key, a keypad key, or an arrow key, the defined macro doesn't work when it is subsequently executed with . And, there is no error message. See details below. Platform & Emacs version ------------------------ =C2=A0=C2=A0 GNU Emacs 24.4.1 (i686-pc-mingw32) =C2=A0=C2=A0 =C2=A0=C2=A0 of 2014-10-24 on LEG570 =C2=A0 =C2=A0 =C2=A0 Configured using: `configure --prefix=3D/c/usr' =C2=A0=C2=A0 Windows 7 Home Premium (64-bit) - version 6.1.7600 =C2=A0=C2=A0 Intel Core i7 CPU - 1.73 GHz - 6 GB RAM =C2=A0=C2=A0 ASUS Notebook G73Jw Started Emacs at Command Prompt with this command: -------------------------------------------------- =C2=A0=C2=A0 run_emacs.bat -Q Executed this lisp code in *Scratch* buffer: -------------------------------------------- =C2=A0=C2=A0 (progn =C2=A0 =C2=A0 =C2=A0 (setq f5-key-map (make-sparse-keymap "F5-Key-prefix")) =C2=A0 =C2=A0 =C2=A0 (define-key global-map [f5] f5-key-map) =C2=A0 =C2=A0 =C2=A0 (define-key f5-key-map [(g)]=C2=A0=C2=A0 'forward-word= ) =C2=A0 =C2=A0 =C2=A0 (define-key f5-key-map [f6]=C2=A0=C2=A0=C2=A0 'forward= -word) =C2=A0 =C2=A0 =C2=A0 (define-key f5-key-map [kp-4]=C2=A0 'forward-word) =C2=A0 =C2=A0 =C2=A0 (define-key f5-key-map [right] 'forward-word) =C2=A0=C2=A0 ) Case=C2=A0 This key =C2=A0 #=C2=A0=C2=A0=C2=A0 sequence=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Produces = this result ----=C2=A0 --------=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -------------------- =C2=A0 1=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 moves cursor fo= rward by 1 word =C2=A0 2=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 moves cursor forward= by 1 word =C2=A0 3=C2=A0=C2=A0 =C2=A0=C2=A0 moves cursor forward by 1 word =C2=A0 4=C2=A0=C2=A0 =C2=A0 moves cursor forward by 1 word Case=C2=A0=C2=A0 Define macro by using=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Result when pressing =C2=A0 # =C2=A0 =C2=A0 this key sequence:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0 =C2=A0=C2=A0 again: ----=C2=A0=C2=A0 ---------------------=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 -------------------- =C2=A011=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 moves cursor forward by 1 word =C2=A012=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 nothing =C2=A013=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 nothing =C2=A014=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 nothing =C2=A015=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0 moves cu= rsor forward by 1 word Cases #12, #13, and #14 do not work at all. Nothing happens, and there is no error message. Case #11 is the only case where the macro works correctly. Even though the macro in case #15 appears to work, it isn't working correctly. It should move the cursor forward by one word AND one character, but it only moves by one word. My guess is that, in case #15 (as in case #12), the key is being ignored. =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - - - - - - - - - - = - - - - - - - - - In an effort to help debug case #15, I executed this additional lisp code in the *scratch* buffer: =C2=A0=C2=A0 (progn =C2=A0=C2=A0 =C2=A0=C2=A0 (defun define-macro-f8 () "" =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0 =C2=A0 (interactive) (name-last-kbd-macro '= macro-f8)) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (defun insert-macro-f8 () "" =C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 (interactive) (insert-kbd-macro 'mac= ro-f8)) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (define-key global-map [f7] 'define-macro-f8= ) =C2=A0=C2=A0=C2=A0 =C2=A0 (define-key global-map [f8] 'macro-f8) =C2=A0=C2=A0 =C2=A0=C2=A0 (define-key global-map [f9] 'insert-macro-f8) =C2=A0=C2=A0 ) Whereupon, this key sequence puts the macro (from case #15) into : =C2=A0=C2=A0 Then, every time I press , the cursor moves forward, as before, by one word (NOT one word and one character, as it should). And then, when I press , this macro definition is inserted into the buffer: =C2=A0=C2=A0 (fset 'macro-f8 [f5 right]) As you can see, the key is missing. =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - - - - - - - - - - = - - - - - - - - - By the way, I tried something similar in Xemacs, and it has no problem defining keyboard macros containing the same key sequences. So, probably, my platform is not causing the problem. Thank you. Best regards,Leo ------=_Part_276893_744573501.1430282967811 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hell= o,

=
I'm reporting the = following bug that I found in Emacs. The text
below lines up better with a monospace fon= t. So if you want,
you could copy and paste it into an emacs buffer to see the
=
text aligned corre= ctly.

Keyboard macros not working correctly
-----------= -------------------------
Emacs has a problem when= defining a keyboard macro using <f3>
and &l= t;f4>. If the macro contains a key sequence consisting of
a prefix key followed by an ASCII-character key, there is no
problem. However, if the key following the prefix key= is
something other than an single character, such= as a function
key, a keypad key, or an arrow key,= the defined macro doesn't
work when it is subsequ= ently executed with <f4>. And, there
is no e= rror message. See details below.

Platform & Emacs version
------------= ------------
   GNU Emacs 24.4.1 (i686-p= c-mingw32)
      of 2014-10-24= on LEG570
      Configured using: = `configure --prefix=3D/c/usr'
   Windows= 7 Home Premium (64-bit) - version 6.1.7600
 =   Intel Core i7 CPU - 1.73 GHz - 6 GB RAM
&nb= sp;  ASUS Notebook G73Jw

Started Emacs at Command Prompt with this command:
--------------------------------------------------
   run_emacs.bat -Q

Executed this lisp code in *Scratch* buffer:
--------------------------------------------
   (progn
      (se= tq f5-key-map (make-sparse-keymap "F5-Key-prefix"))
      (define-key global-map [f5] f5-key-map)

      (define-key f5-= key-map [(g)]   'forward-word)
  &n= bsp;   (define-key f5-key-map [f6]    'forward-word)      (define-key f5-key-map [kp-4]&n= bsp; 'forward-word)
      (define-k= ey f5-key-map [right] 'forward-word)
   = )

Case  This key  #    sequence   = ;   Produces this result
----  ----= ----      --------------------
  1   <f5> <g>    &nbs= p; moves cursor forward by 1 word
  2 &n= bsp; <f5> <f6>     moves cursor forward by = 1 word
  3   <f5> <kp-4>= ;   moves cursor forward by 1 word
 = ; 4   <f5> <right>  moves cursor forward by 1 wo= rd

Case   Defi= ne macro by using         Result wh= en pressing
  #     this key sequen= ce:             <f4>= ; again:
----   ---------------------&nb= sp;        --------------------
 11    <f3> <f5> <g>= <f4>          &nbs= p; moves cursor forward by 1 word
 12 &n= bsp;  <f3> <f5> <f6> <f4>   &nb= sp;       nothing
&n= bsp;13    <f3> <f5> <kp-4> <f4> = ;        nothing
 14    <f3> <f5> <right> <f4>=         nothing
 15    <f3> <f5> <f6> <right> = <f4>   moves cursor forward by 1 word

Cases #12, #13, and #14 do not work at all.= Nothing happens, and
there is no error message.
Case #11 is the only case= where the macro works correctly.

Even though the macro in case #15 appears to work, it isn't worki= ng
correctly. It should move the cursor forward by= one word AND one
character, but it only moves by = one word. My guess is that, in
case #15 (as in cas= e #12), the key <f6> is being ignored.

         = - - - - - - - - - - - - - - - - - - -

In an effort to help debug case #15, I executed this
additional lisp code in the *scratch* buffer:

   (progn
      (defun define-macro-f8 () ""
         (interactive) (nam= e-last-kbd-macro 'macro-f8))
   &nb= sp;  (defun insert-macro-f8 () ""
  = ;       (interactive) (insert-kbd-macro 'macro-f8))
      (define-key global-map= [f7] 'define-macro-f8)
      = (define-key global-map [f8] 'macro-f8)
  = ;    (define-key global-map [f9] 'insert-macro-f8)
   )

Whereupon, this key sequence puts the macro (from case #15) into <f8&g= t;:

   <f3&= gt; <f5> <f6> <right> <f4> <f7>

Then, every time I press <f8>, = the cursor moves forward, as before, by
one word (= NOT one word and one character, as it should). And then,
when I press <f9>, this macro definition is inserted into the = buffer:

   (fs= et 'macro-f8 [f5 right])

As you can see, the <f6> key is missing.
        &nb= sp; - - - - - - - - - - - - - - - - - - -

By the way, I tried something similar in Xemacs, and it h= as no
problem defining keyboard macros containing = the same key sequences.
So, probably, my platform = is not causing the problem.

Thank = you.

Best regards,
Leo

------=_Part_276893_744573501.1430282967811-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 29 12:52:22 2015 Received: (at 20454) by debbugs.gnu.org; 29 Apr 2015 16:52:22 +0000 Received: from localhost ([127.0.0.1]:56631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YnVDi-0004Mk-26 for submit@debbugs.gnu.org; Wed, 29 Apr 2015 12:52:22 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:43699) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YnVDe-0004MV-Qw for 20454@debbugs.gnu.org; Wed, 29 Apr 2015 12:52:20 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NNK00000UIKVD00@mtaout28.012.net.il> for 20454@debbugs.gnu.org; Wed, 29 Apr 2015 19:50:01 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNK00H76URDWM90@mtaout28.012.net.il>; Wed, 29 Apr 2015 19:50:01 +0300 (IDT) Date: Wed, 29 Apr 2015 19:51:07 +0300 From: Eli Zaretskii Subject: Re: bug#20454: 24.4; Emacs keyboard macros not working correctly In-reply-to: <982083367.276894.1430282967819.JavaMail.yahoo@mail.yahoo.com> X-012-Sender: halo1@inter.net.il To: Leo Message-id: <83ioceubd0.fsf@gnu.org> References: <982083367.276894.1430282967819.JavaMail.yahoo@mail.yahoo.com> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20454 Cc: 20454@debbugs.gnu.org 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: Wed, 29 Apr 2015 04:49:27 +0000 (UTC) > From: Leo > > (progn > (setq f5-key-map (make-sparse-keymap "F5-Key-prefix")) > (define-key global-map [f5] f5-key-map) > > (define-key f5-key-map [(g)] 'forward-word) > (define-key f5-key-map [f6] 'forward-word) > (define-key f5-key-map [kp-4] 'forward-word) > (define-key f5-key-map [right] 'forward-word) > ) > > Case This key > # sequence Produces this result > ---- -------- -------------------- > 1 moves cursor forward by 1 word > 2 moves cursor forward by 1 word > 3 moves cursor forward by 1 word > 4 moves cursor forward by 1 word > > Case Define macro by using Result when pressing > # this key sequence: again: > ---- --------------------- -------------------- > 11 moves cursor forward by 1 word > 12 nothing > 13 nothing > 14 nothing > 15 moves cursor forward by 1 word > > Cases #12, #13, and #14 do not work at all. Nothing happens, and > there is no error message. If you display the macro after defining it, e.g. with kmacro-view-macro, or even simply evaluate kmacro-ring, you will see that only f5 gets recorded there, the following function keys don't. Only in the "f5 g" case will you see the 'g' in the macro. That's why the macro cannot be executed: there's only a prefix key there. This happens because of the following trick we play in read_char_minibuf_menu_prompt, which is a function we call whenever a key we read is a prefix key: /* Make believe it's not a keyboard macro in case the help char is pressed. Help characters are not recorded because menu prompting is not used on replay. */ orig_defn_macro = KVAR (current_kboard, defining_kbd_macro); kset_defining_kbd_macro (current_kboard, Qnil); do obj = read_char (commandflag, Qnil, Qt, 0, NULL); while (BUFFERP (obj)); kset_defining_kbd_macro (current_kboard, orig_defn_macro); if (!INTEGERP (obj) || XINT (obj) == -2) return obj; If 'obj' that we read is not a character (as is the case with f6 and any other function key -- they are symbols), we return here without recording the key in the macro, as we disabled that recording by temporarily setting defining_kbd_macro to nil. The trivial patch below fixes this, but before pushing it, I'd like Stefan and others to eyeball this, in case there be dragons. Btw, this has been broken "forever": I see it in Emacs 21.4. --- src/keyboard.c~0 2015-04-26 07:42:05 +0300 +++ src/keyboard.c 2015-04-29 16:27:42 +0300 @@ -8708,7 +8708,11 @@ read_char_minibuf_menu_prompt (int comma kset_defining_kbd_macro (current_kboard, orig_defn_macro); if (!INTEGERP (obj) || XINT (obj) == -2) - return obj; + { + if (!NILP (KVAR (current_kboard, defining_kbd_macro))) + store_kbd_macro_char (obj); + return obj; + } if (! EQ (obj, menu_prompt_more_char) && (!INTEGERP (menu_prompt_more_char) From debbugs-submit-bounces@debbugs.gnu.org Fri May 08 05:15:59 2015 Received: (at 20454-done) by debbugs.gnu.org; 8 May 2015 09:15:59 +0000 Received: from localhost ([127.0.0.1]:38247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqeNy-0005Rm-Q4 for submit@debbugs.gnu.org; Fri, 08 May 2015 05:15:59 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:53445) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqeNv-0005RT-SC for 20454-done@debbugs.gnu.org; Fri, 08 May 2015 05:15:57 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NO000E00XHWVD00@a-mtaout23.012.net.il> for 20454-done@debbugs.gnu.org; Fri, 08 May 2015 12:15:49 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NO000EBZXQCSX70@a-mtaout23.012.net.il>; Fri, 08 May 2015 12:15:49 +0300 (IDT) Date: Fri, 08 May 2015 12:16:01 +0300 From: Eli Zaretskii Subject: Re: bug#20454: 24.4; Emacs keyboard macros not working correctly In-reply-to: <83ioceubd0.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: used_to_be_leo@yahoo.com Message-id: <83r3qrpgz2.fsf@gnu.org> References: <982083367.276894.1430282967819.JavaMail.yahoo@mail.yahoo.com> <83ioceubd0.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20454-done Cc: 20454-done@debbugs.gnu.org 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: Wed, 29 Apr 2015 19:51:07 +0300 > From: Eli Zaretskii > Cc: 20454@debbugs.gnu.org > > The trivial patch below fixes this, but before pushing it, I'd like > Stefan and others to eyeball this, in case there be dragons. No comments, so I pushed that fix, and I'm closing the bug report. From debbugs-submit-bounces@debbugs.gnu.org Fri May 08 13:44:53 2015 Received: (at 20454) by debbugs.gnu.org; 8 May 2015 17:44:54 +0000 Received: from localhost ([127.0.0.1]:38971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmKT-0005CQ-G9 for submit@debbugs.gnu.org; Fri, 08 May 2015 13:44:53 -0400 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:47935) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmKR-0005CH-AL for 20454@debbugs.gnu.org; Fri, 08 May 2015 13:44:51 -0400 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 241FC9C134; Fri, 8 May 2015 13:44:50 -0400 (EDT) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id E6D971E5B96; Fri, 8 May 2015 13:44:26 -0400 (EDT) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id C7F8AB41A0; Fri, 8 May 2015 13:44:26 -0400 (EDT) From: Stefan Monnier To: 20454@debbugs.gnu.org Subject: Re: bug#20454: 24.4; Emacs keyboard macros not working correctly Message-ID: References: <982083367.276894.1430282967819.JavaMail.yahoo@mail.yahoo.com> <83ioceubd0.fsf@gnu.org> <83r3qrpgz2.fsf@gnu.org> Date: Fri, 08 May 2015 13:44:26 -0400 In-Reply-To: <83r3qrpgz2.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 08 May 2015 12:16:01 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20454 Cc: eliz@gnu.org, used_to_be_leo@yahoo.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: -2.3 (--) >> The trivial patch below fixes this, but before pushing it, I'd like >> Stefan and others to eyeball this, in case there be dragons. > No comments, so I pushed that fix, and I'm closing the bug report. Sorry, dropped the ball again. Yes, it looks OK. Not sure if it's "the right way to fix it" because this code is too delicate for its own good, but it's a good enough way, Stefan From unknown Sun Jun 22 00:52:40 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 06 Jun 2015 11:24:04 +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