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: Fri, 04 Nov 2022 08:37:58 +0200
Message-ID: <831qqj6x89.fsf@gnu.org>
References: <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>
 <83pme6bls8.fsf@gnu.org> <Y2JVzZNiWKx/W6KQ@ACM>
 <83mt99a223.fsf@gnu.org> <jwvy1sryhb3.fsf-monnier+emacs@gnu.org>
 <834jvf7ruw.fsf@gnu.org> <jwvbkpnydx0.fsf-monnier+emacs@gnu.org>
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="841"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: acm@muc.de, emacs-devel@gnu.org
To: Stefan Monnier <monnier@iro.umontreal.ca>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 04 07:38:42 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 1oqqLh-000059-ER
	for ged-emacs-devel@m.gmane-mx.org; Fri, 04 Nov 2022 07:38:41 +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 1oqqLF-00010n-V9; Fri, 04 Nov 2022 02:38:13 -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 1oqqL7-0000xJ-KJ
 for emacs-devel@gnu.org; Fri, 04 Nov 2022 02:38:12 -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 1oqqL7-00050w-CD; Fri, 04 Nov 2022 02:38:05 -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=bCrRz+KE+/3nueg4ZI+rXfyx0w+2mylTDHIn+cVpOUs=; b=FZ2/t60yioUS
 af+nVX5Ja1bcj2/VRh8KSCEy8PUbemtYzz953YvG+Pkt2hEwpCdNBvrszxS2SRA9Po3RwwHZ6Fyr/
 wv7/sTxlhooT65Xac/C16crFOUGb8MsdwYpSkVyVs667yC8zANuQgpu1tGqc1PNsz6QI698L+OkTj
 oGbSq60hPMP646ft1fn1MU/BSL3CwrCqpgttIgo7ZxBah0JQ0wL+CAqrf9nJa+8StwqjgZ61qkIKT
 1fdDg4nk2viHoLjgrQOydS04zXfHeNyiDn5Y12ubx/6gCXWaave339/V/oAgzT9c7EasG4YIuED4T
 5J1Eq+0LwiguKjvAgDJrfA==;
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 1oqqL5-0005zw-Ba; Fri, 04 Nov 2022 02:38:04 -0400
In-Reply-To: <jwvbkpnydx0.fsf-monnier+emacs@gnu.org> (message from Stefan
 Monnier on Thu, 03 Nov 2022 16:39:23 -0400)
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:299110
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/299110>

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: acm@muc.de,  emacs-devel@gnu.org
> Date: Thu, 03 Nov 2022 16:39:23 -0400
> 
> If we follow the model or "traditional debuggers" which run in
> a separate process

Btw, the crucial difference between Edebug and the "traditional
debuggers" is that with Edebug the user can switch to any buffer and
move point there, as well as move the window-point of any window.  A
Lisp program that depends on the position of point or window-point
(and most of them do) could be fatally derailed if, when the user then
resumes the debugged program, point would not have been restored, or
even if a window that didn't appear on display before now does apepar,
or vice versa.

That is why I said that defining what is the behavior we want is not
easy.