From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ishikawa Newsgroups: gmane.emacs.devel Subject: Re: A new(?) warning of erase-buffer, which was not seen before. Date: Tue, 20 Mar 2007 12:48:05 +0900 Message-ID: <45FF5975.1070602@ubin.jp> References: <45FDF35F.6030605@ubin.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1174362502 29319 80.91.229.12 (20 Mar 2007 03:48:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Mar 2007 03:48:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Kim F. Storm" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 20 04:48:16 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HTVKZ-0006yN-KA for ged-emacs-devel@m.gmane.org; Tue, 20 Mar 2007 04:48:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HTVM5-0007hS-Kv for ged-emacs-devel@m.gmane.org; Mon, 19 Mar 2007 22:49:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HTVM2-0007aw-Ab for emacs-devel@gnu.org; Mon, 19 Mar 2007 23:49:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HTVM1-0007X2-M0 for emacs-devel@gnu.org; Mon, 19 Mar 2007 23:49:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HTVM1-0007Wc-Im for emacs-devel@gnu.org; Mon, 19 Mar 2007 22:49:45 -0500 Original-Received: from post.ubin.jp ([202.32.0.84]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HTVKU-0008TD-Kb for emacs-devel@gnu.org; Mon, 19 Mar 2007 23:48:10 -0400 Original-Received: from post.ubin.jp (post [127.0.0.1]) by localhost.ubin.jp (Postfix) with ESMTP id 6058529AC2C; Tue, 20 Mar 2007 12:48:06 +0900 (JST) Original-Received: from [10.254.248.233] (dell-w2k-note.ddns.member.ubin.jp [10.254.248.233]) by post.ubin.jp (Postfix) with ESMTP id 1005C29AB22; Tue, 20 Mar 2007 12:48:06 +0900 (JST) User-Agent: Thunderbird 1.5.0.10 (X11/20070221) In-Reply-To: X-detected-kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:68138 Archived-At: Kim F. Storm wrote: > ishikawa writes: > >> Hi, >> >> When I ran "erase-buffer" on a buffer named "*sim*", I got >> the following warning, which I didn't get with older version of Emacs. >> >> Is this warning an intentional one? > > Yes. > > >> In the old emacs version(s), it used to be that erase-buffer intentionally >> discarded undo information if I recall correctly. > > I just checked, and no version of GNU Emacs since 1991 has done that > (I didn't check older versions). > >> The buffer in question, namely >> "*sim*", contained >> a voluminous output of a running simulator program and I simply want to >> throw away the contents from time to time. And thus, undo is not necessary >> for this buffer. > > So disable undo in that buffer. > Thank you for the info. It is only that I am a little puzzled that I didn't get this warning in the previous versions 21.x (and prior), and I am wondering if there is a better memory allocation/checking introduced in 22.0 which causes this warning to appear. In the older versions, say 21.x (and prior), I have not seen this message. With 22.0, I see the memory usage warning also, which I didn't notice often before. Maybe, with the older versions, the logic to show the warning might have had a subtle bug/feature which caused the warning not to appear often on my PC. But I digress. I will disable undo on this buffer and move on. (Maybe my knowledge of erase-buffer discarding undo information is based on the old knowledge of 18.xx version which I tried to port to now extinct Data General minicomputers. This was circa mid 1980's) Thank you again. Chiaki Ishikawa