From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18017
Path: main.gmane.org!not-for-mail
From: Lloyd Zusman <ljz@asfast.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: I fixed it, but I need Lars ... (Was: *Group* buffer disappearance)
Date: 21 Oct 1998 11:39:44 -400
Sender: owner-ding@hpc.uh.edu
Message-ID: <ltogr5ly9r.fsf@asfast.com>
References: <m33e8jozss.fsf@sparky.gnus.org> <lt7lxvowyb.fsf@asfast.com> <ltvhleipso.fsf_-_@asfast.com> <kig67degkbb.fsf@jagor.srce.hr> <ltpvbmnhot.fsf@asfast.com> <kigsogif0zi.fsf@jagor.srce.hr> <ltbtn6ars7.fsf@asfast.com> <kighfwyezao.fsf@jagor.srce.hr> <lt3e8ilzrc.fsf@asfast.com> <kigaf2qeyse.fsf@jagor.srce.hr> <ltyaqakkpu.fsf@asfast.com> <kig7lxuey5i.fsf@jagor.srce.hr>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035156615 3939 80.91.224.250 (20 Oct 2002 23:30:15 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 23:30:15 +0000 (UTC)
Cc: Hrvoje Niksic <hniksic@srce.hr>
Return-Path: <owner-ding@hpc.uh.edu>
Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA25453
	for <jason@mailhost.sclp.com>; Wed, 21 Oct 1998 11:41:17 -0400 (EDT)
Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5])
	by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB17445;
	Wed, 21 Oct 1998 10:40:49 -0500 (CDT)
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 21 Oct 1998 10:40:38 -0500 (CDT)
Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id KAA25422 for <ding@hpc.uh.edu>; Wed, 21 Oct 1998 10:40:24 -0500 (CDT)
Original-Received: from ljz.asfast.net (gnus@ljz.asfast.net [205.230.75.82])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA25430
	for <ding@gnus.org>; Wed, 21 Oct 1998 11:39:55 -0400 (EDT)
Original-Received: (from gnus@localhost)
	by ljz.asfast.net (8.8.7/8.8.7) id LAA14262;
	Wed, 21 Oct 1998 11:39:44 -0400
Original-To: ding@gnus.org
X-Face: "!ga1s|?LNLE3MeeeEYs(%LIl9q[xV9!<nimJxd1qyQRquvu5XTnZ:_5VE-G&4*
        EAuW"7oJLIXj'DWrJ0z@,FlwvD2PA@qhQ2R#zgsc14Klk;OSE'*;+l8p?0^nK7*
        X#0zg5wd^!M^2pg,M4Qd^{1viG;fa{}b.s[?g(x$45c]]=@'ZQ&]sPXl!u:hxBA
        v>j4#xf4!**BFW_ihlOb;:Slb>)vy>CJM<qjGM,/6C6\|{))YWm6}Q#?3om%n8
In-Reply-To: Hrvoje Niksic's message of "21 Oct 1998 17:24:09 +0200"
Original-Lines: 22
User-Agent: Gnus/5.070036 (Pterodactyl Gnus v0.36) XEmacs/20.4 (Emerald)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:18017
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:18017

Hrvoje Niksic <hniksic@srce.hr> writes:

> Lloyd Zusman <ljz@asfast.com> writes:
> 
> > It's clear to me now.  I had thought that the only time we would
> > want to clean up prior to `gnus-summary-exit' is if an error or an
> > abort occurred during the method call.  If we're supposed to be
> > cleaning up prior to `gnus-summary-exit' even in the case where the
> > method succeeds, then I understand why you're proceeding as you are.
> 
> Well, that's what the code did before we started meddling, innit?  :-)

I must be missing something, then.  The only places I have discovered
this cleanup being done in the pre-meddling version of the code is
during `gnus-summary-exit' and `gnus-group-exit-hook'.  Therefore,
I fully understand the need for putting an `unwind-protect' around 
`(funcall method)' ... but I don't understand the need for the other
`unwind-protect' that you mentioned in your previous message.

-- 
 Lloyd Zusman
 ljz@asfast.com