From unknown Sat Jun 21 03:16:15 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#64138 <64138@debbugs.gnu.org> To: bug#64138 <64138@debbugs.gnu.org> Subject: Status: 28.2; C-x ) won't accept the universal argument Reply-To: bug#64138 <64138@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:16:15 +0000 retitle 64138 28.2; C-x ) won't accept the universal argument reassign 64138 emacs submitter 64138 Al Petrofsky severity 64138 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 19:48:08 2023 Received: (at submit) by debbugs.gnu.org; 17 Jun 2023 23:48:08 +0000 Received: from localhost ([127.0.0.1]:52802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAfeJ-0007T8-Oa for submit@debbugs.gnu.org; Sat, 17 Jun 2023 19:48:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:53576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAfeG-0007Si-RR for submit@debbugs.gnu.org; Sat, 17 Jun 2023 19:48:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAfeG-0000Pc-LV for bug-gnu-emacs@gnu.org; Sat, 17 Jun 2023 19:48:04 -0400 Received: from mail-pj1-f50.google.com ([209.85.216.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qAfeE-0007JX-Uq for bug-gnu-emacs@gnu.org; Sat, 17 Jun 2023 19:48:04 -0400 Received: by mail-pj1-f50.google.com with SMTP id 98e67ed59e1d1-25eb58f4e70so331416a91.0 for ; Sat, 17 Jun 2023 16:48:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687045681; x=1689637681; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=dWUuTgZxaKTTFMvSjf33ta2aa4wc7attP4u1SSowDa4=; b=ifZYiZaNEGW3Seot35wY10IOjnNE4fTHfbIiyvQUkjVoD+tSxyto/dxcmF1Y+9uZHQ 47oK90ngs7pnpbbBQtZ4oSIwwAjVibI0+Lh2xxQY6o1u0gcaD1V9obm4K6mh9H/UrYO/ QoeUxW1Mz9FU7RwsECG5rPKnU5bvV5CF5AYZtwMxyRKKN4NJyUbCynsjoxa1duyzBTSx SkBf1rcD182r505e+BtX0DFY9Q2IWziR33/5TCPWR9JR75s/dVVJG13JBwwwmNBYfU9j Sb1yyH7jtzCkoW9VnLEmaClnjQbBpUOzl6RcqM0ob2M6B+M7986tsvNy4GXcwQcIkGCP GrGw== X-Gm-Message-State: AC+VfDx6CiWlu77XLZjWrP6BiYsxXX656oWIdfXL6XE9rmjpzTsXjwZW ZotI2KC8ufrm4PJR1EZnndOzetX0Fu/O6mCtkwfZU4danYE= X-Google-Smtp-Source: ACHHUZ6WvhdB7V8Sib2N6px/eILDMlGOTznb1T8hYTYMIfL199aNOVYnjfdhXgB/yT/bisBPb4ZyBG6Tn0tbmGbLxD4= X-Received: by 2002:a17:903:2451:b0:1b0:34c6:3bf2 with SMTP id l17-20020a170903245100b001b034c63bf2mr7339540pls.5.1687045680830; Sat, 17 Jun 2023 16:48:00 -0700 (PDT) MIME-Version: 1.0 From: Al Petrofsky Date: Sat, 17 Jun 2023 19:47:47 -0400 Message-ID: Subject: 28.2; C-x ) won't accept the universal argument To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000869c2105fe5bee27" Received-SPF: pass client-ip=209.85.216.50; envelope-from=al.petrofsky@gmail.com; helo=mail-pj1-f50.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.1 (--) --000000000000869c2105fe5bee27 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable emacs-28.2 -Q -nw C-x ( x C-u C-x ) The C-u C-x ) should complete the macro definition and then execute the macro three times, making the buffer contents "xxxx". Instead, the error "Wrong type argument: fixnump, (4)" occurs. (Changing "C-u" to "C-u 4" gives the expected result.) The "P" in the interactive declaration of kmacro-end-macro should be a "p". Looking at all eleven "P" in kmacro.el, I think four of them should be "p": kmacro-call-ring-2nd, kmacro-call-ring-2nd-repeat, kmacro-end-macro, and kmacro-end-and-call-macro. Alternatively, if the meaning of a bare C-u argument is being reserved for some future feature, then it should be explicitly mentioned in the documentation that C-u and C-u 4 are treated differently. As the manual says: A few commands treat a plain =E2=80=98C-u=E2=80=99 differently from a= n ordinary argument. A few others may treat an argument of just a minus sign differently from an argument of =E2=88=921. These unusual cases are des= cribed when they come up; they exist to make an individual command more convenient, and they are documented in that command=E2=80=99s documentat= ion string. --000000000000869c2105fe5bee27 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A0 =C2=A0emacs-28.2 -Q -nw
=C2=A0 =C2=A0C-x ( x C-u= C-x )

The C-u C-x ) should complete the macro definition and then e= xecute
the macro three times, making the buffer contents "xxxx"= ;.=C2=A0 Instead,
the error "Wrong type argument: fixnump, (4)"= ; occurs.

