From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Jan 2011 21:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7825@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.129478108429200 (code B ref -1); Tue, 11 Jan 2011 21:25:02 +0000 Received: (at submit) by debbugs.gnu.org; 11 Jan 2011 21:24:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pclhr-0007au-Vh for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:24:44 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pclhp-0007ag-Fu for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:24:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pclp2-00038a-ED for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:32:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:60588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pclp2-00038W-9p for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:32:08 -0500 Received: from [140.186.70.92] (port=49685 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pclp0-0007xR-Dq for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pcloy-00038A-QV for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:06 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:53275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pcloy-00037Y-Jv for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:04 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p0BLWGbh032526 for ; Tue, 11 Jan 2011 16:32:16 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 2B50EB4AAD; Tue, 11 Jan 2011 16:32:00 -0500 (EST) From: Stefan Monnier Date: Tue, 11 Jan 2011 16:32:00 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3735=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.0 (----) Package: Emacs Version: 24.0.50 The limitation that we "Cannot return from the debugger in an error", is a bug: we should be able to continue (i.e. run the code of the corresponding error handler), just as if the debugger had not been invoked. Stefan In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-09 on faina Windowing system distributor `The X.Org Foundation', version 11.0.10707000 configured using `configure 'CFLAGS=-Wall -Wno-pointer-sign -DUSE_LISP_UNION_TYPE -DSYNC_INPUT -DENABLE_CHECKING -DXASSERTS -DFONTSET_DEBUG -g -O1 -I/usr/include/GNUstep' 'LDFLAGS=-L/home/monnier/src/Xaw3d' 'CPPFLAGS=-I/home/monnier/src/Xaw3d' '--enable-maintainer-mode'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: fr_CH.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t outline-minor-mode: t flyspell-mode: t eldoc-mode: t checkdoc-minor-mode: t electric-pair-mode: t electric-indent-mode: t url-handler-mode: t global-reveal-mode: t reveal-mode: t auto-insert-mode: t savehist-mode: t minibuffer-electric-default-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: f C-a C-k C-y M-< C-e C-a C-e C-c @ C-a M-d m e s s a g e m e s s C-/ C-/ C-/ C-/ C-a C-M-u C-M-u C-M-u C-M-u C-M-u C-M-u C-M-u C-h f c M-x r e p o r t - e m Recent messages: Mark set [2 times] Error during redisplay: (args-out-of-range 12341677 12387528) Contacting host: bazaar.launchpad.net:80 [3 times] Note: file is write protected Entering debugger... Mark set Undo! [4 times] Auto-saving... Continuing. Entering debugger... Load-path shadows: /usr/share/emacs23/site-lisp/bbdb/bbdb-com hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-com /usr/share/emacs23/site-lisp/bbdb/bbdb-ftp hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-ftp /usr/share/emacs23/site-lisp/bbdb/bbdb-rmail hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-rmail /usr/share/emacs23/site-lisp/bbdb/bbdb-mhe hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-mhe /usr/share/emacs23/site-lisp/bbdb/bbdb-gui hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gui /usr/share/emacs23/site-lisp/bbdb/bbdb-print hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-print /usr/share/emacs23/site-lisp/bbdb/bbdb hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb /usr/share/emacs23/site-lisp/bbdb/bbdb-w3 hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-w3 /usr/share/emacs23/site-lisp/bbdb/bbdb-sc hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-sc /usr/share/emacs23/site-lisp/bbdb/bbdb-whois hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-whois /usr/share/emacs23/site-lisp/bbdb/bbdb-snarf hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-snarf /usr/share/emacs23/site-lisp/bbdb/bbdb-merge hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-merge /usr/share/emacs23/site-lisp/bbdb/bbdb-vm hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-vm /usr/share/emacs23/site-lisp/bbdb/bbdb-migrate hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-migrate /usr/share/emacs23/site-lisp/bbdb/bbdb-gnus hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gnus /usr/share/emacs23/site-lisp/bbdb/bbdb-hooks hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-hooks Features: (mail-extr emacsbug message sendmail rfc822 mml mml-sec mailabbrev mailheader mm-decode mm-bodies mm-encode url-cache url-dav xml mail-utils url-http tls url url-proxy url-privacy url-history mailcap url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-cookie url-gw url-expand url-methods url-util etags reftex-parse autorevert doc-view jka-compr image-mode dired format-spec bibtex-style bibtex reftex-vcr reftex-dcr reftex reftex-vars tex-mode shell latexenc cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs cal-french diary-lib diary-loaddefs mule-util cal-move cal-menu calendar cal-loaddefs log-edit pcvs-util whitespace sort mpc skeleton smie dabbrev modula2 parse-time autoconf autoconf-mode nroff-mode make-mode conf-mode nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sh-script completion hideif cpp cmacexp texinfo add-log smerge-mode diff-mode cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs pcase macroexp compile bzrmerge cl-specs debug vc-sccs vc-svn vc-cvs vc-rcs vc-dir ewoc vc vc-dispatcher multi-isearch executable copyright xscheme warnings trace testcover scheme byte-opt unsafep re-builder shadow inf-lisp ielm pp comint ring gmm-utils find-func elp edebug cust-print bytecomp byte-compile cus-edit cus-start cus-load wid-edit vc-bzr sha1 hex-util filecache server noutline outline easy-mmode flyspell ispell eldoc checkdoc regexp-opt thingatpt help-mode easymenu view prog-mode electric url-handlers url-parse auth-source netrc gnus-util url-vars mm-util mail-prsvr reveal autoinsert uniquify advice help-fns advice-preload savehist minibuf-eldef cl cl-loaddefs proof-site proof-autoloads pg-vars bbdb-autoloads agda2 tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page newcomment menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Richard Stallman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 05:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 7825@debbugs.gnu.org Reply-To: rms@gnu.org Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.12948090183645 (code B ref 7825); Wed, 12 Jan 2011 05:11:01 +0000 Received: (at 7825) by debbugs.gnu.org; 12 Jan 2011 05:10:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcsyP-0000wk-TL for submit@debbugs.gnu.org; Wed, 12 Jan 2011 00:10:18 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcsyN-0000wZ-Gu for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 00:10:16 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Pct5Z-0000AX-6J; Wed, 12 Jan 2011 00:17:41 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman In-reply-to: (message from Stefan Monnier on Tue, 11 Jan 2011 16:32:00 -0500) References: Message-Id: Date: Wed, 12 Jan 2011 00:17:41 -0500 X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) The limitation that we "Cannot return from the debugger in an error", is a bug: we should be able to continue (i.e. run the code of the corresponding error handler), just as if the debugger had not been invoked. That is fine in theory, but it would imply that any place that can get an error can also GC. If we make GCPRO a no-op on all platforms, allowing those places to GC may not require massive changes. But lots of places in the C code would still have to be checked for possible bugs. I don't remember how string relocation works nowadays. It used to be the case that many places in the C code had char * pointers into Lisp strings, which could be invalidated by a GC. If this is still an issue, then keeping such a pointer across something that reports an error would be a bug. -- Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org, www.gnu.org From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 09:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: rms@gnu.org Cc: 7825@debbugs.gnu.org, Stefan Monnier Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.129482277322725 (code B ref 7825); Wed, 12 Jan 2011 09:00:03 +0000 Received: (at 7825) by debbugs.gnu.org; 12 Jan 2011 08:59:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcwYG-0005uT-VI for submit@debbugs.gnu.org; Wed, 12 Jan 2011 03:59:33 -0500 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcwYF-0005uI-Ay for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 03:59:31 -0500 Received: by fxm9 with SMTP id 9so337853fxm.3 for <7825@debbugs.gnu.org>; Wed, 12 Jan 2011 01:07:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type :content-transfer-encoding; bh=QEUX8emGjwgIBQiztg3x6xDA026aoojcEfMaJJQMTME=; b=XjPy1UQ5cGFIIyF8ha3Z7sS6FaUupzrMU5jKC6yyEU3jj56CDKLG+I9i8hnTvNVyhx 80m9R4qjxCUwLqNdPS4pJiThSTJ/sSF4DN8sT+5VEZdt/V1qIJYufhRvFH/KNY0n8sdc Xb72XU+nVWj6RtyqBzQ3ds+BQRKm7hc/IStkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=c9iuSdwZLb4neoDvxyVXcXV+sXpuyqexf7jL3+k5QAvgZ46+sXafYoQNrldGDj+AVz KXljvuq5Eu2TLt10idgauHBfVWEceaEFxMCFGQuLk6zUfgun0BPUpu3H6fdzA2eKQle4 SPqRcS7y4ACkGHVIKsDOsWtilSjg3g9GOj9mc= Received: by 10.223.113.131 with SMTP id a3mr681679faq.135.1294823219406; Wed, 12 Jan 2011 01:06:59 -0800 (PST) Received: from localhost (176.119.broadband10.iol.cz [90.177.119.176]) by mx.google.com with ESMTPS id l14sm96145fan.9.2011.01.12.01.06.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 01:06:56 -0800 (PST) From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= In-Reply-To: (Richard Stallman's message of "Wed, 12 Jan 2011 00:17:41 -0500") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Date: Wed, 12 Jan 2011 10:04:29 +0100 Message-ID: <87sjwy4hnm.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Richard Stallman writes: > The limitation that we "Cannot return from the debugger in an error", > is a bug: we should be able to continue (i.e. run the code of the > corresponding error handler), just as if the debugger had not been in= voked. > > That is fine in theory, but it would imply that any place that can get > an error can also GC. > > If we make GCPRO a no-op on all platforms, allowing those places to GC > may not require massive changes. But lots of places in the C code > would still have to be checked for possible bugs. > > I don't remember how string relocation works nowadays. It used to be > the case that many places in the C code had char * pointers into Lisp > strings, which could be invalidated by a GC. If this is still an > issue, then keeping such a pointer across something that reports an > error would be a bug. I'm not sure I understand what you two are saying or how that relates to the problem at hand, but what a decent Lisp system usually does when an error happens inside the debugger is just add another debugging layer on the stack, i.e. start the debugger on the "newer" error; then when you exit the inner level, you end up back debugging the outer level. Why is that not the case in Emacs? The "Cannot return from the debugger in an error" thing has always annoyed me, too. =C5=A0t=C4=9Bp=C3=A1n From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 09:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Cc: 7825@debbugs.gnu.org, rms@gnu.org, Stefan Monnier Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.129482483725714 (code B ref 7825); Wed, 12 Jan 2011 09:34:02 +0000 Received: (at 7825) by debbugs.gnu.org; 12 Jan 2011 09:33:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcx5Y-0006gh-9w for submit@debbugs.gnu.org; Wed, 12 Jan 2011 04:33:56 -0500 Received: from mail-out.m-online.net ([212.18.0.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcx5V-0006gU-Ex for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 04:33:54 -0500 Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 2A0221853BAB; Wed, 12 Jan 2011 10:41:21 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id CF6B51C000A3; Wed, 12 Jan 2011 10:41:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id HukDuJfbXzTt; Wed, 12 Jan 2011 10:41:20 +0100 (CET) Received: from hase (ppp-93-104-151-163.dynamic.mnet-online.de [93.104.151.163]) by mail.mnet-online.de (Postfix) with ESMTP; Wed, 12 Jan 2011 10:41:20 +0100 (CET) From: Andreas Schwab References: <87sjwy4hnm.fsf@gmail.com> X-Yow: My uncle Murray conquered Egypt in 53 B.C. And I can prove it too!! Date: Wed, 12 Jan 2011 10:41:19 +0100 In-Reply-To: <87sjwy4hnm.fsf@gmail.com> ("=?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?="'s message of "Wed, 12 Jan 2011 10:04:29 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec writes: > I'm not sure I understand what you two are saying or how that relates to > the problem at hand, but what a decent Lisp system usually does when an > error happens inside the debugger is just add another debugging layer on > the stack, i.e. start the debugger on the "newer" error; then when you > exit the inner level, you end up back debugging the outer level. That's not returning from the debugger, that's throwing to some outer level, i.e. the context of the error is destroyed in any case. Andreas. --=20 Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 09:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: 7825@debbugs.gnu.org, rms@gnu.org, Stefan Monnier Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.129482589327186 (code B ref 7825); Wed, 12 Jan 2011 09:52:01 +0000 Received: (at 7825) by debbugs.gnu.org; 12 Jan 2011 09:51:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcxMa-00074R-JO for submit@debbugs.gnu.org; Wed, 12 Jan 2011 04:51:33 -0500 Received: from mail-bw0-f44.google.com ([209.85.214.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcxMY-00074F-VF for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 04:51:31 -0500 Received: by bwz12 with SMTP id 12so387425bwz.3 for <7825@debbugs.gnu.org>; Wed, 12 Jan 2011 01:59:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type :content-transfer-encoding; bh=KetO4dUHEHDk0JKCduLDbVP9cEslXxpcQFrAejfSPSw=; b=GOPwGB9zMEClQUonWkSPQJZL66pGSSOeXXN8OlayIosnOzA32o9MvsXsEnGOz1hiAD pcZ+g+u6vmRnNBuLXbC4XaGbRBotKrNr2bYf+ipqG/MWamuid9Nsf3lexuSdFaEcx755 jVdStGt3w3PXOpmPuX1Fo4VYKPdF/RRvJ2kKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=oKx5dwCE8G3V04wrBNMX02rvwgoYW/4PlChYBobKJFgnoZkfIRqFRH78i27cTdRppU KQEguoBMHAWWFNkSnKtp3AIQXa8a6eY+guzI+4gzUfL9VxN1GfO0VOIYxVvxU59Ny4B+ l7ZDaCMgKNNlg/lBQ7s7sbch9iY2X/0FouEzw= Received: by 10.204.68.69 with SMTP id u5mr575141bki.99.1294826340199; Wed, 12 Jan 2011 01:59:00 -0800 (PST) Received: from localhost (176.119.broadband10.iol.cz [90.177.119.176]) by mx.google.com with ESMTPS id 12sm234368bki.7.2011.01.12.01.58.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 01:58:58 -0800 (PST) From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= In-Reply-To: (Andreas Schwab's message of "Wed, 12 Jan 2011 10:41:19 +0100") References: <87sjwy4hnm.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Date: Wed, 12 Jan 2011 10:56:30 +0100 Message-ID: <87k4ia4f8x.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Andreas Schwab writes: > =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec writes: > >> I'm not sure I understand what you two are saying or how that relates to >> the problem at hand, but what a decent Lisp system usually does when an >> error happens inside the debugger is just add another debugging layer on >> the stack, i.e. start the debugger on the "newer" error; then when you >> exit the inner level, you end up back debugging the outer level. > > That's not returning from the debugger, that's throwing to some outer > level, i.e. the context of the error is destroyed in any case. Yes. What I was trying to say is that when you're doing something inside the debugger and an error occurs, another debugger (level) should be started instead of invalidating what you had been doing. The case I bump into most often is stepping in Edebug -- when an error occurs, it is just displayed in the message area, followed by "Cannot return from the debugger in an error", and that's it, no matter what your `debug-on-error' settings were. =C5=A0t=C4=9Bp=C3=A1n From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 14:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: rms@gnu.org Cc: 7825@debbugs.gnu.org Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.129484359824834 (code B ref 7825); Wed, 12 Jan 2011 14:47:01 +0000 Received: (at 7825) by debbugs.gnu.org; 12 Jan 2011 14:46:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd1yA-0006SV-D1 for submit@debbugs.gnu.org; Wed, 12 Jan 2011 09:46:38 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd1y8-0006SK-2m for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 09:46:36 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An8GAM5PLU1FxIbi/2dsb2JhbACWLY4QdLwthUwEhGiOKA X-IronPort-AV: E=Sophos;i="4.60,313,1291611600"; d="scan'208";a="87734738" Received: from 69-196-134-226.dsl.teksavvy.com (HELO ceviche.home) ([69.196.134.226]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 12 Jan 2011 09:53:54 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 2EBC5660BB; Wed, 12 Jan 2011 09:53:54 -0500 (EST) From: Stefan Monnier Message-ID: References: Date: Wed, 12 Jan 2011 09:53:54 -0500 In-Reply-To: (Richard Stallman's message of "Wed, 12 Jan 2011 00:17:41 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > The limitation that we "Cannot return from the debugger in an > error", is a bug: we should be able to continue (i.e. run the code > of the corresponding error handler), just as if the debugger had > not been invoked. > That is fine in theory, but it would imply that any place that can get > an error can also GC. I'm not sure I understand: "continuing from an error" would simply throw to the error handler up the stack, which is not fundamentally different from what we currently do (except we currently throw up to the "top-level" rather than some intermediate error handler). Stefan From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Richard Stallman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Jan 2011 02:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 7825@debbugs.gnu.org Reply-To: rms@gnu.org Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.129488745422425 (code B ref 7825); Thu, 13 Jan 2011 02:58:01 +0000 Received: (at 7825) by debbugs.gnu.org; 13 Jan 2011 02:57:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdDNV-0005pe-Hj for submit@debbugs.gnu.org; Wed, 12 Jan 2011 21:57:33 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdDNT-0005pR-QZ for 7825@debbugs.gnu.org; Wed, 12 Jan 2011 21:57:32 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1PdDUh-000811-VV; Wed, 12 Jan 2011 22:04:59 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman In-reply-to: (message from Stefan Monnier on Wed, 12 Jan 2011 09:53:54 -0500) References: Message-Id: Date: Wed, 12 Jan 2011 22:04:59 -0500 X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I'm not sure I understand: "continuing from an error" would simply throw to the error handler up the stack, Sorry, I misunderstood and thought this was about continuing or returning from the debugger. Going to the error handler seems harmless. -- Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org, www.gnu.org From unknown Sat Jun 21 03:23:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7825: Cannot return from the debugger Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Mar 2011 23:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 7825@debbugs.gnu.org Received: via spool by 7825-submit@debbugs.gnu.org id=B7825.12997127099947 (code B ref 7825); Wed, 09 Mar 2011 23:19:01 +0000 Received: (at 7825) by debbugs.gnu.org; 9 Mar 2011 23:18:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PxSeC-0002aO-RL for submit@debbugs.gnu.org; Wed, 09 Mar 2011 18:18:29 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PxSeB-0002aC-DX for 7825@debbugs.gnu.org; Wed, 09 Mar 2011 18:18:27 -0500 Received: from localhost ([127.0.0.1]:52096) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PxSe6-00082X-1w; Wed, 09 Mar 2011 18:18:22 -0500 From: Glenn Morris References: <87sjwy4hnm.fsf@gmail.com> <87k4ia4f8x.fsf@gmail.com> X-Spook: corporate security Cocaine AMEMB Albright Albania import X-Ran: Q#p729HIYGYF:^mTPw0{9+-+p~Qi$i.E$L`"cq ("=?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?="'s message of "Wed, 12 Jan 2011 10:56:30 +0100") Message-ID: <78fwqvannm.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) I think you implemented this, didn't you? Ie, this can be closed. From unknown Sat Jun 21 03:23:59 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Stefan Monnier Subject: bug#7825: closed (Re: bug#7825: Cannot return from the debugger) Message-ID: References: X-Gnu-PR-Message: they-closed 7825 X-Gnu-PR-Package: emacs Reply-To: 7825@debbugs.gnu.org Date: Thu, 10 Mar 2011 02:11:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1299723062-30753-1" This is a multi-part message in MIME format... ------------=_1299723062-30753-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #7825: Cannot return from the debugger which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 7825@debbugs.gnu.org. --=20 7825: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D7825 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1299723062-30753-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 7825-done) by debbugs.gnu.org; 10 Mar 2011 02:10:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PxVKz-0007zf-RO for submit@debbugs.gnu.org; Wed, 09 Mar 2011 21:10:49 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PxVKx-0007zT-Ua for 7825-done@debbugs.gnu.org; Wed, 09 Mar 2011 21:10:48 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAD7Cd03O+LEt/2dsb2JhbACnAHiIQQG6foVlBIUikAY X-IronPort-AV: E=Sophos;i="4.62,293,1297054800"; d="scan'208";a="95417967" Received: from 206-248-177-45.dsl.teksavvy.com (HELO ceviche.home) ([206.248.177.45]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 09 Mar 2011 21:10:42 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 25D5D66135; Wed, 9 Mar 2011 21:10:42 -0500 (EST) From: Stefan Monnier To: Glenn Morris Subject: Re: bug#7825: Cannot return from the debugger Message-ID: References: <87sjwy4hnm.fsf@gmail.com> <87k4ia4f8x.fsf@gmail.com> <78fwqvannm.fsf@fencepost.gnu.org> Date: Wed, 09 Mar 2011 21:10:42 -0500 In-Reply-To: <78fwqvannm.fsf@fencepost.gnu.org> (Glenn Morris's message of "Wed, 09 Mar 2011 18:18:21 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7825-done Cc: 7825-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > I think you implemented this, didn't you? Ie, this can be closed. Yes, indeed, thank you, Stefan ------------=_1299723062-30753-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 11 Jan 2011 21:24:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pclhr-0007au-Vh for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:24:44 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pclhp-0007ag-Fu for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:24:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pclp2-00038a-ED for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:32:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:60588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pclp2-00038W-9p for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:32:08 -0500 Received: from [140.186.70.92] (port=49685 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pclp0-0007xR-Dq for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pcloy-00038A-QV for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:06 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:53275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pcloy-00037Y-Jv for bug-gnu-emacs@gnu.org; Tue, 11 Jan 2011 16:32:04 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p0BLWGbh032526 for ; Tue, 11 Jan 2011 16:32:16 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 2B50EB4AAD; Tue, 11 Jan 2011 16:32:00 -0500 (EST) From: Stefan Monnier To: bug-gnu-emacs@gnu.org Subject: Cannot return from the debugger Date: Tue, 11 Jan 2011 16:32:00 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3735=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.0 (----) Package: Emacs Version: 24.0.50 The limitation that we "Cannot return from the debugger in an error", is a bug: we should be able to continue (i.e. run the code of the corresponding error handler), just as if the debugger had not been invoked. Stefan In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-09 on faina Windowing system distributor `The X.Org Foundation', version 11.0.10707000 configured using `configure 'CFLAGS=-Wall -Wno-pointer-sign -DUSE_LISP_UNION_TYPE -DSYNC_INPUT -DENABLE_CHECKING -DXASSERTS -DFONTSET_DEBUG -g -O1 -I/usr/include/GNUstep' 'LDFLAGS=-L/home/monnier/src/Xaw3d' 'CPPFLAGS=-I/home/monnier/src/Xaw3d' '--enable-maintainer-mode'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: fr_CH.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t outline-minor-mode: t flyspell-mode: t eldoc-mode: t checkdoc-minor-mode: t electric-pair-mode: t electric-indent-mode: t url-handler-mode: t global-reveal-mode: t reveal-mode: t auto-insert-mode: t savehist-mode: t minibuffer-electric-default-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: f C-a C-k C-y M-< C-e C-a C-e C-c @ C-a M-d m e s s a g e m e s s C-/ C-/ C-/ C-/ C-a C-M-u C-M-u C-M-u C-M-u C-M-u C-M-u C-M-u C-h f c M-x r e p o r t - e m Recent messages: Mark set [2 times] Error during redisplay: (args-out-of-range 12341677 12387528) Contacting host: bazaar.launchpad.net:80 [3 times] Note: file is write protected Entering debugger... Mark set Undo! [4 times] Auto-saving... Continuing. Entering debugger... Load-path shadows: /usr/share/emacs23/site-lisp/bbdb/bbdb-com hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-com /usr/share/emacs23/site-lisp/bbdb/bbdb-ftp hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-ftp /usr/share/emacs23/site-lisp/bbdb/bbdb-rmail hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-rmail /usr/share/emacs23/site-lisp/bbdb/bbdb-mhe hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-mhe /usr/share/emacs23/site-lisp/bbdb/bbdb-gui hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gui /usr/share/emacs23/site-lisp/bbdb/bbdb-print hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-print /usr/share/emacs23/site-lisp/bbdb/bbdb hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb /usr/share/emacs23/site-lisp/bbdb/bbdb-w3 hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-w3 /usr/share/emacs23/site-lisp/bbdb/bbdb-sc hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-sc /usr/share/emacs23/site-lisp/bbdb/bbdb-whois hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-whois /usr/share/emacs23/site-lisp/bbdb/bbdb-snarf hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-snarf /usr/share/emacs23/site-lisp/bbdb/bbdb-merge hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-merge /usr/share/emacs23/site-lisp/bbdb/bbdb-vm hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-vm /usr/share/emacs23/site-lisp/bbdb/bbdb-migrate hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-migrate /usr/share/emacs23/site-lisp/bbdb/bbdb-gnus hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gnus /usr/share/emacs23/site-lisp/bbdb/bbdb-hooks hides /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-hooks Features: (mail-extr emacsbug message sendmail rfc822 mml mml-sec mailabbrev mailheader mm-decode mm-bodies mm-encode url-cache url-dav xml mail-utils url-http tls url url-proxy url-privacy url-history mailcap url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-cookie url-gw url-expand url-methods url-util etags reftex-parse autorevert doc-view jka-compr image-mode dired format-spec bibtex-style bibtex reftex-vcr reftex-dcr reftex reftex-vars tex-mode shell latexenc cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs cal-french diary-lib diary-loaddefs mule-util cal-move cal-menu calendar cal-loaddefs log-edit pcvs-util whitespace sort mpc skeleton smie dabbrev modula2 parse-time autoconf autoconf-mode nroff-mode make-mode conf-mode nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sh-script completion hideif cpp cmacexp texinfo add-log smerge-mode diff-mode cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs pcase macroexp compile bzrmerge cl-specs debug vc-sccs vc-svn vc-cvs vc-rcs vc-dir ewoc vc vc-dispatcher multi-isearch executable copyright xscheme warnings trace testcover scheme byte-opt unsafep re-builder shadow inf-lisp ielm pp comint ring gmm-utils find-func elp edebug cust-print bytecomp byte-compile cus-edit cus-start cus-load wid-edit vc-bzr sha1 hex-util filecache server noutline outline easy-mmode flyspell ispell eldoc checkdoc regexp-opt thingatpt help-mode easymenu view prog-mode electric url-handlers url-parse auth-source netrc gnus-util url-vars mm-util mail-prsvr reveal autoinsert uniquify advice help-fns advice-preload savehist minibuf-eldef cl cl-loaddefs proof-site proof-autoloads pg-vars bbdb-autoloads agda2 tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page newcomment menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) ------------=_1299723062-30753-1--