[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
xah@xahlee.org
\xAD\xF4 http://xahlee.org/
On Dec 11, 3:03 pm, Peter Dyballa <Peter_Dyba...@Web.DE> 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?
- Re: emacs changed file's own user and file permission, (continued)
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/10
- Re: emacs changed file's own user and file permission, Jason Rumney, 2007/12/10
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/10
- Re: emacs changed file's own user and file permission, Eli Zaretskii, 2007/12/10
- Re: emacs changed file's own user and file permission, Peter Dyballa, 2007/12/11
- Message not available
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/11
- Re: emacs changed file's own user and file permission, Eli Zaretskii, 2007/12/11
- Message not available
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/12
- Message not available
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/11
- Re: emacs changed file's own user and file permission, Peter Dyballa, 2007/12/11
- Message not available
- Re: emacs changed file's own user and file permission,
Xah Lee <=
Re: emacs changed file's own user and file permission, Kevin Rodgers, 2007/12/11
Message not available
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/12
- Re: emacs changed file's own user and file permission, Joel J. Adamson, 2007/12/12
- Re: emacs changed file's own user and file permission, Xah Lee, 2007/12/12
- Re: emacs changed file's own user and file permission, Joel J. Adamson, 2007/12/14
- Re: emacs changed file's own user and file permission, Sean Sieger, 2007/12/16
Message not available
Re: emacs changed file's own user and file permission, Giorgos Keramidas, 2007/12/12