From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.devel Subject: Re: unwind-protect not cleaning up? Date: Sun, 01 Jul 2012 23:31:13 +0530 Message-ID: <81a9zjgy3a.fsf@gmail.com> References: <814nptaab9.fsf@gmail.com> <87vci97dso.fsf@wanadoo.es> <81bok15psm.fsf@gmail.com> <83bok172m5.fsf@gnu.org> <81ehovgypj.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1341165691 20767 80.91.229.3 (1 Jul 2012 18:01:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 1 Jul 2012 18:01:31 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 01 20:01:31 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SlOSg-00025p-RD for ged-emacs-devel@m.gmane.org; Sun, 01 Jul 2012 20:01:30 +0200 Original-Received: from localhost ([::1]:48562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SlOSf-0008LA-P6 for ged-emacs-devel@m.gmane.org; Sun, 01 Jul 2012 14:01:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SlOSc-0008Ks-PN for emacs-devel@gnu.org; Sun, 01 Jul 2012 14:01:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SlOSb-0001dB-3w for emacs-devel@gnu.org; Sun, 01 Jul 2012 14:01:26 -0400 Original-Received: from mail-pb0-f41.google.com ([209.85.160.41]:56400) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SlOSa-0001b0-R4; Sun, 01 Jul 2012 14:01:25 -0400 Original-Received: by pbbrp2 with SMTP id rp2so7357276pbb.0 for ; Sun, 01 Jul 2012 11:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=MVoKuE2yf510bA/ucYq1efff7TiiitWuGhefVWj9h/4=; b=dPRIydPGcWbNL1XtEPyIT1kD727U6Ll097JovmxuNbyBUrT9agRtcGX9egVzUNtnKU doUXS0du5bg459tL/MGL8eg2pbEvHwq7/3Klomg8+fFCTCCqgRPEvQBJeGsqJ0EjK85q qfxU4HGebXH+lVRf0f7wtsA6ULkCBuQ+rbXQpNbipL7zNAiEp0R2yPb0nRmnWfE2MOih hiv/egSVS8J+oUn2vdx33Yu0Z23F4WY+0xdkTzK32fH4tYNB+iG4yPbQltQNaTOq839d xDvTxG1uY01/DYgeR2CaXXEJYne6Pzbooq7PDzMupkdKqQX4Yr+jDg8adwD/wVCDrUdk YNyg== Original-Received: by 10.66.83.1 with SMTP id m1mr9225903pay.6.1341165681824; Sun, 01 Jul 2012 11:01:21 -0700 (PDT) Original-Received: from JAMBU-NETBOOK ([101.63.85.19]) by mx.google.com with ESMTPS id jv6sm10963153pbc.40.2012.07.01.11.01.18 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 11:01:21 -0700 (PDT) In-Reply-To: <81ehovgypj.fsf@gmail.com> (Jambunathan K.'s message of "Sun, 01 Jul 2012 23:17:52 +0530") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (windows-nt) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.160.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:151336 Archived-At: > [CONTEXT SWITCH] > I also tried comparing `condition-case' with `unwind-protect'. > > (condition-case err > (error "Forced error") > ((debug error) ;; ASSIGNMENT TO THE READER: add `quit' to this > ;; list and see the behaviour on C-g with various > ;; values of `debug-on-quit'. Particularly note > ;; whether or not the handler is called. > (message "Released resources"))) > > With `debug' added to the list and `debug-on-error' set to `t', a > developer can examine the stacktrace and also trigger the cleanup with a > `c'. In other words, the cleanup happens irrespective of the value of > `debug-on-error'. (Compare this behaviour with C-g and `debug-on-quit', > search for ADDITIONAL NOTE above) This paragraph is not clear even to me (the original author). Let me gather myself and articulate what I am trying to accomplish separately. --