GNU bug report logs - #52554
28.0.90; mm-inline-media-tests customization breaks .emacs reading

Previous Next

Full log

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Robert Pluim <rpluim <at> gmail.com>, 52554 <at> debbugs.gnu.org
Subject: Re: bug#52554: 28.0.90; mm-inline-media-tests customization breaks
 .emacs reading
Date: Thu, 16 Dec 2021 17:13:53 +0100

On Dez 16 2021, Eli Zaretskii wrote:

>> From: Robert Pluim <rpluim <at> gmail.com>
>> Date: Thu, 16 Dec 2021 16:18:13 +0100
>> 
>> That has an embedded 'NUL' just before the \302 (Iʼve encoded it),
>> which causes 'buffer-file-coding-system' to be incorrect
>> ('no-conversion in this case) so any non-ascii character causes a read
>> error:
>> 
>> $ HOME=/tmp emacs --debug-init
>> 
>> Debugger entered--Lisp error: (invalid-read-syntax "?" 1 0)
>>   read(#<buffer  *load*>)
>>   eval-buffer(#<buffer  *load*> nil "/tmp/.emacs" nil t)  ; Reading at buffer position 573
>>   load-with-code-conversion("/tmp/.emacs" "/tmp/.emacs" t t)
>>   load("~/.emacs" noerror nomessage)
>
> Perhaps we should bind inhibit-null-byte-detection to a non-nil value
> while loading the init file?

I'd rather think that custom-save-variable should bind
print-escape-control-characters to t.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Previous Next

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