all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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-29 11:23 ` Kai Grossjohann
@ 2004-05-29 12:25   ` Werner LEMBERG
  0 siblings, 0 replies; 7+ messages in thread
From: Werner LEMBERG @ 2004-05-29 12:25 UTC (permalink / raw)
  Cc: emacs-devel


> I think you can do C-x C-f /:/some/dir/errata.z RET.  Note the
> leading "/:" bit.
> 
> Does this work?

No.


    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-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

* Re: problem with C-x C-f
  2004-05-30 15:11   ` Werner LEMBERG
@ 2004-05-30 17:03     ` Luc Teirlinck
  2004-06-01  5:51       ` Werner LEMBERG
  0 siblings, 1 reply; 7+ messages in thread
From: Luc Teirlinck @ 2004-05-30 17:03 UTC (permalink / raw)
  Cc: rms, emacs-devel

Werner Lemberg wrote:
   
   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.

This has been fixed.  The bug should be gone if you update your CVS.

Sincerely,

Luc.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: problem with C-x C-f
  2004-05-30 17:03     ` Luc Teirlinck
@ 2004-06-01  5:51       ` Werner LEMBERG
  0 siblings, 0 replies; 7+ messages in thread
From: Werner LEMBERG @ 2004-06-01  5:51 UTC (permalink / raw)
  Cc: rms, emacs-devel


> This has been fixed.  The bug should be gone if you update your CVS.

Confirmed, thanks.


    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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.