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. Date: Fri, 04 Nov 2022 08:37:58 +0200 Message-ID: <831qqj6x89.fsf@gnu.org> References: <83wn8fcgvd.fsf@gnu.org> <83iljydh7e.fsf@gnu.org> <838rkud9d5.fsf@gnu.org> <83v8nybnuk.fsf@gnu.org> <83pme6bls8.fsf@gnu.org> <83mt99a223.fsf@gnu.org> <834jvf7ruw.fsf@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 Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 04 07:38:42 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 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 ) 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 ) 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 ) 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 ) id 1oqqL5-0005zw-Ba; Fri, 04 Nov 2022 02:38:04 -0400 In-Reply-To: (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." 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@gnu.org Xref: news.gmane.io gmane.emacs.devel:299110 Archived-At: > From: Stefan Monnier > 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.