home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: gnu.emacs.bug
- Path: sparky!uunet!cis.ohio-state.edu!lucy.ls6.INformatik.uni-dortmund.DE!grossjoh
- From: grossjoh@lucy.ls6.INformatik.uni-dortmund.DE (Kai Grossjohann)
- Subject: Re: autosave of large buffers
- Message-ID: <GROSSJOH.92Nov23134339@lucy.ls6.informatik.uni-dortmund.de>
- Sender: gnulists@ai.mit.edu
- Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
- Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
- References: <9211201710.AA17685@lakatos.osf.org>
- Distribution: gnu
- Date: Mon, 23 Nov 1992 18:43:39 GMT
- Approved: bug-gnu-emacs@prep.ai.mit.edu
- Lines: 24
-
- >>>>> On Fri, 20 Nov 1992 07:10:44 GMT,
- >>>>> macrakis@osf.ORG (Stavros Macrakis) said:
-
- > Incremental saves would be far cheaper, and Emacs already has the
- > information to do them, in the form of undo data. So why not save the
- > undo data instead? (except for buffers backed up by copying) To
- > protect against file deletion, a #-link could be made to the base
- > file. Of course, there is still the danger of the file being modified
- > in place by someone else.
-
- Well, as far as I understand, Emacs works with plain ASCII files that every
- text editor can read. As soon as we start using this incremental save feature
- we're no longer compatible to the rest of the world.
-
- But, if there is an ISO standard about this, well, then I think it's worth
- considering. BTW, I find these auto-saves of large buffers annoying, too.
-
- \Kai
- --
- Kai Grossjohann Phone (voice): 49 231 75 30 15
- Baroper Str. 331 App. 510 E-Mail:
- W-4600 Dortmund 50 grossjoh@ls6.informatik.uni-dortmund.de
- Germany
-
-