From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Lee Sau Dan Newsgroups: gmane.emacs.help Subject: Re: Software/HD ecology Date: 20 Dec 2002 16:51:16 +0100 Organization: Rechenzentrum der Universitaet Freiburg, Germany Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <041220020952400758%ajanta@no.spam> <56cfb0e3.0212041458.5eab182a@posting.google.com> <061220020416350201%ajanta@no.spam> <071220021155280606%ajanta@no.spam> <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam> <111220021101520860%ajanta@no.spam> <111220021253524057%ajanta@no.spam> <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam> <87u1hjdwta.fsf@hurd.crasseux.com> <121220021419243187%anil@null.invalid> <161220021454522181%ajanta@no.spam> <5llm2pekxq.fsf@rum.cs.yale.edu> <161220022257560023%anil@null.invalid> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=cn-big5 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1040406590 21228 80.91.224.249 (20 Dec 2002 17:49:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2002 17:49:50 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18PRHQ-0005W9-00 for ; Fri, 20 Dec 2002 18:49:49 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18PRDz-00065h-0A for gnu-help-gnu-emacs@m.gmane.org; Fri, 20 Dec 2002 12:46:15 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.arcor-online.net!news.belwue.de!news.uni-freiburg.de!not-for-mail Original-Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help Original-Lines: 65 Original-NNTP-Posting-Host: camaro.informatik.uni-freiburg.de User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Original-Xref: shelby.stanford.edu comp.sys.mac.apps:349382 gnu.emacs.help:108348 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:4880 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:4880 >>>>> "Anil" == Anil writes: >> These kinds of info are more akin to `state'. One major >> difference between `state' and `log' is that a `log' is `append >> only'. The info you describe is always kept uptodate but you >> can't know what it was before the last modification, so it's >> very clearly not a `log'. Anil> I worry about many things, but this would be rather low on Anil> my list. If something came with emacs, it remains with Anil> emacs. It doesn't become a MS Office file! What *are* you Anil> talking about? He's talking about what "log" means in the field of computing. "log" means kind of historical record. Since history cannot be changed, this means log files are never modified, only appended. Anil> I apologize. I didn't mean to mislead anyone. When I said Anil> unix logs information, a few posts above, I was writing Anil> English and hoped people would read it as English. How Anil> exactly were you misled, though? Even in plain English, a "log book" is a book where you keep records of past, historical events. It is abnormal to erase an entry in a log book to make room to record new entries. You open a new log book for that. New entries are always added to the log in the empty space, not by replacing existing entries. Erasing old entries would counter the purpose of a log book. So, the file info (e.g. size, mod. time, owner) cannot be classifed as any kind of "log". Anil> Your suggestion is questionable too: "info" could also have Anil> technical meaning to someone. No, unless you're talking about GNU info. The word "info" is vague and hence suitable here. Anil> Probably does. I see no alternative to relying on other Anil> people's common sense to read English as English. We do read English as English. I can't see any reason for calling the _file attributes_ "log". Calling it "info" is OK, as "info" is a vague term. Anil> By the way, you had claimed elsewhere that Emacs files are Anil> well-localized in the file systems. You didn't respond to my Anil> post that on my system I find (just for the *name* emacs, Anil> not necessarily all emacs-specific files): Like most GNU softwares, Emacs gives you (or your sys admin) lots of flexibilities, including the flexibility of doing it in a weird, strange, non-standard way. But that doesn't mean Emacs MUST be configured and installed like that. -- Lee Sau Dan §õ¦u´°(Big5) ~{@nJX6X~}(HZ) E-mail: danlee@informatik.uni-freiburg.de Home page: http://www.informatik.uni-freiburg.de/~danlee