From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Edebug corrupting point in buffers; we need buffer-point and set-buffer-point, perhaps. Date: Tue, 01 Nov 2022 08:45:42 +0200 Message-ID: <83wn8fcgvd.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3156"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Alan Mackenzie 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 07:46:51 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 1opl2w-0000b3-Ml for ged-emacs-devel@m.gmane-mx.org; Tue, 01 Nov 2022 07:46:51 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1opl28-0001wo-2k; Tue, 01 Nov 2022 02:46:00 -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 1opl26-0001uc-6P for emacs-devel@gnu.org; Tue, 01 Nov 2022 02:45:58 -0400 Original-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 1opl25-0001Fu-QT; Tue, 01 Nov 2022 02:45:57 -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=Z02Lk7E1wqN9TjdUoTGp6ocD2hvSkAhyEnfmi3WLYf4=; b=LdxrTVEKOVPz DHWxuNenPxKNK59e2Wtb0H0b3fflxfayh22e8KPIiQ/SdF0i+xaJlD+2IcQy4Rz3J3zWBwUKS8xuq xMoUeQMbyVfwdczjV0u1ZHR9nHqcNdKy527BUKLLRQvXzoojrN1o9mS07yvfV/D2fWCnNzozjIEzw wykg6zrDIjcXWMumUlv11SQVSREdonTY48y8gI7x759yYWQ9tC2zhj3vm6nDZt4LxpxEnYJ/6uK1t tKKgvWRw9XKnqk6QFXg7mWMalVbjJdhD1EvyoHn2dGDdU+Jps2QoQCDwH0d6NDGGzKN0hJaLPVaIm UZgm+Hrae5r+ATTVM45UMA==; Original-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 1opl23-0001k1-6Q; Tue, 01 Nov 2022 02:45:57 -0400 In-Reply-To: (message from Alan Mackenzie on Mon, 31 Oct 2022 21:25:08 +0000) 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:298907 Archived-At: > Date: Mon, 31 Oct 2022 21:25:08 +0000 > From: Alan Mackenzie > > +(defcustom edebug-save-buffer-points nil > + "If non-nil save and restore the buffer points in some buffers. > + > +Saving and restoring the buffer point in a buffer is needed if you > +are debugging code which sets point in that buffer, particularly if > +there is also a window displaying that buffer. Otherwise the buffer > +point (being used by the program) will get overwritten by the > +window point. > + > +If the value is a list of buffer names (recommended), only those > +buffers will have their buffer points restored. Otherwise, t means > +restore all buffers\\=' points, and nil means none. If we indeed need such an option, why shouldn't it be Edebug's business to automatically keep point in all buffers that are displayed in some window? It doesn't strike me as the best UI to burden the user with that task. And like Stefan, I think we still need to understand better what exactly happens here and why. I don't think I understood that from your original description.