From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Edebug corrupting point in buffers; we need buffer-point and set-buffer-point, perhaps. Date: Mon, 31 Oct 2022 19:14:26 -0400 Message-ID: References: <83h6zjeue4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6896"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: acm@muc.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 01 00:15:52 2022 Return-path: Envelope-to: ged-emacs-devel@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 1ope0W-0001bR-7p for ged-emacs-devel@m.gmane-mx.org; Tue, 01 Nov 2022 00:15:52 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1opdzN-0003x2-35; Mon, 31 Oct 2022 19:14:41 -0400 Original-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 1opdzL-0003wl-A9 for emacs-devel@gnu.org; Mon, 31 Oct 2022 19:14:39 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1opdzJ-00022g-Fl; Mon, 31 Oct 2022 19:14:38 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6FE1B807CB; Mon, 31 Oct 2022 19:14:35 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 147F0805EE; Mon, 31 Oct 2022 19:14:34 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1667258074; bh=3TnfFUJ2OVI00KTQa48Y/nu3bb8YtAHsiUGkWwvmNVM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=VdXEnG1NCozZ5MD4ROh0EBah7So01mbgKt0boJxmmmooFC8LIBUADcBmO1h4/yDYl s/jK8rdURjRUuzZllquLPf8q4F9SDMDFhPzA0pGhBhLPT3lC5AGXS8zdmzZEIIbL29 Lu+Ns8NmgG8HthSyUzkIACIGdOUuWRXrQOFucl1beVo56inpOR69SyBv/ibYbuk9fW F1CeKY2xRArxKq+hO8vQ0wwU+J2khat7XUei1jYa6bQW4dOU4EnkSIKwHweIWbGtO/ ObGh0c3KOtpS0PqV/ReqEeSGELgCxNyQM6uJv3gE6fFfqFIJ606K39WrXpvobxlvqJ 8DoZhtD1GAyEw== Original-Received: from pastel (65-110-220-202.cpe.pppoe.ca [65.110.220.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D8D58120F3E; Mon, 31 Oct 2022 19:14:33 -0400 (EDT) In-Reply-To: <83h6zjeue4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 31 Oct 2022 20:10:43 +0200") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: "Emacs-devel" Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:298896 Archived-At: Eli Zaretskii [2022-10-31 20:10:43] wrote: >> Maybe we should try and make sure redisplay itself (rather than, or >> in addition, I'm not sure) preserves buffer points? > > We do try and make sure it does. There are quite a few places in the > code where we jump through many hoops to make sure this is true. Hmm... maybe we should investigate exactly why the buffer's point is modified in Alan's case. Maybe it should indeed be Edebug's role to save&restore those, but maybe what he's seeing is just a plain bug elsewhere. Stefan