long filename fools diff-backup?

long filename fools diff-backup?

[Dan Jacobson]

In dired I hit ESC =, and see:
diff-backup: No backup found for
/var/lib/apt/lists/debian.linux.org.tw_debian_dists_sid_main_binary-i386_Packages

Ha! I bet the long file name fooled it, as both
debian.linux.org.tw_debian_dists_sid_main_binary-i386_Packages
debian.linux.org.tw_debian_dists_sid_main_binary-i386_Packages~
exist.

When I put the cursor on the backup, it works.

When I touch the same long filenames into /tmp, they both work.

Re: long filename fools diff-backup?

[Dan Jacobson]

RMS> but I can't guess what it is.  Can you debug it?

I now believe maybe that if a .backups dir exists, diff-backup then
doesn't check for xxxx~ style backups.  It thinks all backups are made
by emacs, and doesn't look for simpler backup file names made by other
programs... At least after loading my
http://jidanni.org/comp/emacs.txt

Perhaps try:
mkdir .backups
touch a a~
wget  http://jidanni.org/comp/emacs.txt
emacs -l emacs.txt . #which requires backup-dir.el
put cursor on "a" and hit M-=

Re: long filename fools diff-backup?

[Kevin Rodgers]

Dan Jacobson wrote:

> RMS> but I can't guess what it is.  Can you debug it?
> 
> I now believe maybe that if a .backups dir exists, diff-backup then
> doesn't check for xxxx~ style backups.  It thinks all backups are made
> by emacs, and doesn't look for simpler backup file names made by other
> programs... At least after loading my
> http://jidanni.org/comp/emacs.txt
> 
> Perhaps try:
> mkdir .backups
> touch a a~
> wget  http://jidanni.org/comp/emacs.txt
> emacs -l emacs.txt . #which requires backup-dir.el


Cannot open load file: backup-dir.el

> put cursor on "a" and hit M-=


-- 
Kevin Rodgers