From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Edebug corrupting point in buffers.
Date: Tue, 01 Nov 2022 19:57:11 +0200
Message-ID: <83pme6bls8.fsf@gnu.org>
References: <Y1+00x9hKKFpAVO6@ACM> <Y2A9NINYSfByTztE@ACM>
 <83wn8fcgvd.fsf@gnu.org> <Y2EFztE/GgFF0P3x@ACM>
 <83iljydh7e.fsf@gnu.org> <Y2EiK32B9lxLSFms@ACM>
 <838rkud9d5.fsf@gnu.org> <Y2FSHvmj2H8a5AS6@ACM>
 <83v8nybnuk.fsf@gnu.org> <Y2FWSoSCQnnY9en1@ACM>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="5658"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: emacs-devel@gnu.org
To: Alan Mackenzie <acm@muc.de>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 01 18:58:26 2022
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1opvWq-0001EB-RV
	for ged-emacs-devel@m.gmane-mx.org; Tue, 01 Nov 2022 18:58:24 +0100
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces@gnu.org>)
	id 1opvVv-0005sL-5G; Tue, 01 Nov 2022 13:57:27 -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 <eliz@gnu.org>) id 1opvVt-0005r8-TN
 for emacs-devel@gnu.org; Tue, 01 Nov 2022 13:57:25 -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 <eliz@gnu.org>)
 id 1opvVt-0000vw-3A; Tue, 01 Nov 2022 13:57:25 -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=KEcUpX3qvWM7cqt5oXx5p/wfawzwdgCUcK0xXaDc/mA=; b=PUJ/Gi1Et1E+bWLPhoiB
 KDrDIx5EY3dvA0qU/BCgol7p57zdna5ZzPiC9tzwn6jgXvf60YG19PcD+hBuDES9i6Km2YCh6XDte
 +vVNgnrln5twMM0DN4LLol57XonIj1k8iJoRmTEW4mS12Rg3Unk24Do+qNafbqvgpLRGqfmJHq/bz
 w2QCD/mavkVB7YjRcFIVxnqfst3nKM0HvMlFpmXKZ9P/oMz10lEefAiB354d/llflZ0sPPUMYkKnG
 ToE4B+oBJAmRXd0dhcsDXMVAR1WXuvNHJWWfAElabOiW1yBHjmHLhvDrEcYAyLt40rtGft14pKaU1
 OonfxpA/Y5XsIA==;
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 <eliz@gnu.org>)
 id 1opvVs-0006rw-Gj; Tue, 01 Nov 2022 13:57:24 -0400
In-Reply-To: <Y2FWSoSCQnnY9en1@ACM> (message from Alan Mackenzie on Tue, 1 Nov
 2022 17:24:26 +0000)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Original-Sender: "Emacs-devel" <emacs-devel-bounces@gnu.org>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.emacs.devel:298963
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/298963>

> Date: Tue, 1 Nov 2022 17:24:26 +0000
> Cc: emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> >   (defcustom edebug-save-displayed-buffer-points nil
> >     "If non-nil, save and restore point in all displayed buffers.
> 
> > What am I missing?
> 
> The troublesome behaviour is controlled by edebug-save-windows, not
> edebug-save-displayed-buffer-points.  edebug-save-windows is enabled by
> default.  Sorry for not reading your post more carefully.

This now gets me back to the inability to reproduce the problem with
your recipe.  If that depends on edebug-save-windows, not on
edebug-save-displayed-buffer-points, and since edebug-save-windows is
t by default, why wasn't I able to reproduce the problem?

Anyway, the documentation of edebug-save-windows says:


   -- User Option: edebug-save-windows
       If this is non-‘nil’, Edebug saves and restores the window
       configuration.  That takes some time, so if your program does not
       care what happens to the window configurations, it is better to set
       this variable to ‘nil’.

       If the value is a list, only the listed windows are saved and
       restored.

So I'm now asking whether setting edebug-save-windows to nil would
have solved your problem, and if so, whether we really need some
bugfix and a new varaiable?