GNU bug report logs - #50646
28.0.50; narrow-to-defun sometimes narrows to wrong defun

Previous Next

Full log

Message #49 received at 50646 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Phil Sainty <psainty <at> orcon.net.nz>
Cc: 50646 <at> debbugs.gnu.org, arthur.miller <at> live.com
Subject: Re: bug#50646: 28.0.50; narrow-to-defun sometimes narrows to wrong
 defun
Date: Sun, 19 Sep 2021 16:43:23 +0300

> Date: Mon, 20 Sep 2021 00:53:48 +1200
> From: Phil Sainty <psainty <at> orcon.net.nz>
> Cc: arthur.miller <at> live.com, 50646 <at> debbugs.gnu.org
> 
> I now have this:
> 
>    "Like `insert-file-contents', but only reads in the file literally.
> See `insert-file-contents' for an explanation of the parameters.
> 
> Insert after point the contents of file FILENAME as a sequence of
> ASCII characters with no special encoding or conversion.
> 
> This is contrary to other functions, like `insert-file-contents' and
> `find-file', which may modify a buffer in several ways after reading
> into the buffer, due to Emacs features such as format decoding,
> character code conversion, `find-file-hook', automatic uncompression,
> etc.
> 
> Using `insert-file-contents-literally' ensures that none of these
> modifications will take place."
> 
> 
> 
> I took "as a sequence of ASCII characters with no special encoding or
> conversion" from (info "(emacs) Visiting") but I see that wording used
> by `insert-file-literally' is "Insert contents of file FILENAME into
> buffer after point with no conversion", and I figure the two should
> probably use the same wording?  Is there a preference?

The "ASCII characters" part is wrong.  I suggest "sequence of
uninterpreted bytes" instead.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.