From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 12:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24969@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.147964556229770 (code B ref -1); Sun, 20 Nov 2016 12:40:02 +0000 Received: (at submit) by debbugs.gnu.org; 20 Nov 2016 12:39:22 +0000 Received: from localhost ([127.0.0.1]:35669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8RP0-0007k5-Cc for submit@debbugs.gnu.org; Sun, 20 Nov 2016 07:39:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51728) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8ROy-0007jr-Kf for submit@debbugs.gnu.org; Sun, 20 Nov 2016 07:39:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8ROs-000221-Mb for submit@debbugs.gnu.org; Sun, 20 Nov 2016 07:39:15 -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.5 required=5.0 tests=BAYES_40,RCVD_IN_SORBS_SPAM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:55691) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c8ROs-00021v-Jl for submit@debbugs.gnu.org; Sun, 20 Nov 2016 07:39:14 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42697) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8ROr-00061T-Ki for bug-gnu-emacs@gnu.org; Sun, 20 Nov 2016 07:39:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8ROm-00020t-M4 for bug-gnu-emacs@gnu.org; Sun, 20 Nov 2016 07:39:13 -0500 Received: from mout.kundenserver.de ([212.227.126.133]:63488) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c8ROm-0001xZ-BK for bug-gnu-emacs@gnu.org; Sun, 20 Nov 2016 07:39:08 -0500 Received: from [192.168.178.35] ([77.12.104.28]) by mrelayeu.kundenserver.de (mreue002 [212.227.15.167]) with ESMTPSA (Nemesis) id 0M6JFz-1cxDfe0JEh-00yQkr for ; Sun, 20 Nov 2016 13:39:05 +0100 From: Andreas =?UTF-8?Q?R=C3=B6hler?= Message-ID: Date: Sun, 20 Nov 2016 13:47:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:I/KgXDg4AVbvzri996dyOJwG225zNN9Ei3qkFINV7VM8/68OguM T9g1Q0HafDVwH/H5msvh15GavsSlenXvcqrqCc3au6yhKMeg9GL5CZdgMgDi9TovcXaaOSf 5EYN+JANcyQ0ELdRpjnVap+EvgQ3of30Qz1OXBkLTfpKu/42YCQAm5tAcpDhToESa00SnML 8q97dv0sLqreDS51sAItQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:NuRQGJ2i794=:Sj3k0jUvXh9d09jzNI2+Ps uWEzFigx1hn5ml0K9TOWzyyYvgosphPVgfHMH9TsZCItba2gqPuwl9EcnxFGfFxmbpEu+rULU OQSpSXMPPxaFcPAIOi1Pvru7pRqlODlsAwx9RXG2MYv4EOoa6kymGtuvt2/YWkIs50ZggUO23 R/sf+lD4z5V7x2rYJDF9WYZgJqFqpNrHG5Vec6wPgGqX2Ap7zFBqA5uZXarDnx5lmEPKNDueZ jAy5bPeHLo6zyaIoLggnlI2ZQ4axo5P6zgHVda+rdczN3RNKYelSP629TiCTUebO7zgxRuX2/ 4LxQokSQqMk/43VbDnYV9QIVapFebfEziY4lEJo4qBbp6Dek8Vly3ckgeFWLAlbQLoOPpP/Qg H3qB3JJ54nlMISr8tlvmYEAZCQRtmRs//7cRiGXIF0CxHafM57ut4ryCwGMHLvOuH4pl2RP6O Nv0OPyn5qxo4f1/+Al7PaKpi2VSjwbYacfwL5kQMZZDZ5lBfk9kFDh/AQSg5a1yzhY4jl2xxr dyEFFGyPVCYFg4I2Czk58V6AwN3Ue7iCUHQWrqzgg/dzWpQahcZ8SzMWVAelTvA+jGMp2J7q0 Pk6k+3+sFRqqyg0HyHjLeM+2ymD0HBBikE9eA7rnbjlKuCV43P6d4CC/Dp/IbgCBT2R/l9rfU hG94scAs/BvG2V8XqubEjXRRCxhEvv//AaTYVpxpayCmShcOAjz5yQtCDpdLen24LqinxGhB6 GPn4Qs9rI3hR8+ag X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.5 (----) 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: -4.5 (----) After evaluating show-number in buffer of contents below, it should jump to char "1" and return them, but returns nil. ;;; foo-1 (defun show-number () (interactive) (goto-char 5) (message "%s" (number-at-point))) ;;; In GNU Emacs 26.0.50.1 (i686-pc-linux-gnu, GTK+ Version 3.14.5) of 2016-11-15 From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 12:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas =?UTF-8?Q?R=C3=B6hler?= Cc: 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147964640431169 (code B ref 24969); Sun, 20 Nov 2016 12:54:01 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 12:53:24 +0000 Received: from localhost ([127.0.0.1]:35680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8Rca-00086f-2T for submit@debbugs.gnu.org; Sun, 20 Nov 2016 07:53:24 -0500 Received: from mout.gmx.net ([212.227.17.22]:63748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8RcY-00086N-HI for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 07:53:23 -0500 Received: from rosalinde ([89.245.65.169]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lj61K-1clLL31Pwc-00dDEI; Sun, 20 Nov 2016 13:53:15 +0100 From: Stephen Berman References: Date: Sun, 20 Nov 2016 13:53:13 +0100 In-Reply-To: ("Andreas \=\?utf-8\?Q\?R\=C3\=B6hler\=22's\?\= message of "Sun, 20 Nov 2016 13:47:50 +0100") Message-ID: <87fumm9uti.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:yjYpMrYKplOyzWZpHr68rxP+5IpfhE+FyVuj7w6QH3Whyt5s/Gb uiUt9u5XYmyprsSumOSAd6ollmvSHPk56F6gnpyvmNnklxUN3nDUJmGVKwCazEgTCwJe4bX eu8BZ+KnxIORnj0EUmQyK4MXtX8qHpvDrv5FWXqV6vqvfGPqiJj9jb8QpSY99I4n8+ABHRp JTD0JzyTwTDY78ANrCeVQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:F1zsgzTYAa4=:Yzi4in/eN8AcwKuTfqW8hU BqN/0Qz7sZ7AIPPnWp3zlMopsuKsCgu4c9WedAVkP/4iCyl2MVLoquiWh0GZ7nWip4y2FtWqj crWirpjo5s4wtRP0v2hhawTH09Vhc/7iUA+e/7kIfKdPoKyzLCIvIfGOzTB+ow8mRcFYiYDe5 I/9RSTX/keOoIVyMmMlHNx5D9o5Rgtg6ejqYPeF+kv1hk1V3EnUcu5iT5FNSPEnr44SKk94// Zr0uLczTl9Z0/EY5krYQ0R9LgHzyjkG3OipjvT759fMI++3kFbBbG8GvUSxuUPrPtqvznIZTP /PZPWDLQn+z5nef2CTlIbfmMnFshpqMccV1gL5xbN09YHd9V4qBJiyt6QWexqRXbI/6FV8Bx7 uZYHxHXILShE+xSFdtNpshpPyCnJT3D0EUQHBkkZnC32PIupYtNdUvH/DgPUW/kmdm++TTJWO rKcjYFCVME/Rbo6WgkwiI170ptCB3xQtIQJHHRfa4uh3r8mWGApaKBoV5WzDRfq7HuCvIZFXS LK9hVx4e0ezfPfff6Z/2vc0uWBsRfkbeLcdFN4qom4HMqkGAxtt2T8HEvyYFcnkdR8f9FI2T4 so4b0OeXSeDBeQ8ryuHykjGQTXCRBDFilEY0I5pjadafNC6QtvA6sUdkue3dovrrqF2ie7tKN /hfZy+Tot49FcShe+6ZFG8gC3xopLsEwaTA1IEBH3E+Hw09duZwdycgDrxDSGBkyxgjFm2TAB 6DU77gL9ckOnsZfEXmrpqXMIwKVhKdWACn/3WP/l/4ii5EpSo3ZIya8BvkJNhGp4OMAcQjLox dYF4R5S X-Spam-Score: -3.6 (---) 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.6 (---) On Sun, 20 Nov 2016 13:47:50 +0100 Andreas R=C3=B6hler wrote: > After evaluating show-number in buffer of contents below, it should jump = to > char "1" and return them, but returns nil. > > ;;; > > foo-1 > > (defun show-number () > (interactive) > (goto-char 5) > (message "%s" (number-at-point))) > > ;;; When I try your recipe, point jumps to the - sign and the echo area displays -1. > In GNU Emacs 26.0.50.1 (i686-pc-linux-gnu, GTK+ Version 3.14.5) of 2016-1= 1-15 I'm using GNU Emacs 26.0.50.17 (x86_64-suse-linux-gnu, GTK+ Version 3.14.15) of 2016-11-18 (built from commit 0d913da15c094bf596dd685acecf3438228c15cf from master) Steve Berman From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 13:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.14796495344078 (code B ref 24969); Sun, 20 Nov 2016 13:46:02 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 13:45:34 +0000 Received: from localhost ([127.0.0.1]:35723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8SR4-00013i-4s for submit@debbugs.gnu.org; Sun, 20 Nov 2016 08:45:34 -0500 Received: from mout.kundenserver.de ([212.227.126.135]:56005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8SR2-00013S-6d for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 08:45:32 -0500 Received: from [192.168.178.35] ([77.12.104.28]) by mrelayeu.kundenserver.de (mreue001 [212.227.15.167]) with ESMTPSA (Nemesis) id 0Lcsbo-1cYgQl0kC0-00iCAW; Sun, 20 Nov 2016 14:45:25 +0100 References: <87fumm9uti.fsf@gmx.net> From: Andreas =?UTF-8?Q?R=C3=B6hler?= Message-ID: <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> Date: Sun, 20 Nov 2016 14:53:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <87fumm9uti.fsf@gmx.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:g8bAada88v2HgXRzNXfMIrlseZOQPpSCJStPgXOBs64EOBmW8cG YewNEg8tKk/0nD81cWWMKUNxHIRpRFblm4PTwFWOHc4TKdqWn+Hzo6kUH/sBLa+Axn0VhB0 y96Vz44nLv+nfFnkJfkHy6ZZCQbckbHYwP1O3pfdmeq0BablUnUCs6mJTXDq/jnDaZsDG8n Z0J4Jn/d6q6P5ly/4uL/Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:QUD5we50vO8=:AkBqEDnhtV7Hmo0SlbYbNM ZYLUJhwGIZl2yhlLmmSXnNL+Q0Nx5dXh7enc80MaQG17pE+ROYZDpCP2lzsz/IyjiEesPTJJf RbhfSXUY5DCquQQUjTsH6DUqYPRYYhxMGJ6zf1QJRJehGCZItjoTocmVH2AJcNqUTvCITPH0u Xe+P6FYMAdcSGc+tj/imOnXlUuv8oljGJwPAC956A3/BvXIy56wiPGEwfYla2ZAd63DDGpbQ0 HjCt/2PnL+RrtawFkDe00dS+avGNZzMwpY0lqMtj6z29ZbWH8s29qNLAQqArHHsDnhENpn0A/ vgFUOvFhCM3iLBxSOCSkfpB8JIhDozU9KqHT8s72sP+XyOZuHOef6cbDRPQb9+dElz4tAMIlY yxtKiYsy1YEm+at9uLQzFW5qGD1C713/wzS03fxC9tfCx6qRe7Kjzbk/6BURmE3YZFr9nBRpm uVyEwHUCQWxmlGfHZxVc7Y8xAqMajM8Fiqq3ovqt0epueJA2zwXD1kdCHbpBpPv3gnSCZS33Q Ml8bAxrWIVHZYCt1kv7A1gX3627EaS9fKSq7UvOLI7/45mUqbrXLfrtNFfoIUAKHvkO6FpGA2 dEAYEAOzaM6dtCAoBToeEBQhGISM3pEk/0O3XJ4+BL3jXO+uy64EJ78sTK549k3qEdIjMQzq0 Ep3rWxm72z0cBDuh/DIBZwSwsEuHAJPubA4PTZ60eIs3lxjVHoFTdDu+/fLSArNUtCFApgjLk s7DrQyDOmN6f/wxb X-Spam-Score: 0.5 (/) 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.5 (/) On 20.11.2016 13:53, Stephen Berman wrote: > On Sun, 20 Nov 2016 13:47:50 +0100 Andreas Röhler wrote: > >> After evaluating show-number in buffer of contents below, it should jump to >> char "1" and return them, but returns nil. >> >> ;;; >> >> foo-1 >> >> (defun show-number () >> (interactive) >> (goto-char 5) >> (message "%s" (number-at-point))) >> >> ;;; > When I try your recipe, point jumps to the - sign Seems there is a leading whitespace. > and the echo area > displays -1. Here with that start from minus-sign equally nil is returned. Thanks From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas =?UTF-8?Q?R=C3=B6hler?= Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.14796512757048 (code B ref 24969); Sun, 20 Nov 2016 14:15:01 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 14:14:35 +0000 Received: from localhost ([127.0.0.1]:35738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8St9-0001pX-2Q for submit@debbugs.gnu.org; Sun, 20 Nov 2016 09:14:35 -0500 Received: from mail-it0-f68.google.com ([209.85.214.68]:36036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8St7-0001pE-4k; Sun, 20 Nov 2016 09:14:33 -0500 Received: by mail-it0-f68.google.com with SMTP id n68so11885392itn.3; Sun, 20 Nov 2016 06:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=pwr6zGaJH45Hf8y8gI+e6w4QVxvsPi5FwSCQ5jwnuTQ=; b=EawNiR96Le34TtqxRPFsnt0oYk879xtm375vmVdidbJgO2cNDfqpTHbzApt/1US1bK UPy4K8awGiqmYuZLpcJb7b6ATYoI8GmFzNO43uM3meLNi6CMMpF/I3byy0Y+H0Ix6j9+ KRwF9RXSzcnRZs9ztd7CKTeJDSHnLdmZ7VLANy6o9qU+q1agIKskHzkO1JOw5N2NYp+y 5r+DQCyCJh/dLqpPitdL9JyJtku7BMc2JU/lRgjoFiZMXi1TY943X9z3vP6EkPz52/i7 apFJhE+7IXFWEmy3pT/NeV8bjiZnLicUn5bX/PWNLma7B6byPDVj/D3fKIUH0SURe9kV FDIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=pwr6zGaJH45Hf8y8gI+e6w4QVxvsPi5FwSCQ5jwnuTQ=; b=Jfdz6jePuTjbBBh4FHtbM7xDmUKR+yYMaQ7N3XZZRU82gb+WD7ctbmDGK6s1/Piubu ICstexF9MKW71F0TSobJy0+NSz8MIVwNxgLRADUkGApygH/XQ3UbApS8ZoD0NyCkgR98 70BhUHUjODxulhgV89BzKCyw2JPbGZU85QW9PJnMOfv5j+NjhalbZROvK+RljCJ0Wilm 990CBprT2BE/t47juDBU3MAG2gTRd1StrpMlQnCy9i212K3gwEne4eBA8Y+8ap4TWMrT dA+tC7LPqkj41EeXvc1j/F3k1bFMtPY1V/uUWZzxVUDsm9AutzwBb83Ab/lVMfonPZ6W 1wDQ== X-Gm-Message-State: AKaTC00vS0CZUIq1RpyHQE1AviamdgYMWvF50OnZGb+zz6vb22aUWvTplvkCyMlBaKNJtw== X-Received: by 10.36.163.8 with SMTP id p8mr5561322ite.92.1479651267675; Sun, 20 Nov 2016 06:14:27 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id q19sm6391013ioi.36.2016.11.20.06.14.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 20 Nov 2016 06:14:27 -0800 (PST) From: npostavs@users.sourceforge.net References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> Date: Sun, 20 Nov 2016 09:15:19 -0500 In-Reply-To: <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> ("Andreas \=\?utf-8\?Q\?R\=C3\=B6hler\=22's\?\= message of "Sun, 20 Nov 2016 14:53:50 +0100") Message-ID: <87twb2jkzs.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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.0 (/) tags 24969 unreproducible quit Andreas R=C3=B6hler writes: > On 20.11.2016 13:53, Stephen Berman wrote: >> On Sun, 20 Nov 2016 13:47:50 +0100 Andreas R=C3=B6hler wrote: >> >>> After evaluating show-number in buffer of contents below, it should jum= p to >>> char "1" and return them, but returns nil. >>> >>> ;;; >>> >>> foo-1 >>> >>> (defun show-number () >>> (interactive) >>> (goto-char 5) >>> (message "%s" (number-at-point))) >>> >>> ;;; >> When I try your recipe, point jumps to the - sign > Seems there is a leading whitespace. > > >> and the echo area >> displays -1. > > Here with that start from minus-sign equally nil is returned. > > Thanks I get -1 here too. GNU Emacs 26.0.50.15 (x86_64-unknown-linux-gnu, X toolkit) of 2016-11-19 From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 16:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: npostavs@users.sourceforge.net, Andreas =?UTF-8?Q?R=C3=B6hler?= Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147965878327075 (code B ref 24969); Sun, 20 Nov 2016 16:20:01 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 16:19:43 +0000 Received: from localhost ([127.0.0.1]:36274 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8UqF-00072d-FV for submit@debbugs.gnu.org; Sun, 20 Nov 2016 11:19:43 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:40944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8UqD-00072M-Gv for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 11:19:42 -0500 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uAKGJYkd023731 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 20 Nov 2016 16:19:35 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id uAKGJXbi019152 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 20 Nov 2016 16:19:34 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uAKGJTMg019665; Sun, 20 Nov 2016 16:19:31 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 20 Nov 2016 08:19:28 -0800 (PST) From: Drew Adams References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> In-Reply-To: <87twb2jkzs.fsf@users.sourceforge.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -5.2 (-----) 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: -5.2 (-----) > tags 24969 unreproducible > quit Dunno what this is all about, why some of you are seeing a number returned (or printed in a message), or why any of you would expect that to be the case. In Emacs 25.1 (emacs -Q), `number-at-point' at either the `-' or the `1' returns nil, for me. And I do not see why it should return a number. `number-at-point' is defined using `form-at-point' with THING `sexp' and predicate `numberp'. The sexp picked up at point is `foo-1', and that fails `numberp'. What am I missing? Why should this rightfully return a number? I'm guessing that you are all using a more recent version of `number-at-point' than what is in Emacs 25.1 (?). But to me the Emacs 25.1 behavior I see (i.e., returning nil) is correct. Did someone change the meaning of `number-at-point' so that it now picks up a numeral that is not isolated? If so, why would that be considered proper behavior? At the very least it is not backward-compatible behavior. (Hoping I'm just misunderstanding something here.) From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 16:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Drew Adams Cc: Andreas =?UTF-8?Q?R=C3=B6hler?= , 24969@debbugs.gnu.org, Stephen Berman Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147965973028855 (code B ref 24969); Sun, 20 Nov 2016 16:36:02 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 16:35:30 +0000 Received: from localhost ([127.0.0.1]:36299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8V5W-0007VL-7o for submit@debbugs.gnu.org; Sun, 20 Nov 2016 11:35:30 -0500 Received: from mail-oi0-f65.google.com ([209.85.218.65]:33537) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8V5U-0007V0-CF for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 11:35:29 -0500 Received: by mail-oi0-f65.google.com with SMTP id f201so14979422oib.0 for <24969@debbugs.gnu.org>; Sun, 20 Nov 2016 08:35:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=cOuLbyvn191G7H595PSWpHx9Ya9B1z11KnsOnTmEqcQ=; b=u5O3BkehftC2kCFWY6KvdIopkrHgRYD3TMosIu4LcMpytznRczs3jnA1656MBhOCZb V9ehzmAhd2EnXiNfxgnswK0xn2L9i5oi1uWV2YIHNB2T1qy6/mRPi3hYk0rrSoaaAjrq u67JoHgr9VmV3FQ2AgcRRzad4H6v8YvmlONYXsJHGLai3jTOz7Oa+icXetYDDqTPV4qt qZds19Mj00DpyC8+ANFpkK7RMlCqdwe8OHKSTjgSTvs2RN9ZVnhFafCq5Oeu3x+xKnp/ FQSIG7MU4zJxbVPIK1lmEVeaFgK46TRnfnwFEP81zxLatltm4z+0yqbYWCLh/cABnK8r a5ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=cOuLbyvn191G7H595PSWpHx9Ya9B1z11KnsOnTmEqcQ=; b=iw2pCrFgIBH73DEFjFftuKZyiJWL2bIoxr0pbNpLaTrzDjS2xN+xdnpzXdrruMr0ZA egfQsyuiEMt4budnZdadKj4ska0z6GoAeWOhVGbxwtNEKRwoK74aYLzRSfsKJVME6o87 Fk8UMCHo9192Io3uzLsqohf88npRF1s9y29BLMXZzEpst2fhTYJ9gQrpxtGsTPyt/Wr1 +9rGXGBq+kVBWH0oELbpd2xF3+S9ausFS+AiJcRKx5g4MVKa89cDUtaNcbtpENxNc8np W4h+dR5yua4i1Dp/Jk9/iNfbk7/RC+cQkAl9i/5rzAPqez8MKeQoUogPIuOpYyA2fUnt g84g== X-Gm-Message-State: AKaTC03joAhxL66JcxPVO0sVzSC3AP6+ZIMO8NwypGAy3aT6LNIPqZWB/OYotmTr/j+DM5B6yRAvWZz/D/51xA== X-Received: by 10.157.42.78 with SMTP id t72mr5556595ota.139.1479659722529; Sun, 20 Nov 2016 08:35:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.4.67 with HTTP; Sun, 20 Nov 2016 08:35:22 -0800 (PST) In-Reply-To: References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> From: Noam Postavsky Date: Sun, 20 Nov 2016 11:35:22 -0500 X-Google-Sender-Auth: MPoAjii73hmvlanPIZ4NDzXzxas Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.0 (/) 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.0 (/) On Sun, Nov 20, 2016 at 11:19 AM, Drew Adams wrote: > > In Emacs 25.1 (emacs -Q), `number-at-point' at either > the `-' or the `1' returns nil, for me. And I do not > see why it should return a number. With 25.1 I get nil, on 26.0.50 I'm getting -1. I believe this is due to the fix in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24605 From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 16:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Noam Postavsky Cc: Andreas =?UTF-8?Q?R=C3=B6hler?= , 24969@debbugs.gnu.org, Stephen Berman Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147966109931120 (code B ref 24969); Sun, 20 Nov 2016 16:59:02 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 16:58:19 +0000 Received: from localhost ([127.0.0.1]:36306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8VRb-00085s-Bq for submit@debbugs.gnu.org; Sun, 20 Nov 2016 11:58:19 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:22171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8VRZ-00085Z-Hb for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 11:58:18 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uAKGwAkZ029117 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 20 Nov 2016 16:58:11 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id uAKGwARL017788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 20 Nov 2016 16:58:10 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uAKGw9R5009174; Sun, 20 Nov 2016 16:58:09 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 20 Nov 2016 08:58:07 -0800 (PST) From: Drew Adams References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -5.2 (-----) 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: -5.2 (-----) > > In Emacs 25.1 (emacs -Q), `number-at-point' at either > > the `-' or the `1' returns nil, for me. And I do not > > see why it should return a number. >=20 > With 25.1 I get nil, on 26.0.50 I'm getting -1. I believe this is > due to the fix in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D24605 I see. Dunno what I think about this. I'd be interested to hear more from Tino about this. It clearly is not backward compatible. Whether it is an improvement or not, I'm not sure, in this case. I guess it depends on what a user would expect of a "number-at-point" function. A priori, I don't see why s?he would expect a non-nil answer if the numeral is embedded in text that does not delimit a numeral (e.g. non whitespace text). But maybe it is OK. Would we expect the same kind of behavior for `sexp-at-point' if a sexp were not surrounded by chars that delimit a sexp? In Lisp, at least, there is no number at point, in `foo-2'. That is, the Lisp parser (reader) would never pick up the `2' as a number here. I'm partial to use of thingatpt for Lisp, but I realize that it is used in other contexts too. I would probably prefer that, whatever the context, if the context has a notion of number and its syntax (numerals) then `number-at-point' would return a number ONLY when there is really a number at point, based on the meaning of numeral in that context. If we could do that well, that would be best, I think. In the case of Lisp, it is clear (to me) that returning a number for `foo-2', with point on the `2', is wrong. I think we need to think more about this. One option is to provide two different functions, one of which does what has been done in the past and one of which tries to be smarter along the lines of fixing this bug (but not necessarily along the lines of the implemented fix). IOW, I agree with the bug report that `form-at-point' should - somehow - handle the case where `thing-at-point' returns a non-string. There is a bug to be fixed. But I'm not convinced that the fix we've implemented is TRT. I'm open to being convinced otherwise, but this does not seeme right to me, so far. It seems like we should be able to do better, here. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 19:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Drew Adams , Noam Postavsky Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147966949413857 (code B ref 24969); Sun, 20 Nov 2016 19:19:01 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 19:18:14 +0000 Received: from localhost ([127.0.0.1]:36414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8Xd0-0003bQ-DD for submit@debbugs.gnu.org; Sun, 20 Nov 2016 14:18:14 -0500 Received: from mout.kundenserver.de ([212.227.126.135]:53897) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8Xcy-0003bA-OY for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 14:18:13 -0500 Received: from [192.168.178.35] ([77.12.104.28]) by mrelayeu.kundenserver.de (mreue001 [212.227.15.167]) with ESMTPSA (Nemesis) id 0LfKWX-1cWHis0Z0j-00p2hz; Sun, 20 Nov 2016 20:17:47 +0100 References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> From: Andreas =?UTF-8?Q?R=C3=B6hler?= Message-ID: <70732268-f26e-8639-335b-0c58689b2a9d@easy-emacs.de> Date: Sun, 20 Nov 2016 20:26:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:id/AU+dATpGNRY2lgtYYSCcLlb7fHmt6ewuZUmJIhiGKRwm/Z5Y E/gZz5wqL96fQaUI8+c5ACHpuwFTYwk++KBXyylgQintcljykXBo3/W/jrtCDllYoPV5MIw 7hIqdbINF65sv95TsoW5/cTE7AnIGse76Mzqt9Od35rNKeHvim3l7rSNLp+x7atcVddL1xf LTgp3Dz0l81j4HtA36Uew== X-UI-Out-Filterresults: notjunk:1;V01:K0:KrZz8hbHW3k=:PLjdk2uKQ6uERHI0Dc0peI N6K63WKuddECDrv6IAFV/4wqEyBveMBX21BSVjwJQ3JOKAUVYww8lNKy+AQcP3vri0HGYuupZ RmyTM60c2pMCEMstZO1Ptt9b136ukvjo4UD12uZv9i66L2h63RATJkmucj6PW9AgOUEniNPu1 TJdvcsNMkWIc4RICl+wpz9Q+2VLXlV0xG7BGoa2U4T2lBmKIUslI2z50Kzo3TcRJ+J47dfZhy We2b7ViD78i5yz/0D3T8tBCNmZi3+x1NXf9ZSMzYVhot/8aK65vDSw436VAZca0R4B0ezCKSa dyKMK75ZKyjgneBPdR9Wur9eqJb0k2YPYYicyVWiv3Bu4RCkZIqBWC4Gup7ETxygv89P9/KuO WjCB3g5KtV/sgxWLXZMNuUPReol8A5HnovRyG8frXOgmfAWvlfH9NIVsTBJk/V+blFYymGpWF o0NBAkUGcJtykivsLZyxHpapNTqrJHHZzZUwoBovXd42XI8zy06PwkmxgSoZQbfVls4lkljYu lyqsFY23e15XStVCCYQV+85aSBR2bEc6ENAE5vG/yNWJbvew2+5vmUW9DCPNF6IpNBJxOn6pD 77//SsmCIPsCECIDh4YnbC+laiyKJdKcW8GKjGcbMxqXP5hKzqTiZyt/tiPSFo6LG5Uw1vuES 2whrdlCypTmDJqAawGSA1X9Hk4h+NGZgwJTxxulvPkkRfsOdQqTUehS8YmxQj3dEcwx3x+OHc CSnFv6KizzPuGQe8 X-Spam-Score: 0.5 (/) 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.5 (/) On 20.11.2016 17:58, Drew Adams wrote: >>> In Emacs 25.1 (emacs -Q), `number-at-point' at either >>> the `-' or the `1' returns nil, for me. And I do not >>> see why it should return a number. >> With 25.1 I get nil, on 26.0.50 I'm getting -1. I believe this is >> due to the fix in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24605 > I see. Dunno what I think about this. I'd be interested to > hear more from Tino about this. It clearly is not backward > compatible. Whether it is an improvement or not, I'm not > sure, in this case. > > I guess it depends on what a user would expect of a > "number-at-point" function. A priori, I don't see why s?he > would expect a non-nil answer if the numeral is embedded in > text that does not delimit a numeral (e.g. non whitespace text). > But maybe it is OK. > > Would we expect the same kind of behavior for `sexp-at-point' > if a sexp were not surrounded by chars that delimit a sexp? > > In Lisp, at least, there is no number at point, in `foo-2'. > That is, the Lisp parser (reader) would never pick up the > `2' as a number here. > > I'm partial to use of thingatpt for Lisp, but I realize that > it is used in other contexts too. In use here for edit-purposes. For example raise all numbers in a region - makes it easier sometimes to adapt stuff, which doesn't deserve an own template. Have a first implementation with ar-add-numbers in https://github.com/andreas-roehler/werkstatt/blob/master/misc/misc-utils.el - just re-writing it. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Nov 2016 21:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Andreas =?UTF-8?Q?R=C3=B6hler?= , Noam Postavsky Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147967733927521 (code B ref 24969); Sun, 20 Nov 2016 21:29:02 +0000 Received: (at 24969) by debbugs.gnu.org; 20 Nov 2016 21:28:59 +0000 Received: from localhost ([127.0.0.1]:36450 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8ZfX-00079p-LS for submit@debbugs.gnu.org; Sun, 20 Nov 2016 16:28:59 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:19628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8ZfW-00079b-J1 for 24969@debbugs.gnu.org; Sun, 20 Nov 2016 16:28:59 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uAKLSoAf029281 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Nov 2016 21:28:50 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id uAKLSnvM029928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Nov 2016 21:28:49 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id uAKLSmgl029885; Sun, 20 Nov 2016 21:28:48 GMT MIME-Version: 1.0 Message-ID: <4b460e35-7e65-4224-a52b-083f87b24c70@default> Date: Sun, 20 Nov 2016 13:28:46 -0800 (PST) From: Drew Adams References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> <70732268-f26e-8639-335b-0c58689b2a9d@easy-emacs.de> In-Reply-To: <70732268-f26e-8639-335b-0c58689b2a9d@easy-emacs.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -5.2 (-----) 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: -5.2 (-----) > > I guess it depends on what a user would expect of a > > "number-at-point" function. A priori, I don't see why s?he > > would expect a non-nil answer if the numeral is embedded in > > text that does not delimit a numeral (e.g. non whitespace text). > > But maybe it is OK. > > > > Would we expect the same kind of behavior for `sexp-at-point' > > if a sexp were not surrounded by chars that delimit a sexp? > > > > In Lisp, at least, there is no number at point, in `foo-2'. > > That is, the Lisp parser (reader) would never pick up the > > `2' as a number here. > > > > I'm partial to use of thingatpt for Lisp, but I realize that > > it is used in other contexts too. >=20 > In use here for edit-purposes. For example raise all numbers > in a region - makes it easier sometimes to adapt stuff, which > doesn't deserve an own template. But the question is, "What constitutes a numeral?" in the given context. Whatever the context, I would expect some kind of well-defined delimiting. In Lisp I would expect what the Lisp reader would pick up as a number - nothing more. And that would exclude picking up `2' within `foo-2'. > Have a first implementation with ar-add-numbers in > https://github.com/andreas-roehler/werkstatt/blob/master/misc/misc- > utils.el - just re-writing it. There is no `ar-add-numbers' or `add-numbers' in that file (having downloaded it just now). Perhaps you meant `ar-add-to-number-cummulative'? That is undefined, without `ar-bounds-of-number-atpt' (not in the file). Anyway, my point was made above. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 06:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Drew Adams , Noam Postavsky Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147971043029429 (code B ref 24969); Mon, 21 Nov 2016 06:41:01 +0000 Received: (at 24969) by debbugs.gnu.org; 21 Nov 2016 06:40:30 +0000 Received: from localhost ([127.0.0.1]:36635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8iHF-0007eZ-Qr for submit@debbugs.gnu.org; Mon, 21 Nov 2016 01:40:30 -0500 Received: from mout.kundenserver.de ([212.227.126.130]:56189) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8iHC-0007eK-3c for 24969@debbugs.gnu.org; Mon, 21 Nov 2016 01:40:26 -0500 Received: from [192.168.178.35] ([95.119.246.185]) by mrelayeu.kundenserver.de (mreue004 [212.227.15.167]) with ESMTPSA (Nemesis) id 0MLTGA-1c8A2V0vsA-000ZSv; Mon, 21 Nov 2016 07:40:01 +0100 References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> <70732268-f26e-8639-335b-0c58689b2a9d@easy-emacs.de> <4b460e35-7e65-4224-a52b-083f87b24c70@default> From: Andreas =?UTF-8?Q?R=C3=B6hler?= Message-ID: <37f0b2e5-f446-a8c4-635a-5cc120cbb66e@easy-emacs.de> Date: Mon, 21 Nov 2016 07:48:47 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <4b460e35-7e65-4224-a52b-083f87b24c70@default> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:CQwTVbrutbjIYd/Es61M/V2sOhYUPkMHdmdvqszQHmPnmR/BCvz lQKmBPEUgtde6d5ql5A3xdgwWaizKd8OAER9vgXalM+YVjcfD/nVr3T3BEEYAhosjoo77Pq wC0LyHPCMCo3dINS0CwTvQb7ER+qIFmc1CpI0JYLiOL3WOmHhUrKtQmMatdiulginRF/j1I UBTkmsSnPq6YBfK/0KLeg== X-UI-Out-Filterresults: notjunk:1;V01:K0:htk1qCoqMSs=:kYPu4x3VzwRQLvEE+oDuVn 17YUUSadKz272C5Ep0qApmMxn5sKW96DBvSZ+04hjsmyWoi54yO7CDFgeKebXnXflweMbhDMT fFfMf+JwnchCdRhoMhGHcq0fJUT+D17KIDBCCSEXLC+XSqpbDrmMFRZXGfjLnyDXW0cFX7vxW 24eV3F0/1HmiK0OVEWz30v3JCP1vfx3/CcZ/oXaHHmi3/6Yda0pzyiZrMAmrA+aoWRU6EFeQw ApBckz1e7MTxaBWe1cPFuDRBY7/ILJgsxsZ8c07GsDBM6X1IlL5wKWVp3x0tFiknKItspwEmq PnKXpDxzpyJ3oYrQ+1T0xdrTfDby97uaDoKGvLyFZANsn3FPcIXTMrFoSS468Nn/OgiMtPuT7 xV8RUPDzgNHYuG/tCd8MfB5IMf7Bjou7WabDj5hfJ/wmfMDoSdLcSR+tsaLVjDzQU9unL4juV Vtj3SMnDS/3TMM37J0y3SHvHQJUR0mpOwYtrFzVYtmUOapv3TW5lxCWZXvq/eMNn9GC4eppfw cWJcD5dE2BlA6ICPO4uaguYRj6k2pZs+dXo3UG4CZQGb9E7A9a/oQwGgzJuv8dm+NXq1VjgRM PzHMovdeYNQC+VefNUaVJvZ1NmFQSGMrRVZ27COV6CycpuP3UwSWDRWtcsqoy6JLdu/MU3n37 Y8roive+JWaS95VS2DA+qy2XLlhvnhh8kn+j7HhlYtuLJHXCwExwRfpUs5gsvul7G3oIUQJ2S LYEsMQ7tFfFFGLPz X-Spam-Score: 0.5 (/) 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.5 (/) On 20.11.2016 22:28, Drew Adams wrote: >>> I guess it depends on what a user would expect of a >>> "number-at-point" function. A priori, I don't see why s?he >>> would expect a non-nil answer if the numeral is embedded in >>> text that does not delimit a numeral (e.g. non whitespace text). >>> But maybe it is OK. >>> >>> Would we expect the same kind of behavior for `sexp-at-point' >>> if a sexp were not surrounded by chars that delimit a sexp? >>> >>> In Lisp, at least, there is no number at point, in `foo-2'. >>> That is, the Lisp parser (reader) would never pick up the >>> `2' as a number here. >>> >>> I'm partial to use of thingatpt for Lisp, but I realize that >>> it is used in other contexts too. >> In use here for edit-purposes. For example raise all numbers >> in a region - makes it easier sometimes to adapt stuff, which >> doesn't deserve an own template. > But the question is, "What constitutes a numeral?" in the given > context. Whatever the context, I would expect some kind of > well-defined delimiting. In Lisp I would expect what the Lisp > reader would pick up as a number - nothing more. The perspective of the lisp-programmer and the user of an editor may be different here. The implementation at progress should pick any valid hex- octal- or decimal integer at point. In a related case even characters are raised here, returning a "b" for an "a", an "y" for an "x" etc. Thus smart-inserting a second (loop)-variable given there exist already a first one. > And that would > exclude picking up `2' within `foo-2'. Not, when for example filenames inside shell-scripts etc. are edited. > >> Have a first implementation with ar-add-numbers in >> https://github.com/andreas-roehler/werkstatt/blob/master/misc/misc- >> utils.el - just re-writing it. > There is no `ar-add-numbers' or `add-numbers' in that file > (having downloaded it just now). Perhaps you meant > `ar-add-to-number-cummulative'? That is undefined, without > `ar-bounds-of-number-atpt' (not in the file). Errrm, ar-add-to-number should DTRT, sorry. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 13:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Drew Adams Cc: npostavs@users.sourceforge.net, Stephen Berman , tino.calancha@gmail.com, Andreas =?UTF-8?Q?R=C3=B6hler?= , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.14797338056222 (code B ref 24969); Mon, 21 Nov 2016 13:11:02 +0000 Received: (at 24969) by debbugs.gnu.org; 21 Nov 2016 13:10:05 +0000 Received: from localhost ([127.0.0.1]:36779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8oMH-0001cI-GR for submit@debbugs.gnu.org; Mon, 21 Nov 2016 08:10:05 -0500 Received: from mail-pg0-f44.google.com ([74.125.83.44]:33406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8oMG-0001bk-1G for 24969@debbugs.gnu.org; Mon, 21 Nov 2016 08:10:04 -0500 Received: by mail-pg0-f44.google.com with SMTP id 3so130656335pgd.0 for <24969@debbugs.gnu.org>; Mon, 21 Nov 2016 05:10:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=QOG4hdSVOWrrW4mmpmyvkb8ulCQ5wtGpIFcJQmX5sTw=; b=F5sPyRrUKIEmVOuXGa4eu5AxZRJMjULVZ8EGJcO7wPBzQeVW5ADth7e+FE+Va81kC/ HzhLi1zG4muceU05t+3ofRRdeFLHwzT18LNQwViLWQwXUufDkzP5vlu5P/xAEeVzSIGz aJZp36AjlEa3O0fWGyPsCqsExArVPMAGdL8d/FWCirEVD85VRef8a/+Wt52Du4xvwLH9 cwRHKslhCZrTrP4KXTKbE9EPHS07kfqxHhIkt0YYQECa2m/iWKiISpYtG2q7ttd0snnZ 2gT85O3awA8qJMYBxeNHoCecyAmZD9nph2NLY9wcGkn8che6eDsmpAxN0NkxkuruzQXM 5vCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=QOG4hdSVOWrrW4mmpmyvkb8ulCQ5wtGpIFcJQmX5sTw=; b=Mdd15pk1VDyT79hubK8LsopfuwbR4gzspJMgVhf6J0LZX14z0xJMY02udX0PXaWp0s vtgo/GrJaX/Jz5pagn+s+b+rL2yYXZaCAe6XW43Ldoc6/1ridJ3Gx+a1FWNMV++RQ+uZ JjRiTDGEmJzc0ageXabt/U2M7DyEWWaOQitWWptx3kwBJGkOym4ib51dKsTiBQGRXyg+ sq4BDBhqY1S+aXYnCeqOpRQ4v95nv4UVe2HIDHxr1wcGgjJI4T2Bu0Ac6rzqWsat9U0S gyd+OI4+z1Gbkm+J/nmosppO9F+YGb536bEF2gLwy79yRhuyS8GXn3DCuarTZ02uPA5B DclQ== X-Gm-Message-State: AKaTC00p/zpCA1oYtgL2lLA/A250tUWV37HN9GVON5epl8TZK3dVUnppS8jpXxkzLQMZzQ== X-Received: by 10.99.38.3 with SMTP id m3mr32022196pgm.113.1479733798099; Mon, 21 Nov 2016 05:09:58 -0800 (PST) Received: from calancha-pc (57.92.100.220.dy.bbexcite.jp. [220.100.92.57]) by smtp.gmail.com with ESMTPSA id t193sm19694081pgb.4.2016.11.21.05.09.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 21 Nov 2016 05:09:57 -0800 (PST) From: Tino Calancha References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> Date: Mon, 21 Nov 2016 22:09:41 +0900 In-Reply-To: (Drew Adams's message of "Sun, 20 Nov 2016 08:19:28 -0800 (PST)") Message-ID: <87polp7ze2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) Drew Adams writes: > In Emacs 25.1 (emacs -Q), `number-at-point' at either > the `-' or the `1' returns nil, for me. And I do not > see why it should return a number. > > `number-at-point' is defined using `form-at-point' with > THING `sexp' and predicate `numberp'. The sexp picked > up at point is `foo-1', and that fails `numberp'. >From the time when i opened Bug#24605, the implementation, in master branch, of `number-at-point' was different: it changed in commit 786ab4a5 (Bug#8634). My patch was driven by this implementation. I didn't notice that `number-at-point' behaves different in emacs-25. > What am I missing? Why should this rightfully return > a number? I'm guessing that you are all using a more > recent version of `number-at-point' than what is in > Emacs 25.1 (?). But to me the Emacs 25.1 behavior I > see (i.e., returning nil) is correct. > > Did someone change the meaning of `number-at-point' > so that it now picks up a numeral that is not isolated? > If so, why would that be considered proper behavior? > At the very least it is not backward-compatible behavior. That's right. Commit above breaks backward-compatibility. >In Lisp, at least, there is no number at point, in `foo-2'. >That is, the Lisp parser (reader) would never pick up the >`2' as a number here. The doc string of `list-at-point' clearly says that the list should be a Lisp list. In the case of `number-at-point' the doc string just says 'the number at point', without connection with the Lisp parser. >IOW, I agree with the bug report that `form-at-point' >should - somehow - handle the case where `thing-at-point' >returns a non-string. There is a bug to be fixed. But >I'm not convinced that the fix we've implemented is TRT. Sure, I am open to alternative fixes. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 14:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Andreas =?UTF-8?Q?R=C3=B6hler?= , Noam Postavsky Cc: Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147973815312652 (code B ref 24969); Mon, 21 Nov 2016 14:23:01 +0000 Received: (at 24969) by debbugs.gnu.org; 21 Nov 2016 14:22:33 +0000 Received: from localhost ([127.0.0.1]:36814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8pUP-0003I0-1k for submit@debbugs.gnu.org; Mon, 21 Nov 2016 09:22:33 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:20894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8pUN-0003Hn-1r for 24969@debbugs.gnu.org; Mon, 21 Nov 2016 09:22:31 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uALEMM63005457 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Nov 2016 14:22:23 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id uALEMM5k001905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Nov 2016 14:22:22 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uALEML3j005579; Mon, 21 Nov 2016 14:22:21 GMT MIME-Version: 1.0 Message-ID: <7ed070bc-e4a7-468f-98e6-ac3b9660ed08@default> Date: Mon, 21 Nov 2016 06:22:20 -0800 (PST) From: Drew Adams References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> <70732268-f26e-8639-335b-0c58689b2a9d@easy-emacs.de> <4b460e35-7e65-4224-a52b-083f87b24c70@default> <37f0b2e5-f446-a8c4-635a-5cc120cbb66e@easy-emacs.de> In-Reply-To: <37f0b2e5-f446-a8c4-635a-5cc120cbb66e@easy-emacs.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -5.3 (-----) 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: -5.3 (-----) > > But the question is, "What constitutes a numeral?" in the given > > context. Whatever the context, I would expect some kind of > > well-defined delimiting. In Lisp I would expect what the Lisp > > reader would pick up as a number - nothing more. >=20 > The perspective of the lisp-programmer and the user of an editor may > be different here. Too vague. > The implementation at progress should pick any valid hex- octal- or > decimal integer at point. I disagree. Users should control whether they want a decimal, octal, or hex number at point - or any kind of number. Those are different things. In my code I define hex and decimal number at point functions. When code wants to get only a decimal number it does not want to pick up `FACE'. When code wants an octal number it does not want `987'. And nothing prevents a given context from defining a "number" category. That's we had, for Lisp numbers. Other modes are free to define a number syntax such that the (previous) implementation of `number-at-point' - or any local, mode/context-specific implementation, is in charge. > In a related case even characters are raised here, returning > a "b" for an "a", an "y" for an "x" etc. Far too loose and useless. Thingatpt lets you define any number of specific kinds of things. A predefined catch-all that does lots of things that are not clear is not helpful. > > In Lisp I would expect what the Lisp reader would pick up > > as a number - nothing more. And that would exclude picking > > up `2' within `foo-2'. >=20 > Not, when for example filenames inside shell-scripts etc. are > edited. What part of Lisp reader was not clear? The (previous) implementation uses what the current mode considers a number. It is based on the Lisp reader, but users (or Emacs) can define other number readings. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 23:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Tino Calancha Cc: npostavs@users.sourceforge.net, Stephen Berman , Andreas =?UTF-8?Q?R=C3=B6hler?= , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.14797696653428 (code B ref 24969); Mon, 21 Nov 2016 23:08:02 +0000 Received: (at 24969) by debbugs.gnu.org; 21 Nov 2016 23:07:45 +0000 Received: from localhost ([127.0.0.1]:37546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8xgf-0000tE-2J for submit@debbugs.gnu.org; Mon, 21 Nov 2016 18:07:45 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:16929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8xgd-0000t1-Fh for 24969@debbugs.gnu.org; Mon, 21 Nov 2016 18:07:43 -0500 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uALN7amb012301 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 21 Nov 2016 23:07:37 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id uALN7aYW022510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 21 Nov 2016 23:07:36 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uALN7YOf007980; Mon, 21 Nov 2016 23:07:34 GMT MIME-Version: 1.0 Message-ID: <30945b58-5353-4475-92b3-7e276f20750e@default> Date: Mon, 21 Nov 2016 15:07:33 -0800 (PST) From: Drew Adams References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> <87polp7ze2.fsf@gmail.com> In-Reply-To: <87polp7ze2.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -5.3 (-----) 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: -5.3 (-----) > > In Emacs 25.1 (emacs -Q), `number-at-point' at either > > the `-' or the `1' returns nil, for me. And I do not > > see why it should return a number. > > > > `number-at-point' is defined using `form-at-point' with > > THING `sexp' and predicate `numberp'. The sexp picked > > up at point is `foo-1', and that fails `numberp'. > > From the time when i opened Bug#24605, the > implementation, in master branch, of `number-at-point' > was different: it changed in commit 786ab4a5 (Bug#8634). > My patch was driven by this implementation. I didn't notice > that `number-at-point' behaves different in emacs-25. It behaves the same in Emacs 25.1 as previously. If something broke this after Emacs 25.1 then it should be reverted. > > What am I missing? Why should this rightfully return > > a number? I'm guessing that you are all using a more > > recent version of `number-at-point' than what is in > > Emacs 25.1 (?). But to me the Emacs 25.1 behavior I > > see (i.e., returning nil) is correct. > > > > Did someone change the meaning of `number-at-point' > > so that it now picks up a numeral that is not isolated? > > If so, why would that be considered proper behavior? > > At the very least it is not backward-compatible behavior. > > That's right. Commit above breaks backward-compatibility. If it returns a number for point on a numeral in the middle of a symbol name etc. then it breaks not only backward compatibility - it breaks the very notion of a number at point. A number at point should be a number as delimited and distinguished in the current mode. The longstanding definition uses Lisp `read', so it distinguishes a _Lisp_ number. It uses what Lisp uses to delimit a numeral. A better implementation of `number-at-point' than what has always existed would do this: 1. Get (thing-at-point 'sexp) 2. If it is not a string, return nil. 3. Else match it against a regexp that tests for a numeral in the current mode/context. Or use another such test other than regexp matching. If there the mode/context defines numeric syntax then perhaps use a function that tests that way. 4. For Lisp, the result must coincide with the longstanding behavior, one way or another. Unless `number-at-point' is extended in such a way, it should simply be restored to what it has always been. It's behavior in Lisp should in any case be to return a Lisp number. I think that its behavior should remain what it was (a Lisp number), and any more general function that does as just described (1 to 4) should be given another name. FWIW, this is how I define `hex-number-at-point'. It does not take into account the special syntax of any current mode or other context. It gets a sexp at point and matches it against hex digits. But (thing-at-point 'sexp) can have different behavior in different modes/contexts. (defun number-at-point-hex () "Return the number represented by the hex numeral at point. Return nil if none is found." (let ((strg (tap-thing-at-point 'sexp))) (and (stringp strg) (string-match-p "\\`[0-9a-fA-F]+\\'" strg) (string-to-number strg 16)))) (put 'hex-number 'bounds-of-thing-at-point 'bounds-of-number-at-point-hex) (defun bounds-of-number-at-point-hex () "Return bounds of number represented by the hex numeral at point. Return nil if none is found." (and (number-at-point-hex) (bounds-of-thing-at-point 'sexp))) > >In Lisp, at least, there is no number at point, in `foo-2'. > >That is, the Lisp parser (reader) would never pick up the > >`2' as a number here. > > The doc string of `list-at-point' clearly says that the list should > be a Lisp list. In the case of `number-at-point' the doc string > just says 'the number at point', without connection with the Lisp > parser. See above. It has always been a Lisp number - it has always used `form-at-point' and hence the Lisp function `read'. Things in thingatpt.el were Lisp from the beginning. If the doc doesn't always call out that behavior then it can be updated to do so. > >IOW, I agree with the bug report that `form-at-point' > >should - somehow - handle the case where `thing-at-point' > >returns a non-string. There is a bug to be fixed. But > >I'm not convinced that the fix we've implemented is TRT. > > Sure, I am open to alternative fixes. See above for one suggestion. But what is a _general_ number at point? Ideally, `number-at-point' should depend on the given context (e.g. mode - how numerals are recognized and represented in the given programming language or whatever. But what about a default behavior, for a mode that has no notion of numeral? You can perhaps look to what I've done for decimal and hex numbers: get a sexp at point and check that it is a string that matches a regexp that specifies a decimal or hex numeral. (`sexp' is mode-dependent, of course.) The definitions I use are pretty simple. They don't try to take into account signs or decimal points, for instance. We can do better, no doubt. We should have different kinds of `*-number-at-point' functions, for grabbing numbers that are decimal integers and natural numbers, numerals in exponential notation, hex, octal, etc. But the basic `number-at-point' should be, well basic. It should not try to recognize all of the above. It should just recognize, for example, decimal numerals that use simple notation. We could do worse than use Lisp numerals as the basic number notation, I think. And in any case, the current mode should decide what delimits a number. I do not want to see our basic `number-at-point' pick up 3 or -3 from the middle of `foo-3-bar' or -1 from `-'. Such behavior flies in the face of what thingatpt is about, IMO. From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Nov 2016 08:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Drew Adams , Tino Calancha Cc: npostavs@users.sourceforge.net, Stephen Berman , 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.147980380425356 (code B ref 24969); Tue, 22 Nov 2016 08:37:02 +0000 Received: (at 24969) by debbugs.gnu.org; 22 Nov 2016 08:36:44 +0000 Received: from localhost ([127.0.0.1]:37757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c96ZI-0006au-16 for submit@debbugs.gnu.org; Tue, 22 Nov 2016 03:36:44 -0500 Received: from mout.kundenserver.de ([212.227.126.131]:51575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c96ZG-0006ag-92 for 24969@debbugs.gnu.org; Tue, 22 Nov 2016 03:36:42 -0500 Received: from [192.168.178.35] ([95.119.60.199]) by mrelayeu.kundenserver.de (mreue003 [212.227.15.167]) with ESMTPSA (Nemesis) id 0Ldqv1-1caUso2vNz-00j0op; Tue, 22 Nov 2016 09:36:13 +0100 References: <87fumm9uti.fsf@gmx.net> <2b644637-6ade-b00f-aa35-07c390fc92c7@easy-emacs.de> <87twb2jkzs.fsf@users.sourceforge.net> <87polp7ze2.fsf@gmail.com> <30945b58-5353-4475-92b3-7e276f20750e@default> From: Andreas =?UTF-8?Q?R=C3=B6hler?= Message-ID: <8130a1ef-b77d-b1df-3db7-8952a592e6aa@easy-emacs.de> Date: Tue, 22 Nov 2016 09:45:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <30945b58-5353-4475-92b3-7e276f20750e@default> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5WHoQo8lXug4KmV6IeW3F8r2UTbIADUtBrnyTL5lu/Y3mjDLtuc n3Dcm4cs2tIEb1FDnSK0vXIpFcORUgLTrFOaQS41ePE21i5k8k1z8XqFHxxc2EKcHyv7yuf URGp+EydNZUdn2OMQx2v31KFm0fM9Z4dJ2Dd37bIz/midr7I0Ch+l+O5eNN1HCH1AcWHnbX M/btMNsdNx8yAhqOE+zRQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:LFLP8WTpaVE=:4xwJPc7WpWn8Sh1abLOtUt gI55PXUxBGVIj0QNzVnwVAR9FbMqMxc0Kbu/pteTHdWfGQ6Rq12L/zo+kfdylEhMfruTtdlPk +i+AFy5vdzrHtH9qyaF7qM5dinBg8LZCc2jUi3WAsc1JugB4Hw91riE8OcN1JVOHqkII1skSE kDp7rFklUCrRQax6X8ccY+a8Hg6SrSIklcoK3SjKmOa2uBslLt//UOOkKrn56jDmEOVnPY6Ig UzLzeNAN4RKuKPUav98Q4/AABZRqWySCVgT+qQGlAoRbKwgPiisM0e5t9GSA4NfXkZ3mVtvUh qWW3bdY9dJGbZWuDb4RsidZeetJSygQIJ4fwCM+z/KH582E/ZVTAu/hvfxyqnocNF+jmQgiZb WovzP4uyIxCRmLp/XYSPmOJ9LqTSBZnLeCfoHuBS+boQiuSRykRyoCFD8HT0m6ozaybKBUiZw fGSiQ3RyL2nztTxdbva4GEjOkjJGkrVtvxaGfq+1KUdit82hvIU1cBDFJIvvc/PIX6wDuTm0q fBnm0QcQxrd4n+l3RCAeUS9E0iGvVRUnBIf2+xzYM3L1FJJE1zoXFomitMPlKjdVsf8vgKcWc gQBsDCCu+6O2kaaR5UB3bepF/uU3r4nIT6LRFGFKn+MqkaIENT+VfZolEUYQTspaZvH7TymA8 LyMnGuJy9GO8p3kVGU1cM6wbkm0plZ28FiYNk/LqGRyDQbll5SI9/ROZNSnEPIp3B+rc5GJUM nP/3Ak9emDu+95i6QKfKOQAQsX+h2iXB06eBSg== X-Spam-Score: 0.5 (/) 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.5 (/) On 22.11.2016 00:07, Drew Adams wrote: >>> In Emacs 25.1 (emacs -Q), `number-at-point' at either >>> the `-' or the `1' returns nil, for me. And I do not >>> see why it should return a number. >>> >>> `number-at-point' is defined using `form-at-point' with >>> THING `sexp' and predicate `numberp'. The sexp picked >>> up at point is `foo-1', and that fails `numberp'. >> From the time when i opened Bug#24605, the >> implementation, in master branch, of `number-at-point' >> was different: it changed in commit 786ab4a5 (Bug#8634). >> My patch was driven by this implementation. I didn't notice >> that `number-at-point' behaves different in emacs-25. > It behaves the same in Emacs 25.1 as previously. If something > broke this after Emacs 25.1 then it should be reverted. > >>> What am I missing? Why should this rightfully return >>> a number? I'm guessing that you are all using a more >>> recent version of `number-at-point' than what is in >>> Emacs 25.1 (?). But to me the Emacs 25.1 behavior I >>> see (i.e., returning nil) is correct. >>> >>> Did someone change the meaning of `number-at-point' >>> so that it now picks up a numeral that is not isolated? >>> If so, why would that be considered proper behavior? >>> At the very least it is not backward-compatible behavior. >> That's right. Commit above breaks backward-compatibility. > If it returns a number for point on a numeral in the middle > of a symbol name etc. then it breaks not only backward > compatibility - it breaks the very notion of a number at > point. A number at point should be a number as delimited > and distinguished in the current mode. > > The longstanding definition uses Lisp `read', so it distinguishes > a _Lisp_ number. It uses what Lisp uses to delimit a numeral. > > A better implementation of `number-at-point' than what has > always existed would do this: > > 1. Get (thing-at-point 'sexp) > 2. If it is not a string, return nil. > 3. Else match it against a regexp that tests for a numeral > in the current mode/context. Or use another such test > other than regexp matching. If there the mode/context > defines numeric syntax then perhaps use a function that > tests that way. > 4. For Lisp, the result must coincide with the longstanding > behavior, one way or another. > > Unless `number-at-point' is extended in such a way, it should > simply be restored to what it has always been. It's behavior > in Lisp should in any case be to return a Lisp number. > Why? A lisp-number is useful for further computations, for adding them for example. It's not useful when editing the numbers text at point. As (thing-at-point 'sexp) internally will get the buffer-substring with the number's literal, why not make is accessible for edits? From unknown Sun Jun 22 22:46:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24969: 26.0.50; number-at-point Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Aug 2021 16:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Andreas =?UTF-8?Q?R=C3=B6hler?= Cc: 24969@debbugs.gnu.org Received: via spool by 24969-submit@debbugs.gnu.org id=B24969.162861230521019 (code B ref 24969); Tue, 10 Aug 2021 16:19:01 +0000 Received: (at 24969) by debbugs.gnu.org; 10 Aug 2021 16:18:25 +0000 Received: from localhost ([127.0.0.1]:60604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mDUSP-0005Sx-J6 for submit@debbugs.gnu.org; Tue, 10 Aug 2021 12:18:25 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mDUSM-0005Sh-Qa for 24969@debbugs.gnu.org; Tue, 10 Aug 2021 12:18:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=D1li3UwyqPPG65WqF1qXbYqsckFriBaRRiPtJTQpTWM=; b=ZUhCWiTSHOV8ug4K9Xfxz6PN4m o0NNxRfRS1KwN1OV60mXTnosTzDp7YoIPRZmDhkmiAAJWg1o1/f5Z0lNcnnA30S0VJwa6p6MkWSfw kmtIoNIWodNqg+Ve7AWfMKAI1LLwkcPWOe9X4g6qWPtnM+jHQ/PKZAkVOvNd+XsyV3wU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mDUSC-00040F-Nj; Tue, 10 Aug 2021 18:18:16 +0200 From: Lars Ingebrigtsen References: Date: Tue, 10 Aug 2021 18:18:12 +0200 In-Reply-To: ("Andreas =?UTF-8?Q?R=C3=B6hler?="'s message of "Sun, 20 Nov 2016 13:47:50 +0100") Message-ID: <875ywdw9x7.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andreas =?UTF-8?Q?R=C3=B6hler?= writes: > After evaluating show-number in buffer of contents below, it should > jump to char "1" and return them, but returns nil. > > ;;; > > foo-1 > > (defun show-number () > (interactive) > (goto-char 5) > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) Andreas R=C3=B6hler writes: > After evaluating show-number in buffer of contents below, it should > jump to char "1" and return them, but returns nil. > > ;;; > > foo-1 > > (defun show-number () > (interactive) > (goto-char 5) > (message "%s" (number-at-point))) This has returned -1 since Emacs 26.1 (it used to return nil), and I think -1 is fine here (since we've asked for a number, and that's a kinda numberish thing). (I also see the logic in returning nil in Lisp buffers, but number-at-point is a DWIM-ish command.) So I think this works as it's supposed, and I'm closing this bug report. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 10 12:18:30 2021 Received: (at control) by debbugs.gnu.org; 10 Aug 2021 16:18:30 +0000 Received: from localhost ([127.0.0.1]:60607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mDUST-0005TE-Q9 for submit@debbugs.gnu.org; Tue, 10 Aug 2021 12:18:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mDUSR-0005Sm-Ui for control@debbugs.gnu.org; Tue, 10 Aug 2021 12:18:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zhihIislMrpVwLtWawFGgz7sfdoMSkmdZxxKLyBbyLM=; b=EHwQi1oxG5F2RKpxVSrr6sadIS hGAslYVn8aY7Wl/NJbsq0F1pokiQ756v35B94pPWdpyF28XVTVk///M76kagb9/Y+QwirVkMaABDh HMWZBxEP8hkmXmMiEb26QdcbAz9WosHnVSOWrMdkUZ/38elbOceXQYq8SFrkRVkbzfZ0=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mDUSJ-00040M-Tz for control@debbugs.gnu.org; Tue, 10 Aug 2021 18:18:22 +0200 Date: Tue, 10 Aug 2021 18:18:19 +0200 Message-Id: <874kbxw9x0.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #24969 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 24969 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 24969 quit