GNU bug report logs -
#53678
29.0.50; Invalid read syntax: "#<" for package install in Windows
Previous Next
Reported by: Shuguang Sun <shuguang79 <at> qq.com>
Date: Tue, 1 Feb 2022 05:49:01 UTC
Severity: normal
Found in version 29.0.50
Done: Michael Heerdegen <michael_heerdegen <at> web.de>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53678 in the body.
You can then email your comments to 53678 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Tue, 01 Feb 2022 05:49:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Shuguang Sun <shuguang79 <at> qq.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Tue, 01 Feb 2022 05:49:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
When I try to install packages from the Package Menu or the command of
package-install since about two weeks ago, it reports the error:
```
error in process sentinel: async-when-done: Invalid read syntax: "#<"
error in process sentinel: Invalid read syntax: "#<"
```
And it seems not preventing the installation process but stops the emacs
to compile the el files to elc.
FYI. I failed to find out what makes it. It looks like the local variable in
the autoloads file generated by the package process. It add
`;; coding: utf-8-emacs-unix`, however, in windows, the file is probablly
in a coding of utf-8-emacs-dos. When I try to open the autoload file,
Emacs can't regonize the major mode which assumes to be `emacs-lisp-mode`.
Unless I change the `;; coding: utf-8-emacs-unix` to
`;; coding: utf-8-emacs`, it can be open in the `emacs-lisp-mode`.
Best Regards,
Shuguang Sun
In GNU Emacs 29.0.50 (build 1, x86_64-w64-mingw32)
of 2022-01-31 built on YJ190169-SSG
Repository revision: 04f9c3b8df6afaf1e9de9f2a4478f63fd959bf09
Repository branch: master
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1466)
Configured using:
'configure --without-pop --with-native-image-api
--with-native-compilation --without-compress-install
'--program-transform-name=s/^ctags$/ctags.emacs/''
Configured features:
ACL DBUS GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES
NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS WEBP XPM ZLIB
Important settings:
value of $LANG: CHS
locale-coding-system: cp936
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Tue, 01 Feb 2022 15:01:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 53678 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 01 Feb 2022 13:32:11 +0800
> From: Shuguang Sun via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> When I try to install packages from the Package Menu or the command of
> package-install since about two weeks ago, it reports the error:
> ```
> error in process sentinel: async-when-done: Invalid read syntax: "#<"
> error in process sentinel: Invalid read syntax: "#<"
> ```
> And it seems not preventing the installation process but stops the emacs
> to compile the el files to elc.
>
> FYI. I failed to find out what makes it. It looks like the local variable in
> the autoloads file generated by the package process. It add
> `;; coding: utf-8-emacs-unix`, however, in windows, the file is probablly
> in a coding of utf-8-emacs-dos. When I try to open the autoload file,
> Emacs can't regonize the major mode which assumes to be `emacs-lisp-mode`.
> Unless I change the `;; coding: utf-8-emacs-unix` to
> `;; coding: utf-8-emacs`, it can be open in the `emacs-lisp-mode`.
Stefan, any thoughts?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Tue, 01 Feb 2022 19:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Tue, 01 Feb 2022 13:32:11 +0800
>> From: Shuguang Sun via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> FYI. I failed to find out what makes it. It looks like the local variable in
>> the autoloads file generated by the package process. It add
>> `;; coding: utf-8-emacs-unix`, however, in windows, the file is probablly
>> in a coding of utf-8-emacs-dos. When I try to open the autoload file,
>> Emacs can't regonize the major mode which assumes to be `emacs-lisp-mode`.
>> Unless I change the `;; coding: utf-8-emacs-unix` to
>> `;; coding: utf-8-emacs`, it can be open in the `emacs-lisp-mode`.
>
> Stefan, any thoughts?
The part above was reported in 53529 and was fixed with commit
35cd9197fc. I suggest to update Emacs and re-install the package(s) in
question. The error reported in 53529 was different.
Best, Arash
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Tue, 01 Feb 2022 20:16:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Hello, Shuguang.
On Tue, Feb 01, 2022 at 13:32:11 +0800, Shuguang Sun wrote:
> Hi,
> When I try to install packages from the Package Menu or the command of
> package-install since about two weeks ago, it reports the error:
> ```
> error in process sentinel: async-when-done: Invalid read syntax: "#<"
> error in process sentinel: Invalid read syntax: "#<"
> ```
> And it seems not preventing the installation process but stops the emacs
> to compile the el files to elc.
"#<" looks like the start of a symbol with position, something like
"#<symbol foo at 666>" which is being returned by the reader recently
when invoked from the byte compiler.
The new mechanism for compilation warning positions was merged into the
Emacs master on Saturday 2022-01-22, which matches up pretty well with
your "since about two weeks ago, ...".
> FYI. I failed to find out what makes it. It looks like the local variable in
> the autoloads file generated by the package process. It add
> `;; coding: utf-8-emacs-unix`, however, in windows, the file is probablly
> in a coding of utf-8-emacs-dos. When I try to open the autoload file,
> Emacs can't regonize the major mode which assumes to be `emacs-lisp-mode`.
> Unless I change the `;; coding: utf-8-emacs-unix` to
> `;; coding: utf-8-emacs`, it can be open in the `emacs-lisp-mode`.
> Best Regards,
> Shuguang Sun
> In GNU Emacs 29.0.50 (build 1, x86_64-w64-mingw32)
> of 2022-01-31 built on YJ190169-SSG
> Repository revision: 04f9c3b8df6afaf1e9de9f2a4478f63fd959bf09
> Repository branch: master
> Windowing system distributor 'Microsoft Corp.', version 10.0.19044
> System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1466)
> Configured using:
> 'configure --without-pop --with-native-image-api
> --with-native-compilation --without-compress-install
> '--program-transform-name=s/^ctags$/ctags.emacs/''
> Configured features:
> ACL DBUS GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES
> NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
> TOOLKIT_SCROLL_BARS WEBP XPM ZLIB
> Important settings:
> value of $LANG: CHS
> locale-coding-system: cp936
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Wed, 02 Feb 2022 03:33:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii [2022-02-01 17:00:34] wrote:
>> Date: Tue, 01 Feb 2022 13:32:11 +0800
>> From: Shuguang Sun via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> When I try to install packages from the Package Menu or the command of
>> package-install since about two weeks ago, it reports the error:
>> ```
>> error in process sentinel: async-when-done: Invalid read syntax: "#<"
>> error in process sentinel: Invalid read syntax: "#<"
>> ```
> Stefan, any thoughts?
IIUC the above error involves some part of the `async` package.
Could you give a bit more information about how you hooked `async` with
`package`?
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Thu, 03 Feb 2022 02:56:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 53678 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thank you Stefan and Alan in another email.
With the hint, I find out the `async-bytecomp-package-mode` is turn on
by the package `helm-core`. So it is a bug of `async-bytecomp` maybe,
and I will report it the package author.
Sorry for the misleading information in the orignial email.
发自我的iPhone
------------------ Original --------------
Date: Wed,Feb 2,2022 11:32 AM
Eli Zaretskii [2022-02-01 17:00:34] wrote:
>> Date: Tue, 01 Feb 2022 13:32:11 +0800
>> From: Shuguang Sun via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> When I try to install packages from the Package Menu or the command of
>> package-install since about two weeks ago, it reports the error:
>> ```
>> error in process sentinel: async-when-done: Invalid read syntax: "#<"
>> error in process sentinel: Invalid read syntax: "#<"
>> ```
> Stefan, any thoughts?
IIUC the above error involves some part of the `async` package.
Could you give a bit more information about how you hooked `async` with
`package`?
Stefan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Thu, 03 Feb 2022 19:17:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Hello again, Shuguang.
On Thu, Feb 03, 2022 at 10:55:02 +0800, Shuguang Sun wrote:
> Thank you Stefan and Alan in another email.
> With the hint, I find out the `async-bytecomp-package-mode` is turn on
> by the package `helm-core`. So it is a bug of `async-bytecomp` maybe,
> and I will report it the package author.
> Sorry for the misleading information in the orignial email.
A hypothesis for what is happening is that a symbol with position,
looking like:
#<symbol foo at 666>
, has somehow got into a .elc file. The loader (contained within the
file .../src/lread.c) chokes when it encounters such a symbol.
If you have an idea which .elc file might be causing the trouble, could
I suggest you visit this file within Emacs. There is a mode for .elc
files. :-). Then search the buffer for the string "#<symbol". Or even
just for the "#<" which the loader might have reported.
> 发自我的iPhone
> ------------------ Original --------------
> Date: Wed,Feb 2,2022 11:32 AM
> Eli Zaretskii [2022-02-01 17:00:34] wrote:
> >> Date: Tue, 01 Feb 2022 13:32:11 +0800
> >> From: Shuguang Sun via "Bug reports for GNU Emacs,
> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >> When I try to install packages from the Package Menu or the command of
> >> package-install since about two weeks ago, it reports the error:
> >> ```
> >> error in process sentinel: async-when-done: Invalid read syntax: "#<"
> >> error in process sentinel: Invalid read syntax: "#<"
> >> ```
> > Stefan, any thoughts?
> IIUC the above error involves some part of the `async` package.
> Could you give a bit more information about how you hooked `async` with
> `package`?
> Stefan
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Sun, 06 Feb 2022 02:24:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> Hello again, Shuguang.
>
> On Thu, Feb 03, 2022 at 10:55:02 +0800, Shuguang Sun wrote:
>> Thank you Stefan and Alan in another email.
>
>> With the hint, I find out the `async-bytecomp-package-mode` is turn on
>> by the package `helm-core`. So it is a bug of `async-bytecomp` maybe,
>> and I will report it the package author.
>
>> Sorry for the misleading information in the orignial email.
>
> A hypothesis for what is happening is that a symbol with position,
> looking like:
>
> #<symbol foo at 666>
>
> , has somehow got into a .elc file. The loader (contained within the
> file .../src/lread.c) chokes when it encounters such a symbol.
>
> If you have an idea which .elc file might be causing the trouble, could
> I suggest you visit this file within Emacs. There is a mode for .elc
> files. :-). Then search the buffer for the string "#<symbol". Or even
> just for the "#<" which the loader might have reported.
No "#<" in the elc.
A reproducible example is:
- Install package `async` which includes `async-bytecomp`
- M-x list-package
- M-x async-bytecomp-package-mode (make sure `async-bytecomp-package-mode` is enabled)
- M-x package-reinstall <= `magit`
>
>
>
>> ------------------ Original --------------
>> Date: Wed,Feb 2,2022 11:32 AM
>
>
>> Eli Zaretskii [2022-02-01 17:00:34] wrote:
>> >> Date: Tue, 01 Feb 2022 13:32:11 +0800
>> >> From: Shuguang Sun via "Bug reports for GNU Emacs,
>> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> >> When I try to install packages from the Package Menu or the command of
>> >> package-install since about two weeks ago, it reports the error:
>> >> ```
>> >> error in process sentinel: async-when-done: Invalid read syntax: "#<"
>> >> error in process sentinel: Invalid read syntax: "#<"
>> >> ```
>> > Stefan, any thoughts?
>
>> IIUC the above error involves some part of the `async` package.
>> Could you give a bit more information about how you hooked `async` with
>> `package`?
>
>
>> Stefan
--
Best Regards
Shuguang Sun
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Sun, 06 Feb 2022 04:09:01 GMT)
Full text and
rfc822 format available.
Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):
Shuguang Sun via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> No "#<" in the elc.
>
> A reproducible example is:
> - Install package `async` which includes `async-bytecomp`
> - M-x list-package
> - M-x async-bytecomp-package-mode (make sure
> `async-bytecomp-package-mode` is enabled)
> - M-x package-reinstall <= `magit`
Maybe it appears in the communication with the other Emacs instance?
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Sun, 06 Feb 2022 04:09:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#53678; Package
emacs.
(Thu, 24 Mar 2022 01:04:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 53678 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> Hello, Shuguang.
>
> On Tue, Feb 01, 2022 at 13:32:11 +0800, Shuguang Sun wrote:
>> Hi,
>
>> When I try to install packages from the Package Menu or the command of
>> package-install since about two weeks ago, it reports the error:
>> ```
>> error in process sentinel: async-when-done: Invalid read syntax: "#<"
>> error in process sentinel: Invalid read syntax: "#<"
>> ```
>> And it seems not preventing the installation process but stops the emacs
>> to compile the el files to elc.
>
> "#<" looks like the start of a symbol with position, something like
> "#<symbol foo at 666>" which is being returned by the reader recently
> when invoked from the byte compiler.
>
The issue has be fixed from the package (async) side.
https://github.com/jwiegley/emacs-async/issues/153#event-6295734933
> The new mechanism for compilation warning positions was merged into the
> Emacs master on Saturday 2022-01-22, which matches up pretty well with
> your "since about two weeks ago, ...".
>
>> FYI. I failed to find out what makes it. It looks like the local variable in
>> the autoloads file generated by the package process. It add
>> `;; coding: utf-8-emacs-unix`, however, in windows, the file is probablly
>> in a coding of utf-8-emacs-dos. When I try to open the autoload file,
>> Emacs can't regonize the major mode which assumes to be `emacs-lisp-mode`.
>> Unless I change the `;; coding: utf-8-emacs-unix` to
>> `;; coding: utf-8-emacs`, it can be open in the `emacs-lisp-mode`.
>
>
>
>> Best Regards,
>> Shuguang Sun
>
>> In GNU Emacs 29.0.50 (build 1, x86_64-w64-mingw32)
>> of 2022-01-31 built on YJ190169-SSG
>> Repository revision: 04f9c3b8df6afaf1e9de9f2a4478f63fd959bf09
>> Repository branch: master
>> Windowing system distributor 'Microsoft Corp.', version 10.0.19044
>> System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1466)
>
>> Configured using:
>> 'configure --without-pop --with-native-image-api
>> --with-native-compilation --without-compress-install
>> '--program-transform-name=s/^ctags$/ctags.emacs/''
>
>> Configured features:
>> ACL DBUS GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES
>> NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
>> TOOLKIT_SCROLL_BARS WEBP XPM ZLIB
>
>> Important settings:
>> value of $LANG: CHS
>> locale-coding-system: cp936
--
Best Regards
Shuguang Sun
Reply sent
to
Michael Heerdegen <michael_heerdegen <at> web.de>:
You have taken responsibility.
(Thu, 24 Mar 2022 01:32:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Shuguang Sun <shuguang79 <at> qq.com>:
bug acknowledged by developer.
(Thu, 24 Mar 2022 01:32:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 53678-done <at> debbugs.gnu.org (full text, mbox):
Shuguang Sun <shuguang79 <at> qq.com> writes:
> The issue has be fixed from the package (async) side.
> https://github.com/jwiegley/emacs-async/issues/153#event-6295734933
Thanks for confirming. The problem didn't show up for me any more, too.
So I'm closing this report.
Thanks,
Michael.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Thu, 21 Apr 2022 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 58 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.