From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18013
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:07:35 -400
Sender: owner-ding@hpc.uh.edu
Message-ID: <lt3e8ilzrc.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>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035156612 3928 80.91.224.250 (20 Oct 2002 23:30:12 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 23:30:12 +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 LAA24432
	for <jason@mailhost.sclp.com>; Wed, 21 Oct 1998 11:08:22 -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 KAB17115;
	Wed, 21 Oct 1998 10:08:04 -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:08:05 -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 KAA24872 for <ding@hpc.uh.edu>; Wed, 21 Oct 1998 10:07:55 -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 LAA24415
	for <ding@gnus.org>; Wed, 21 Oct 1998 11:07:39 -0400 (EDT)
Original-Received: (from gnus@localhost)
	by ljz.asfast.net (8.8.7/8.8.7) id LAA14097;
	Wed, 21 Oct 1998 11:07:35 -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 16:59:27 +0200"
Original-Lines: 20
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:18013
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:18013

Hrvoje Niksic <hniksic@srce.hr> writes:

> Lloyd Zusman <ljz@asfast.com> writes:
> 
> > If we want to clean this up at the moment when someone hits `C-g',
> > then we may have to use `condition-case' after all.
> 
> Argh!  :-)  We don't.  We just add the same kind of cleanup code at
> the place where the buffer normally gets deleted.  See my later patch.

I await with bated breath! :)

I accept your point about not wanting to do the cleanup at the moment
`C-g' is invoked, but solely for my own education and edification (and
that of anyone else who might be interested), could you explain why an
immediate `C-g' trap is so undesirable at this point?

-- 
 Lloyd Zusman
 ljz@asfast.com