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

Previous Next

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 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 16:46:36 +0100

>>>>> On Thu, 16 Dec 2021 17:30:27 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

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

    Eli> Perhaps we should bind inhibit-null-byte-detection to a non-nil value
    Eli> while loading the init file?

The init file and 'custom-file'? (anyone who manually puts byte-code
in their .emacs either knows what theyʼre doing or will soon learn :-) )

Robert
-- 

Previous Next

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