From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Boruch Baum Newsgroups: gmane.emacs.bugs Subject: bug#18183: 24.3; table-fixed-width-mode fails with kill/yank Date: Mon, 7 Dec 2020 12:36:01 -0500 Message-ID: <20201207173601.kocnyjc4srzwh3vu@E15-2016.optimum.net> References: <53DE7C34.6030304@gmx.com> <87y2idizbd.fsf@gnus.org> <20201206090648.n23pfcopzkalkwqb@E15-2016.optimum.net> <877dpvc8hm.fsf@gnus.org> <20201206182023.jabgkssgn2g4okjt@E15-2016.optimum.net> <871rg1k9hr.fsf@gnus.org> <87wnxtiubi.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16977"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: NeoMutt/20180716 Cc: 18183@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Dec 07 18:58:23 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmKmD-0004Ht-2E for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Dec 2020 18:58:21 +0100 Original-Received: from localhost ([::1]:58822 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmKmB-0001L2-Fr for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Dec 2020 12:58:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50702) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmKRe-0001qi-2P for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 12:37:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43875) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmKRZ-0000MC-M1 for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 12:37:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmKRZ-0007Tg-Jk for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 12:37:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Dec 2020 17:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18183 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 18183-submit@debbugs.gnu.org id=B18183.160736257328688 (code B ref 18183); Mon, 07 Dec 2020 17:37:01 +0000 Original-Received: (at 18183) by debbugs.gnu.org; 7 Dec 2020 17:36:13 +0000 Original-Received: from localhost ([127.0.0.1]:55421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmKQn-0007Sd-CW for submit@debbugs.gnu.org; Mon, 07 Dec 2020 12:36:13 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:56207) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmKQk-0007SD-Iv for 18183@debbugs.gnu.org; Mon, 07 Dec 2020 12:36:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607362564; bh=hJMN4WH0tlMKM7BV1964MqGauts8IlR5AQMmYhW6cVg=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=VQpiON21ZuxJnbp60lF1AlM1i6s0Eta1dbVIo98+/u8XNlJns3hfMhbW6H9WW/Rl4 lggbmcFcN4Q4a8MibJfB+gTEfvHqxnCCTxQ8WiOneFd2o0LrqBEZ6YshKZ/5mmrrRa m1tCRk89mDxRYxcY0+Xam7y+/lb0SGgrVDrB/hh0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MCKFu-1kuXuI01sA-009U5O; Mon, 07 Dec 2020 18:36:04 +0100 Content-Disposition: inline In-Reply-To: <87wnxtiubi.fsf@gnus.org> X-Provags-ID: V03:K1:LJzXzVMjErbqNCcUA6pcl1Qd6kGrS2K1AF4rXwC+Vb9vtgqXKdY yFzp3tCTxWgAgBquDT1SphlJIexwHU8Bxu76t7M1j8rrPNRDUjJ/9GiCY8g2R7WnZWsqVCS XoqvR7Z/pAJ/6vZdC8r46zgh3EjcWJrCK115I69NvkbxQ5BNx0NqYHi0TTljD8GTBjPL1i7 HPHZZcbrKOFWe2k0f6OJw== X-UI-Out-Filterresults: notjunk:1;V03:K0:lCQBPUO5zzU=:KOlMPVV/C1Y7r2xBXLQMiq OMmq3EBj9t3pAWVGSwMCd+6pMH5J6aeUZ2f6Yumh5LqEn09JrzDaSn6O1pGjFN9bFmhOXO1RW 7s3BFJlTAbm7xT0uCnFz/3yVRSKEaU1lQAZQrKVso99vle/pe7hrTDkq96iqj6U+EiIu69+Ew BGrHLKciOz72RgaJ43dzfA8EREQDv0V7839CxuArrc8PocRP3+jjJ1a+TDUI5SUc7u1tV+kh+ 1R5iSQeENx/FRv8ip5mQxddAQkXq38mEIvAK5V5mENt81Pr+mwyQV87+E1sNAYhEYPoZ80Bxk J62T8cJOIGz9nLt+qN2SG66qBqLggl/3PmYXRRYb1UiGkFea0DJT75zwOqSRuq9Gfqm3EHaLG SVLSD/7rH+4ah4z9PgfeeIJqBcEcjlVN77kWJo6CsRPGGij+FJiIq5VX7I5tBX9M90fTPuQJL QxQldtT+aTKI6lGk5xMn2PYMzbRNIvFNRuwmYw+t1Xs5zpKSFvi49dFfrelGiCXJGgWMUTclU 49hb2uSAMjkJ7NLm0XfqipSPzCsNTmKwB/q0IfW/c6SkfAdUSQIeBXqZWr0di4lktDWDoyoil b8LYxbwbSX4y35FYPgWEvhoyymfQOW5bnHbwhmgZwz9tCvtnAUokihW9ZR8aIJamw7JLrb8Jd H1faIbHkakvkW4v0w8Ek6A8D8ketckZ5TfxLE4ul+fRUxd+OL8CQf8xspQdbeVYObCw76rEQF ZlT7n7goCodyuOcDxIFuLZaTiD2/ufNpFib8JedUNOLZTufyayaCAOci6TSlWI87BC1VJlPI X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195274 Archived-At: On 2020-12-07 15:06, Lars Ingebrigtsen wrote: > Lars Ingebrigtsen writes: > > > Hm... perhaps a productive way to try to find what broke this would b= e > > to try to do some bisection on the table.el file alone, and hope that > > table.el doesn't rely too much on other things in Emacs that have also > > changed over the years. I'll give it a go. > > No dice. I got back to 2010, and the bug seems to be present there, > too. In versions before 2010, table.el doesn't work at all, because it > relies on Emacs internals that no longer exist in the current Emacs > version. Seeing you invest time in this encouraged me to take a stab at it. I see that even when table-fixed-width-mode is non-nil, within function table--fill-region it for some reason evaluates nil! Because of this, function table--fill-region-strictly is never used. If you manually set the variable non-nil at the beginning of the function, then the feature seems to work! My guess then is that if we find where/how the value is being lost internally, we will solve the problem. The package makes several uses of temporary buffers, and the variable is set in the define-minor-mode macro, so if the mode variable is buffer-local (it is isn't it?) then it would get lost when using the temp buffer? =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0