* problem with C-x C-f
@ 2004-05-28 15:43 Werner LEMBERG
2004-05-29 11:23 ` Kai Grossjohann
2004-05-30 14:31 ` Richard Stallman
0 siblings, 2 replies; 7+ messages in thread
From: Werner LEMBERG @ 2004-05-28 15:43 UTC (permalink / raw)
I have a plain text file called `errata.z'. Trying to visit the file
with C-x C-f fails, giving the following message:
Error while executing "gzip -c -q -d < errata.z"
gzip: stdin: not in gzip format
This is fine, but actually how do I load this file? My intuitive try
was C-u C-x C-f, but this doesn't work. The help text for C-x C-f
doesn't give a hint either.
After checking the info files I found the function
find-file-literally. While it works, it still gives the above error
message which is irritating IMHO.
My suggestions:
. Bind C-u C-x C-f to `find-file-literally'.
. I think find-file should try harder to open a file. If a file
exists and uncompressing fails there is a high chance that the
file isn't compressed at all, so it should handle the file as
uncompressed. This status should be remembered for saving the
file.
Werner
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: problem with C-x C-f
2004-05-28 15:43 problem with C-x C-f Werner LEMBERG
@ 2004-05-29 11:23 ` Kai Grossjohann
2004-05-29 12:25 ` Werner LEMBERG
2004-05-30 14:31 ` Richard Stallman
1 sibling, 1 reply; 7+ messages in thread
From: Kai Grossjohann @ 2004-05-29 11:23 UTC (permalink / raw)
Werner LEMBERG <wl@gnu.org> writes:
> I have a plain text file called `errata.z'. Trying to visit the file
> with C-x C-f fails
I think you can do C-x C-f /:/some/dir/errata.z RET. Note the
leading "/:" bit.
Does this work?
I don't know, however, how to make this more obvious.
Kai
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: problem with C-x C-f
2004-05-28 15:43 problem with C-x C-f Werner LEMBERG
2004-05-29 11:23 ` Kai Grossjohann
@ 2004-05-30 14:31 ` Richard Stallman
2004-05-30 15:11 ` Werner LEMBERG
1 sibling, 1 reply; 7+ messages in thread
From: Richard Stallman @ 2004-05-30 14:31 UTC (permalink / raw)
Cc: emacs-devel
After checking the info files I found the function
find-file-literally. While it works, it still gives the above error
message which is irritating IMHO.
When I try find-file-literally, it does not give me any
error message. It simply works.
I added a note about find-file-literally to the doc string
of find-file.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: problem with C-x C-f
2004-05-30 14:31 ` Richard Stallman
@ 2004-05-30 15:11 ` Werner LEMBERG
2004-05-30 17:03 ` Luc Teirlinck
0 siblings, 1 reply; 7+ messages in thread
From: Werner LEMBERG @ 2004-05-30 15:11 UTC (permalink / raw)
Cc: emacs-devel
> After checking the info files I found the function
> find-file-literally. While it works, it still gives the above
> error message which is irritating IMHO.
>
> When I try find-file-literally, it does not give me any
> error message. It simply works.
Thank you for indirectly reminding me to report errors only with
`emacs -q'. With emacs CVS 2004-05-25, `C-x C-f' actually works to
load my plain text `errata.z' file. I'll soon do some checks to find
out which part of my .emacs file causes the problem. Sorry for the
noise.
Interestingly, find-file-literally doesn't work. I get the following
in the *Messages* buffer after doing `M-x find-file-literally
errata.z', immediately after starting with `emacs -q':
byte-code: Cannot do file visiting in a non-empty buffer
This seems to be a real bug now.
Werner
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2004-06-01 5:51 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-28 15:43 problem with C-x C-f Werner LEMBERG
2004-05-29 11:23 ` Kai Grossjohann
2004-05-29 12:25 ` Werner LEMBERG
2004-05-30 14:31 ` Richard Stallman
2004-05-30 15:11 ` Werner LEMBERG
2004-05-30 17:03 ` Luc Teirlinck
2004-06-01 5:51 ` Werner LEMBERG
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).