From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18029 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: *Group* buffer disaster fix Date: 22 Oct 1998 03:59:53 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035156625 4020 80.91.224.250 (20 Oct 2002 23:30:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:30:25 +0000 (UTC) Return-Path: 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 WAA14723 for ; Wed, 21 Oct 1998 22:34:55 -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 VAB22850; Wed, 21 Oct 1998 21:33:45 -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 21:33:39 -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 VAA06642 for ; Wed, 21 Oct 1998 21:33:24 -0500 (CDT) Original-Received: from sparky.gnus.org (ppp045.uio.no [129.240.240.46]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id WAA14641 for ; Wed, 21 Oct 1998 22:33:06 -0400 (EDT) Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id EAA16556; Thu, 22 Oct 1998 04:32:55 +0200 Mail-Copies-To: never X-Now-Reading: Mary Doria Russell's _Children of God_ X-Now-Playing: Joni Mitchell's _Taming the Tiger_: "Man From Mars" Original-To: ding@gnus.org In-Reply-To: Lloyd Zusman's message of "21 Oct 1998 13:06:46 -400" User-Agent: Gnus/5.070037 (Pterodactyl Gnus v0.37) XEmacs/21.2(beta3) (Aglaia) X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > I was wondering if the `mapcar' that gets invoked later might break > something, since the reference to the ` *mm*' buffer will be put into > the mime handle alist for future deletion, even though that buffer > gets killed here. No, the " *mm*" buffer isn't killed by `mailcap-save-binary-file'; it's the "*mm*" buffer that's killed. The latter function is also put into the handle for future automatic destruction, but that doesn't hurt. There is no policy for whether "external" viewers should kill the buffer it works in after it's done -- if the viewer deems is handy, it does, and if not, it's cleaned up automatically later. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen