help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs changed file's own user and file permission


From: Xah Lee
Subject: Re: emacs changed file's own user and file permission
Date: Fri, 14 Dec 2007 21:21:09 -0800 (PST)
User-agent: G2/1.0

Peter Dyballa wrote:
「What about .emacs.d/backups? ~/.emacs.d is quite common, containing
default.el, auto-save-list or such. It could also be home for session
and desktop files, private Elisp ...」

Yeah, it's a good suggestion. Thanks.

-------------
I just did a test out of curiosity about what happens when the backup
file name is too long.

Put this is your emacs init file:

(setq backup-directory-alist '(("" . "~/.emacs.d/emacs-backup")))

Then create a file such that its path is very long. Then, emacs's
backup will silently fail (not creating backup at the expected
location). Upon manually switching and reading the “*Messages*”
buffer, i found:
“Cannot write backup file; backing up in /Users/xah/%backup%~”
and indeed the file is backed up there.

The file i tested with is this:

/Users/xah/web/PageTwo_dir/Personal_dir/AliceInWonderland_dir/
123456789 123456789 123456789 123456789 123456789 123456789 123456789
123456789 123456789 123456789/that is one hundred if you dont believe
me you can see it for yourselves and you dummy dont challeng./ano

This is on Mac OS X 10.4.11.

  Xah
  address@hidden
\xAD\xF4 http://xahlee.org/


On Dec 11, 3:03 pm, Peter Dyballa <address@hidden> wrote:
> Am 11.12.2007 um 21:49 schriebXahLee:
>
> > PS addendum to my previous suggestion about sperater dir for emacs
> > backup: the default backup dir should be fixed by default such as
> > ".emacs_backup". (as opposed to asking a user to set it.) User can
> > still change it of course. The thing here is that having a
> > standardized emacs backup dir location is good.
>
> What about .emacs.d/backups? ~/.emacs.d is quite common, containing
> default.el, auto-save-list or such. It could also  be home for
> session and desktop files, private Elisp ...
>
> BTW, I'd prefer to have the options of "traditional" and unified
> backup. And probably it would be a good idea to have another choice
> between flat and in a tree "unified" backup.
>
> Why is it such a huge problem to make a complete proposal?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]