(Changing "C-u" to "C-u 4" gives the e= xpected result.)

The "P" in the interactive declaration of= kmacro-end-macro should be a
"p".

Looking at all eleve= n "P" in kmacro.el, I think four of them should be
"p&quo= t;: kmacro-call-ring-2nd, kmacro-call-ring-2nd-repeat,
kmacro-end-macro,= and kmacro-end-and-call-macro.

Alternatively, if th= e meaning of a bare C-u argument is being reserved
for some future featu= re, then it should be explicitly mentioned in the
documentation that C-u= and C-u 4 are treated differently.=C2=A0 As the
manual says:

=C2= =A0 =C2=A0 =C2=A0 A few commands treat a plain =E2=80=98C-u=E2=80=99 differ= ently from an ordinary
=C2=A0 =C2=A0argument.=C2=A0 A few others may tre= at an argument of just a minus sign
=C2=A0 =C2=A0differently from an arg= ument of =E2=88=921.=C2=A0 These unusual cases are described
=C2=A0 =C2= =A0when they come up; they exist to make an individual command more
=C2= =A0 =C2=A0convenient, and they are documented in that command=E2=80=99s doc= umentation
=C2=A0 =C2=A0string.

--000000000000869c2105fe5bee27-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 02:50:59 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 06:50:59 +0000 Received: from localhost ([127.0.0.1]:52990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAmFX-00023X-61 for submit@debbugs.gnu.org; Sun, 18 Jun 2023 02:50:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAmFV-00023J-6P for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 02:50:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAmFP-0007xv-Fm; Sun, 18 Jun 2023 02:50:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=MEs9tl+oQ18eRpZsMfuY2P+jfpS2FnMs3TB0qWxdPgk=; b=TwCsFsDHnON1 cEvlT8SFmHU2P7iAFaqI2zEXnUpb76ijmNpvxOvkKIcwJ7H1K+GosjUYmET+eUrEsr1lsBODEXgN9 MEB7zWXCxmh6PdqyZOZWgKyd5BwAR/1XYC+PR1JNu/l/7EUxnTftuHxkGl4CAtW1UJgsA3yFASXxG Xwj4DNRZIayu0HeLeEaHct6nN5xrIIomrryjVNsoCGYiBuylqgk0TOTrjDEyO8KFSARn8uxSE3dOy ug6cxiyOE0g8mbOSxSc9J6OcxelzaNDW+lR3doJT+VLKCYN+Je3zp33zcI79/lccwoQHkwqz+zWev Lco50I81trwxe2P2acr4tQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAmFO-0001pN-8F; Sun, 18 Jun 2023 02:50:51 -0400 Date: Sun, 18 Jun 2023 09:50:50 +0300 Message-Id: <83fs6pp8l1.fsf@gnu.org> From: Eli Zaretskii To: Al Petrofsky , Stefan Monnier In-Reply-To: (message from Al Petrofsky on Sat, 17 Jun 2023 19:47:47 -0400) Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64138 Cc: 64138@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Al Petrofsky > Date: Sat, 17 Jun 2023 19:47:47 -0400 > > emacs-28.2 -Q -nw > C-x ( x C-u C-x ) > > The C-u C-x ) should complete the macro definition and then execute > the macro three times, making the buffer contents "xxxx". Instead, > the error "Wrong type argument: fixnump, (4)" occurs. > > (Changing "C-u" to "C-u 4" gives the expected result.) > > The "P" in the interactive declaration of kmacro-end-macro should be a > "p". These commands always required a numeric prefix argument, and that is how they are documented. So just "C-u" is invalid, you should use "C-u 4" instead. I have no objections to extending those commands to accept just C-u, though. Stefan, any reasons why not? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 07:01:04 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 11:01:05 +0000 Received: from localhost ([127.0.0.1]:53254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAq9Y-0002ma-H0 for submit@debbugs.gnu.org; Sun, 18 Jun 2023 07:01:04 -0400 Received: from mail-pl1-f177.google.com ([209.85.214.177]:41305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAq9V-0002ly-Tz for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 07:01:02 -0400 Received: by mail-pl1-f177.google.com with SMTP id d9443c01a7336-1b50a419ab6so4691115ad.1 for <64138@debbugs.gnu.org>; Sun, 18 Jun 2023 04:01:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687086056; x=1689678056; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SDDzzEDZamnkY87yew6YDVcgRC+W2pmT0WWQCaOosf4=; b=VdMndxBaWnc1RXdmGxGRzekPSSzML7eLkM5a8JXMFuNMtTwgspURwMNhvgThvEJGxC DfWznTZPFjdNSH96kIFRpQ8dNYjWtstpquvmhm1xMmpjX7PL2tLHtKnHzSXn5/dunE7F Muq3lv0clz6ELZXLWUCUcG1AHO/jmqE21lySh6tPMGzc9PqGW0pplWhatVGbMrydFWN2 mWasQgbepAhy/cwmsUaAV8rkzEg/QESNNpDzuMhHQBV9RqJncVOLlWo0GbcyyHDKwcOJ KhGP6moh5OesLdpggxj2IOy/ued6NBW0VSA3CH38wiskbVVC8CVcUnAx6BKRMV8xVz7M kfcA== X-Gm-Message-State: AC+VfDzqalVpvPlSSwzeuCl3n5hYz5ltZgneaGDwdZAIBPhrzk3YnXRw 7euL+8bLlO9Zn54eNcs9oeaZ14eKH0BABHe57Xc= X-Google-Smtp-Source: ACHHUZ7HItvW0+SScel2WTknI3eDwrs3lcPqZZo/uOtR5+6/1mtKoOVOG+pp9g5f/TdBK7XJ6wtoUidhcgSZuvTOw4g= X-Received: by 2002:a17:903:1105:b0:1b3:ebda:654e with SMTP id n5-20020a170903110500b001b3ebda654emr8391893plh.5.1687086055650; Sun, 18 Jun 2023 04:00:55 -0700 (PDT) MIME-Version: 1.0 References: <83fs6pp8l1.fsf@gnu.org> In-Reply-To: <83fs6pp8l1.fsf@gnu.org> From: Al Petrofsky Date: Sun, 18 Jun 2023 07:00:44 -0400 Message-ID: Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000000d799305fe655594" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 64138 Cc: 64138@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) --0000000000000d799305fe655594 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > > The C-u C-x ) should complete the macro definition and then execute > > the macro three times > These commands always required a numeric prefix argument The kmacro-end-macro command has always used the wrong interactive spec, but C-u C-x ) worked in Emacs 1.9 through 21.4, when C-x ) was bound to end-kbd-macro, which has always used "p". > These commands always required a numeric prefix argument, and that > is how they are documented. So just "C-u" is invalid, you should > use "C-u 4" instead. Hmm, kmacro-end-macro's doc string copied this paragraph verbatim from end-kbd-macro: With numeric arg, repeat macro now that many times, counting the definition just completed as the first repetition. An argument of zero means repeat until error. So you're saying that end-kbd-macro was always documented wrong, and should have pointed out that C-u works? I take the manual to be saying that C-u meaning C-u 4 is the norm, and it is the functions that are exceptions to that norm that need to clearly document that exception: A few commands treat a plain =E2=80=98C-u=E2=80=99 differently from an o= rdinary argument. A few others may treat an argument of just a minus sign differently from an argument of =E2=88=921. These unusual cases are des= cribed when they come up; they exist to make an individual command more convenient, and they are documented in that command=E2=80=99s documentat= ion string. --0000000000000d799305fe655594 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> > The C-u C-x ) should complete the macro definiti= on and then execute
> > the macro three times

> These co= mmands always required a numeric prefix argument

The kmacro-end-macr= o command has always used the wrong interactive
spec, but C-u C-x ) work= ed in Emacs 1.9 through 21.4, when C-x ) was
bound to end-kbd-macro, whi= ch has always used "p".

