From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5204 Path: main.gmane.org!not-for-mail From: Andy Eskilsson Newsgroups: gmane.emacs.gnus.general Subject: Re: September Gnus 0.40 is released Date: 21 Feb 1996 22:50:22 +0100 Organization: Flognatronik Sender: mpt95aes@jupiter.pt.hk-r.se Message-ID: References: Reply-To: mpt95aes@pt.hk-r.se NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035145843 32125 80.91.224.250 (20 Oct 2002 20:30:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:30:43 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.3/8.6.9) with SMTP id OAA18027 for ; Wed, 21 Feb 1996 14:48:19 -0800 Original-Received: from jupiter.pt.hk-r.se (root@jupiter.pt.hk-r.se [194.47.132.2]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 21 Feb 1996 22:51:53 +0100 Original-Received: from ariel.pt.hk-r.se (ariel.pt.hk-r.se [194.47.134.20]) by jupiter.pt.hk-r.se (8.6.9/8.6.9) with ESMTP id WAA19120; Wed, 21 Feb 1996 22:51:37 +0100 Original-Received: (mpt95aes@localhost) by ariel.pt.hk-r.se (8.6.11/8.6.11) id WAA07052; Wed, 21 Feb 1996 22:50:25 +0100 Original-To: Steven L Baur X-Url: http://www.pt.hk-r.se/~mpt95aes In-Reply-To: Steven L Baur's message of 21 Feb 1996 11:00:24 -0800 Original-Lines: 30 Xref: main.gmane.org gmane.emacs.gnus.general:5204 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5204 / Steven L Baur wrote: | | A hard choice has already been made to abandon support for earlier | versions of Emacs. Are we also prepared to abandon lesser endowed | systems as well? This shouldn't stop us(ehm the Gnus developers) from keeping eyes open for memory leaks, memory hogging stuff that really ain't worth it? I don't know much about the memoryhandling in emacs/gnus, but I think you are talking about two different memory-hogs here: 1. Memory leaks (I think it is possible!), features that take a large hunk of memory, that they(the user/feature) might not need. 2. Feature 'leaks', simply more features, more memory. I think this thread started with the first point, and Steven is talking about the second? /andy (on his 386sx16 with 1 meg ram.. ehh, hoold it..) -- Don't walk in front of me, I might be unable to follow you. Don't walk after me, I might be unable to lead you. Just walk by my side and be my friend.