Xref: utzoo gnu.emacs.bug:1034 news.software.b:2752
Path: utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!rutgers!bpa!manta!abel!jma
From: jma@abel.UUCP (Jeff Abrahamson)
Newsgroups: comp.unix.i386,gnu.emacs.bug,news.software.b
Subject: long file name bug (Was: GNU Emacs deletes file without warning under ISC UNIX V.3.0.1)
Keywords: rmail mode, news2.11
Message-ID: <440@abel.UUCP>
Date: 8 Aug 89 14:41:56 GMT
References: <438@abel.UUCP>
Reply-To: jma@abel.UUCP (Jeff Abrahamson)
Organization: UPenn Mathematics, Philadelphia (Havertown)
Lines: 34

In article <438@abel.UUCP> jma@abel.UUCP (Jeff Abrahamson) writes:
> 
> 	When I use the GNU Emacs command "run-input" (i) on the file
> Rec.humor.funn, emacs converts to Babyl format and shows me a bunch of
> jokes.  What it doesn't show me is that when it saves the Babyl format
> file, it has really just deleted the original.  Not even widening and
> doing a "save-buffer" or "write-file Rec.humor.funn" causes it to
> reappear.  It does reappear if I save under another name.
> 
> 	Now, ~/News/Rec.humor.funn (the truncation is due to UNIX
> brain-damage 14 char filenames) is created by news2.11, supposedly in
> UNIX mbox format.  I generally move it to ~/Mail/Rec.humor.funn once
> it is in Babyl format, since I have had trouble letting anything but
> emacs write to an emacs rmail file (documentation notwithstanding).
> If I read ~/Mail/Rec.humor.funn, though, emacs deletes that as well.


	It turns out that running rmail on a file with name 14
characters long (where 14 is the max allowed) causes the bug.

	cp RMAIL abcdefghijklmnop
	[run rmail on abcdefghijklmnop, make some minor modification,
like adding a label, then save it.  abcdefghijklmnop won't be there anymore.]



-Jeff


-- 
----------
Jeff Abrahamson			jma@abel.uucp, abel!jma@manta.pha.pa.us
UPenn Mathematics		jma@grad1.cis.upenn.edu
Bicycle Coalition of the Delaware Valley