> These commands always require= d a numeric prefix argument, and that
> is how they are documented.= =C2=A0 So just "C-u" is invalid, you should
> use "C-u= 4" instead.

Hmm, kmacro-end-macro's doc string copied this= paragraph verbatim from
end-kbd-macro:

=C2=A0 =C2=A0 With numeri= c arg, repeat macro now that many times,
=C2=A0 =C2=A0 counting the defi= nition just completed as the first repetition.
=C2=A0 =C2=A0 An argument= of zero means repeat until error.

So you're saying that end-kbd= -macro was always documented wrong, and
should have pointed out that C-u= works?=C2=A0 I take the manual to be
saying that C-u meaning C-u 4 is t= he norm, and it is the functions
that are exceptions to that norm that n= eed to clearly document that
exception:

=C2=A0 =C2=A0A few comman= ds treat a plain =E2=80=98C-u=E2=80=99 differently from an ordinary
=C2= =A0 =C2=A0argument.=C2=A0 A few others may treat an argument of just a minu= s sign
=C2=A0 =C2=A0differently from an argument of =E2=88=921.=C2=A0 Th= ese unusual cases are described
=C2=A0 =C2=A0when they come up; they exi= st to make an individual command more
=C2=A0 =C2=A0convenient, and they = are documented in that command=E2=80=99s documentation
=C2=A0 =C2=A0stri= ng.
--0000000000000d799305fe655594-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 07:05:18 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 11:05:18 +0000 Received: from localhost ([127.0.0.1]:53263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAqDd-0002tJ-SU for submit@debbugs.gnu.org; Sun, 18 Jun 2023 07:05:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAqDb-0002t1-9H for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 07:05:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAqDV-0004qU-JM; Sun, 18 Jun 2023 07:05:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=gwZtBmnKzYw1hNfz+Y9TVP7zBxeT2bwIv7A94M83j4g=; b=KRR/A+d9S7LhFSBpBk3Z jMNKl3DSq292M4oKtcHUcIjD4TDgsf/IuLf/uKHTA8xTNHnR42pZmYNtH1KPmu2WdOakxxpzbfHMg jBtGrd53HSJi/jLJXZfqGefaZ7vjNHtdU2E+1nl0aDTV3Ui3MAdNNdia/9FbXzztNbFUMOpVEA9Ox MmWYQCLMsTTtCQPdVHdUfGb8BJ8JBQ6tgkfbB6jKAVT8X3jIKYmM+NCTmXgNs/bN6T+xga0KBIxM4 f6/atC5UR2LHg0/HUWzjNbewzMe6GJXZ+3HFCUdCT+5sl2wkmTi5Ed33dt8wwP9FhMXSQCKPAWzSz bJfId+Ol07jylg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAqDV-0004kR-3Q; Sun, 18 Jun 2023 07:05:09 -0400 Date: Sun, 18 Jun 2023 14:05:11 +0300 Message-Id: <83ilblni8o.fsf@gnu.org> From: Eli Zaretskii To: Al Petrofsky In-Reply-To: (message from Al Petrofsky on Sun, 18 Jun 2023 07:00:44 -0400) Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument References: <83fs6pp8l1.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64138 Cc: 64138@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Al Petrofsky > Date: Sun, 18 Jun 2023 07:00:44 -0400 > Cc: Stefan Monnier , 64138@debbugs.gnu.org > > > These commands always required a numeric prefix argument, and that > > is how they are documented. So just "C-u" is invalid, you should > > use "C-u 4" instead. > > Hmm, kmacro-end-macro's doc string copied this paragraph verbatim from > end-kbd-macro: > > With numeric arg, repeat macro now that many times, > counting the definition just completed as the first repetition. > An argument of zero means repeat until error. > > So you're saying that end-kbd-macro was always documented wrong, and > should have pointed out that C-u works? No, I'm saying that just "C-u" is not a "numeric argument". > I take the manual to be > saying that C-u meaning C-u 4 is the norm, and it is the functions > that are exceptions to that norm that need to clearly document that > exception: > > A few commands treat a plain ‘C-u’ differently from an ordinary > argument. A few others may treat an argument of just a minus sign > differently from an argument of −1. These unusual cases are described > when they come up; they exist to make an individual command more > convenient, and they are documented in that command’s documentation > string. Yes, which is why it would be good to make these commands behave closer to the general principle that the manual describes. I'm just saying that they never did until now. Which is completely legitimate, since what these commands do is not easily and obviously categorized as repeatable operations: the argument makes them repeat some part of what the command does. Anyway, I think we agree that it would be a good extension, so no need to argue any longer. I'd just want to hear from Stefan whether we are missing some subtlety here. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 09:05:35 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 13:05:35 +0000 Received: from localhost ([127.0.0.1]:53505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAs63-0000ML-5U for submit@debbugs.gnu.org; Sun, 18 Jun 2023 09:05:35 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:53952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAs60-0000MB-8n for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 09:05:33 -0400 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 35IBoDFC025284; Sun, 18 Jun 2023 13:05:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=2FFpmzcf0XvUkHf5/jx3XZDPy22UjOXmJabw82VXdXA=; b=u/i1eXLdcGpPNtseV4RvNUsoRWr2pNUU3pE8C4UigoMMUpef4T0vujc9MP4dEbAtCpi2 Na30VZtz5wXLIaLVd/DQAXCmCwILFbU9efAlREVObF1zWHHXpg7LkehsfR1D9FZosrmo E3dK9//sIkjd7X0YN+PNopV/S5nXz90JloYRup+SKv2y5H0JQNNfP2/wd3ygc7IoquTf ylWlkIPpOsNXCznVfuEHVAhGlvk5/mA3/VJg9fCk4T5GODtojGcNY/0M+YtWVLXY02fR erpSyCZTwbKKy5ntNWPgDEzYsEEzbdSNozu0aGJHl9HUcY5pZiw0vwYp7cKysD2xsNGz wA== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3r938dham3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 18 Jun 2023 13:05:30 +0000 Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 35ICA8jj008294; Sun, 18 Jun 2023 13:05:30 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2168.outbound.protection.outlook.com [104.47.58.168]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3r9392jycw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 18 Jun 2023 13:05:29 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KjPPbsAAD5GcrmaC+i5pjhwBVgciZPo49NVtjGosp8eTfwp/D3dc44RQ2TE+2YXJRBx2nWrp0p22/lnaAq4f5BOKU+YQloac77ktwFXNmn3acDGSSqEkBAA2TKo1spdwSSk7ppnyTi3FcxWaUx8O5LfPROYA+HZ+zdHkUSSdHwCTD1QsDNcO/B0fXEfYjGfkd8WSt2akblqAKQq+uJBbtJogUbuCrS/q2+a7r414x94/Rk7X1cVttYBjql4Jlr+z0W0f5sr1rH+So2D7a7CZR4dObkZVJWr26Mhn3F/MtMsCFLJU215dWEzfqs9lMiKCVfLoaFryx6/a3nYQtj86OA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2FFpmzcf0XvUkHf5/jx3XZDPy22UjOXmJabw82VXdXA=; b=kgIyaP7dKzco89BKkqqQQRedUSVvKRjcJPovpXhQtEvJkZluUmNPNT85dGrP9v7plPz/stAsJMeYO2OGWuMeEpGmzSVxxdLUeNXDH/ryxwu/O41k9HFfXwYNxEMm1jBgzHGdFI0CF1hr/yQHPMP6Z/b8zGyZrTrsntisVOLhD2EiIiP80/x1z7oPBgIBYMiE3j+nk5SvmFdVPFHlg6hxLoG2C4XARx8SDAAduMmfdO1j1eesogkP/6mI8mEW/upYgiyiIuBdKhkLuJdR3x7XzbIbcE1XAZQlQqcIU1KEWOSeKn0RdfwEVXINGbCpoE4NDKnoj6oqS3ICSh2HnRl99w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2FFpmzcf0XvUkHf5/jx3XZDPy22UjOXmJabw82VXdXA=; b=AeoI8ZUHxxBoisD9Z+YvlKm/62zWBwzvC3eFZ1m6+3uwB/TFuQJXP6RBvw/TSJv7HDBgjCgqNxSjos5Kjgy3t/PLrivJTNH7PARz48JdUm3FWvHDXMGntqquSyz5jEoS9iYJZQ+Oo8FqvFmJFzvnnRrh8NFxGFuYd4hAep6bHZs= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by CH2PR10MB4133.namprd10.prod.outlook.com (2603:10b6:610:a6::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6500.35; Sun, 18 Jun 2023 13:05:26 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9c16:23a0:5cc9:84ef]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9c16:23a0:5cc9:84ef%4]) with mapi id 15.20.6500.031; Sun, 18 Jun 2023 13:05:24 +0000 From: Drew Adams To: Eli Zaretskii , Al Petrofsky , Stefan Monnier Subject: RE: [External] : bug#64138: 28.2; C-x ) won't accept the universal argument Thread-Topic: [External] : bug#64138: 28.2; C-x ) won't accept the universal argument Thread-Index: AQHZobFTSdhJehS6ekiyvxa3lN0RWa+QgxEA Date: Sun, 18 Jun 2023 13:05:24 +0000 Message-ID: References: <83fs6pp8l1.fsf@gnu.org> In-Reply-To: <83fs6pp8l1.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|CH2PR10MB4133:EE_ x-ms-office365-filtering-correlation-id: 63c2f8a1-5014-4c55-80f1-08db6ffcae21 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ERKu2TKGFD7Vz/uZh71SCVHAka6LFBw9ANWwHSIY/gjTGa69cDXuse8syh7ke9imzsI/V7v9WYAXMhavOS9ba9QDFbXCPau1eAxjcPAxm6VLhEDui0velACjTue6ifc5oYvBXqYTuP54NtIpPdnOG/yC5CNz9ylUzAeleusUd2BuZ3ipu6S1N2FBQTNStYuoIOWXrDJXjQEj+9mLxR3iRUWyLrLw1w4mV6DzEFlsRQ60VyBnlCIWUvcdrhYfX+GvxknD1+JAvOqSGjhbTM27BePMyLfLRZLQzk7oEuzV5/iL0QDpiRPPUVhcHh8AD6Y0jxRdPsDOcBGPVhpCiuQUn5BIYCTuWnA4mqU07/4E76f3wNjiNVJejmI164tv2+yju7aT3F2khsWHb/Rp+5fdE/QQc+ELEvbHUwTee3nC1fzgtDB3IkBCxwW7DwR1akHEvH2on5TZH0Kh2imtOBVx/zTXo0ikd441WxxnPQA0WXtSeLSp0GfnPAEiYGBzJgD+B8vX0mlXIwXRkF6f6TYdzuCN78fWabwi+Qj1DcG+AfIBnx+whW1hrQLTTLS6vy9tcZ5rVWew3HWT+gzNGPBcefyWVOTILavELam1fb91a9e3K8LXEXhLFPliTfSFiZGh x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(396003)(376002)(346002)(366004)(39860400002)(136003)(451199021)(122000001)(38100700002)(55016003)(86362001)(38070700005)(33656002)(71200400001)(7696005)(186003)(478600001)(6506007)(9686003)(26005)(8676002)(8936002)(44832011)(5660300002)(52536014)(110136005)(41300700001)(2906002)(66946007)(66556008)(66476007)(66446008)(64756008)(76116006)(4326008)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?vZhD14wBjFVO8OaxPrQtXHy/EO3u5IJdxkrZLjTp3mIgJIwpUEmu+qD6Keyv?= =?us-ascii?Q?sGbrgvUFF14kMYv0dXwVb8bVEQWsCFoFbnjbzCOs+ODTecZLMm+PP3HIiO1Q?= =?us-ascii?Q?u/qbzpHQibyMRT2qEl9HVu3b6dfByqj7s+6imsOi5DBAlqc9MUk3Qr6aobti?= =?us-ascii?Q?vk0pON8L3ya4QG5yjY+U3KI5XPi/tbD2gQ3DTTpgjpknWw8R7hqb/L0PrjhQ?= =?us-ascii?Q?PkKYzZS8Mj7u7u9scQj265BBH6GJFR0kGzNpHHIBxdrovvYsJVvbjZf0F4h0?= =?us-ascii?Q?yWu0qyW2GhwmPpSWkNHAJYEwDqv3NrTqncZ/9leWHdBt089lUfgnGJhp/6+h?= =?us-ascii?Q?zfIoO69dKhLcgAL/uCEXJS3nkGV+iu1V3QIg5kHHHeZEJAPCnFBHTX3eTf0K?= =?us-ascii?Q?Gikl9dJNq54ehiEB4c4pgAIOulCgEMP6rvKxmyXhmHaIiPUTu8pUF13CCcNi?= =?us-ascii?Q?bEvmULmfVzJvQEyjoo4K6sJeXMcFl3sRnUxjWZfdqSv4faADWMdCS73fUyeL?= =?us-ascii?Q?2jLYsMqTh2n80bWlorssnEQZT/iM8nFwPTO0x4mJAZBnZyVbxRKWCRjF0/q4?= =?us-ascii?Q?BHQ1znrc/zeppi8n9UThpWdWQ8w7Jc+fL2ktvmWT9AiDvUng2EWoLtAsiWkK?= =?us-ascii?Q?CG+35in65wwj1vTNgBcxBFlOcjHniPfU3BXY0mrdZqVUvjsJOGdV2M3GZs1e?= =?us-ascii?Q?McQ8AYlupeIe141cw/lEuOtRxlA9ybHLRFNtOp819/4V6uTUjEM+r0N9hgIr?= =?us-ascii?Q?K3wgp3PSUxHyiNwzxrvlZoMG+H9GabmknDOiS3S5R4mRZwa8OHRPHWn+AaEA?= =?us-ascii?Q?BeuXiLve3asvZXhVWp0l12zFFwyfoLd928gz2aEYli2/g0XCU3HRV4GNZDdg?= =?us-ascii?Q?vrR/h8HKI6Z+93cmRioisGq4tJCvyTYQFFABjWX/hqYe4vYzBmBkuxoIHFKd?= =?us-ascii?Q?JhR5M6bT7x42kUsD3vUV4J8J+CtCZ7QSJPXGGb6kEFkr7W9ds9x//FPB7lqp?= =?us-ascii?Q?N3C+zRJmuHckqqy2evAMIS3wE6JahgBjQZo5vL/4GKQ4pVP5NFa+3wFprIDH?= =?us-ascii?Q?wIQObSmRerzgWs8Q9gdo3Dq9/5SVrodYzozg/Qn3sXpsT50qllf1Lx/LR5wC?= =?us-ascii?Q?yCzEJqXxTXw4nQ4CcG4tzJp+0Aul66eLwoct/FFBXGULU/OZkxYkWF+0hfiF?= =?us-ascii?Q?oraFo5cHCMe0yFOtTsSo5g4U1YDGFabHIfrPAPQSDF1NFa/q5BoEnAGsHtY/?= =?us-ascii?Q?ibp1i/d/lAV9j3JSRW3w8qeJekm7aazEkOhZCTOFjbrMQnhyo11HUEaOWlOa?= =?us-ascii?Q?yn41WzkPUPFfwp/15XiOdk+tKAhEwCag9EwPS9hZMAWO3bIn+BZ7Ajdt4SY5?= =?us-ascii?Q?zklanzaL7irFqCyeZ84n8AdozVBfEJYHCpQxZCrjV9IiIDcDQHNwiJE7EuT0?= =?us-ascii?Q?BNbqVpEZFLgFhw3/0c5S3VfQTa/dVorzg5sWKHTPQm1suB5S+vBvCZuZESuq?= =?us-ascii?Q?Qhbmm0G7kepL9nwdoExJ39vp20rsf54TBElL7Gm1qeAv58eH4cTEI9RC5Amt?= =?us-ascii?Q?hJRJ8Y6D9YbO5pzkXXZ6p02BFYvFrs3/PQv+2dnu?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: H852dG4sduLrSztuQ/LLGhy5HpoqmGi15QzOpIz1Naw3H8zY4Kgjgb1YCi5KVIalSujMrhxxUGcFHK8vpTgGV7FmRIG2e2HUANWwWRDGgS2xM8WkKvj0kEQP5Nmi9hDJcQc3U0LBUkjM1zYml3mzsH8LMVEqZtCNx+0hazI368UWZ3lYZ6HEYlb8sdCKMQn7xCnnCBs6ELsGqreczf7ed1fd32KM5gTFAmXXly6kh0cx4zZZQlLZ3MWGrd8rx/PvE94qMUks+VjSRFEi746toey2T8ioXIE0Q2VTKFa12wzQb+BHVcxZs2UX0Fa9YS51txPGS1kK+iUW3YbwNWusMKxGA+YZnVXCiGxds777BjYkZ7zNBTazq4jh+2XUT0qBPtE0FsyVUy+T3O0ZuHif0tFRvczEdR10CLITtFyWd69pUBjyPcXh/KjjyOdgFxOH3C9R5WLZBI81GkMEMXrFd0yZJT6NFz7RQucPFJIt7dBlebEY376fckqgPM7w2BRY/kSUEtJ/aYtEu9R+eLqpmpk006k4NlYqrm2s7Ke4dZoMGgJ3u9oL6RDPE83kU+Ol0AaKauSR7vUlSWlhXHnjUevDKyIYZfDTcsAcd1mm154ZHVusklp3HDEpjHfnCWCSdjciit/EmzhbeLVxP8ErqLWTCbSDtMeoxTHPOZzOhU5MXvi17on/vE2kWAFFSEzcIY4qvG0+5LAuk9bw7ZHhA5BD5U64oSpqAgwlRi72p/Udn+4lznm9pwvX6iN/Bj4xyeVFwCE/W5LhNJbidT0wOuQ5ehUOnsjTV5ZRaAKhhihZZu03pSNrG988DDNtS9cBcqdpXQZ1rsMqGm2KZmZVGk5BTu05J/QMZI7SnjHZcbA= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 63c2f8a1-5014-4c55-80f1-08db6ffcae21 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jun 2023 13:05:24.6477 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: tOmx8j+00/k1xEt8l3gOVHoXtebhmHddCvY3z0lRtuflqsBQYc0eDhNixY6dL0Sa5NxkhdMNh1F3Vpq7o6NZ1w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR10MB4133 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.957,Hydra:6.0.591,FMLib:17.11.176.26 definitions=2023-06-18_09,2023-06-16_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 adultscore=0 spamscore=0 phishscore=0 suspectscore=0 malwarescore=0 bulkscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2305260000 definitions=main-2306180125 X-Proofpoint-GUID: pnfS2NJcoK3TzJ1whIHAi7pf3oYmmIUA X-Proofpoint-ORIG-GUID: pnfS2NJcoK3TzJ1whIHAi7pf3oYmmIUA X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 64138 Cc: "64138@debbugs.gnu.org" <64138@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) > > (Changing "C-u" to "C-u 4" gives the expected result.) > > The "P" in the interactive declaration of kmacro-end-macro > > should be a "p". >=20 > These commands always required a numeric prefix argument, and that is > how they are documented. So just "C-u" is invalid, you should use > "C-u 4" instead. I thought it was the case that unless specified otherwise (i.e., unless C-u has another behavior), when a numeric prefix arg has some behavior then a plain C-u should act the same as C-u 4 (etc.). I thought that when doc says _only_ "with numeric prefix arg..." or "a numeric prefix arg means..." that's short for an equivalent statement about plain C-u (and its multiples), plain M--, etc. I thought that any departure from this general rule would be mentioned in the doc, including if plain C-u were ignored or raised an error or... Hasn't this been the (unwritten) convention? (Just asking a question - not arguing.) In this case, if plain C-u were indeed "invalid" then I'd expect that to be documented. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 09:36:24 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 13:36:24 +0000 Received: from localhost ([127.0.0.1]:53525 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAsZr-000154-P7 for submit@debbugs.gnu.org; Sun, 18 Jun 2023 09:36:23 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:6036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAsZp-00014p-RN for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 09:36:22 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 8B62E805E3; Sun, 18 Jun 2023 09:36:16 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6D0B9801D7; Sun, 18 Jun 2023 09:36:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1687095375; bh=2dg/mHqNRV2wx+A2zGft4s8VeDZE0MURWMswEm6cBpU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=n7WpyNPhIBLtKJllwzzMzvv7GNIpBdAEU53XYG0sBBeGJ1xHH/F2zNqOWHN2Gr1BA VVZlogHxMFKH2CPfmCtKT+lSBkr2BSkVPOweIrid3ATRQxcpWQWUaie+RUkdWetazM mlcFq7y2HwXZMnRF6eO3KFBgGjoQLjuC9y1h5maMB+uYY9+pQxh1rxT5BgAK4cl+Pa z/3Qt1xrwJ02PVs1++1stYSI+N8suf3xNA0PDTZOgX+8Iu0mb/tFoszhr+AAlHG5FL 5Ed4Mz2QovuhREq+r5V0av0NzROCBQmGwCaVS4eBI03L6vmqU2gTi2f4scsJhG7t2R OerBtvvAH5vGA== Received: from pastel (unknown [45.72.207.87]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 2FBD1120847; Sun, 18 Jun 2023 09:36:15 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument In-Reply-To: <83fs6pp8l1.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 18 Jun 2023 09:50:50 +0300") Message-ID: References: <83fs6pp8l1.fsf@gnu.org> Date: Sun, 18 Jun 2023 09:36:09 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.085 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64138 Cc: Al Petrofsky , 64138@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > I have no objections to extending those commands to accept just C-u, > though. Stefan, any reasons why not? Offhand, I can't think of any reason why not. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 10:08:13 2023 Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 14:08:14 +0000 Received: from localhost ([127.0.0.1]:54786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAt4f-0002Gy-KV for submit@debbugs.gnu.org; Sun, 18 Jun 2023 10:08:13 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:27461) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAt4d-0002Gi-15 for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 10:08:11 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id C6F521000C4; Sun, 18 Jun 2023 10:08:05 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B76F5100083; Sun, 18 Jun 2023 10:08:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1687097284; bh=4zlxOCQkuf/4ml8svhXcDfyQ2QfoGb4Zd4aa7XnnJho=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ELuT9iL6MnUhdE6aGwq/hxHLk9Td1lSeT5rQkoW9OPpFhU/yLyEeCtDEIGtrnBdRW UK1g/JJEXsj0tEC6DSGj0wL1rTQps6TAEJtvRrfmi/vRf2GOSJ2N7at0+qUFX769xW qDsDpDuG2Zy11gew1T2+UaRM8bEjH/N1LnywxbW910wojtojbZdCFzwANZHUqVBPVW NrInwBv/cusar70AFb74wP0B0ZDC3y72y7z25HdYfDR0OvvpgTek+//6PYRArAcaFK HtBJfqnR7GIDXdcOi3663ONQmC3RvRP06NxMzqBFm3JWNRI+H0Rq7M2kxn6FtX0vPP ksxoeY0t8fEVg== Received: from pastel (unknown [45.72.207.87]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 91D25120903; Sun, 18 Jun 2023 10:08:04 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument In-Reply-To: (Stefan Monnier's message of "Sun, 18 Jun 2023 09:36:09 -0400") Message-ID: References: <83fs6pp8l1.fsf@gnu.org> Date: Sun, 18 Jun 2023 10:08:04 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.168 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64138 Cc: Al Petrofsky , 64138@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) >> I have no objections to extending those commands to accept just C-u, >> though. Stefan, any reasons why not? > Offhand, I can't think of any reason why not. BTW: the main question here is whether a C-1 prefix should be treated the same as the absence of a prefix. AFAICT, the `arg` argument of `kmacro-end-macro` is only used once, to pass it to `end-kbd-macro`, and that function starts with: if (NILP (repeat)) XSETFASTINT (repeat, 1); else CHECK_FIXNUM (repeat); so, the absence of a prefix arg currently should indeed always behave exactly as with a `C-1` arg. IOW, I'm pretty sure now that there is not reason why not. Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 21 10:02:06 2023 Received: (at 64138-done) by debbugs.gnu.org; 21 Jun 2023 14:02:06 +0000 Received: from localhost ([127.0.0.1]:33829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qByPO-00050a-EE for submit@debbugs.gnu.org; Wed, 21 Jun 2023 10:02:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qByPM-000506-OI for 64138-done@debbugs.gnu.org; Wed, 21 Jun 2023 10:02:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qByPH-0006St-DK; Wed, 21 Jun 2023 10:01:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=v32/rmc0kL1Q8HRKPRb2hWeStwnwl/Zimy42D4S8htw=; b=qlT8hWFAb01R WCbiS/pvLb96uVip0/q9DbS6iVw0XhQHQOa7tXcUbYl+x+icaKYzLw9GY6JUoY+k/JWNDRCVveil/ wSgtdO4GOdB1fz0fjwDhQlZvXmxT9BYufTQBHHxpsQeSSj5/LCfAqUiZnak/BP36EvPqIfbprCnFm APa84JnOioxVk1C/TNIkJ5bH8sTNXBIGVK1iLxyDU2tNa6jEFK8T97G3TAqqYVM3bzHgLhI8ejewe Biq+Y+UYyYJcUjyo/7dn+DlSIhslUhLh6NOBPGpr0dTyJv4rO5x8m2OHLD0hX3CiSpcg9Gd5xeSs9 UCXQ/XfqBoSKdvPegluaCg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qByPG-0007Se-Sq; Wed, 21 Jun 2023 10:01:59 -0400 Date: Wed, 21 Jun 2023 17:02:06 +0300 Message-Id: <83sfak52xt.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-Reply-To: (message from Stefan Monnier on Sun, 18 Jun 2023 10:08:04 -0400) Subject: Re: bug#64138: 28.2; C-x ) won't accept the universal argument References: <83fs6pp8l1.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64138-done Cc: al@petrofsky.org, 64138-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Stefan Monnier > Cc: Al Petrofsky , 64138@debbugs.gnu.org > Date: Sun, 18 Jun 2023 10:08:04 -0400 > > >> I have no objections to extending those commands to accept just C-u, > >> though. Stefan, any reasons why not? > > Offhand, I can't think of any reason why not. > > BTW: the main question here is whether a C-1 prefix should be treated > the same as the absence of a prefix. AFAICT, the `arg` argument > of `kmacro-end-macro` is only used once, to pass it to `end-kbd-macro`, > and that function starts with: > > if (NILP (repeat)) > XSETFASTINT (repeat, 1); > else > CHECK_FIXNUM (repeat); > > so, the absence of a prefix arg currently should indeed always behave > exactly as with a `C-1` arg. > IOW, I'm pretty sure now that there is not reason why not. OK, thanks. I've now installed this on the master branch, and I'm closing this bug. From unknown Sat Jun 21 03:16:15 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 20 Jul 2023 11:24:07 +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