GNU bug report logs -
#61589
28.2; Triple-Quote causes emacs 28 to free in Python-mode
Previous Next
Reported by: Adam Connor <adamc55 <at> gmail.com>
Date: Sat, 18 Feb 2023 00:13:02 UTC
Severity: normal
Found in version 28.2
Done: Eli Zaretskii <eliz <at> gnu.org>
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 61589 in the body.
You can then email your comments to 61589 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#61589
; Package
emacs
.
(Sat, 18 Feb 2023 00:13:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Adam Connor <adamc55 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 18 Feb 2023 00:13:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
emacs -Q recipe: Start with a file as follows (not including the
dashed lines):
--------------------
import os
def some_outer():
"""
Returns an inner function
"""
print('bah')
def inner(*args, **kwargs):
"""
blah blah, 'True' is parsed as the boolean True, '[1,2,3]' as the array
[1,2,3], etc. -- but in cases where that doesn't work, yadda yadda
"""
return 55
return inner
--------------------
Open the file. Above 'some_outer', try to add
class Foo:
"""
For me, emacs will consistently freeze after I press enter on the triple
quote. The docstrings seem to play a role (if I delete them, it stops
freezing), but I don't know exactly what is going on there.
And by 'freeze', I mean exactly that -- emacs stops responding and
cannot be quit, although I can force-quit it.
In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version 12.0.1 (Build 21A559))
of 2022-09-12 built on armbob.lan
Windowing system distributor 'Apple', version 10.3.2113
System Description: macOS 12.6.3
Configured using:
'configure --with-ns '--enable-locallisppath=/Library/Application
Support/Emacs/${version}/site-lisp:/Library/Application
Support/Emacs/site-lisp' --with-modules'
Configured features:
ACL GMP GNUTLS JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER THREADS
TOOLKIT_SCROLL_BARS ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize
mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads kqueue cocoa ns multi-tty
make-network-process emacs)
Memory information:
((conses 16 50996 8577)
(symbols 48 6552 1)
(strings 32 18553 2620)
(string-bytes 1 614449)
(vectors 16 13820)
(vector-slots 8 191433 10594)
(floats 8 21 39)
(intervals 56 199 0)
(buffers 992 10))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Sat, 18 Feb 2023 03:22:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Adam Connor <adamc55 <at> gmail.com> writes:
> emacs -Q recipe: Start with a file as follows (not including the
> dashed lines):
> --------------------
>
> import os
>
>
>
> def some_outer():
> """
> Returns an inner function
> """
> print('bah')
>
> def inner(*args, **kwargs):
> """
> blah blah, 'True' is parsed as the boolean True, '[1,2,3]' as the array
> [1,2,3], etc. -- but in cases where that doesn't work, yadda yadda
> """
> return 55
>
> return inner
> --------------------
>
> Open the file. Above 'some_outer', try to add
>
> class Foo:
> """
>
> For me, emacs will consistently freeze after I press enter on the triple
> quote. The docstrings seem to play a role (if I delete them, it stops
> freezing), but I don't know exactly what is going on there.
>
> And by 'freeze', I mean exactly that -- emacs stops responding and
> cannot be quit, although I can force-quit it.
>
> In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version 12.0.1 (Build 21A559))
> of 2022-09-12 built on armbob.lan
> Windowing system distributor 'Apple', version 10.3.2113
> System Description: macOS 12.6.3
Cannot reproduce in 28.1 (5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7) on
GNU/Linux. Compiling 28.2 tag, 29 branch and master branch ATM.
--
Best,
RY
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Sat, 18 Feb 2023 03:22:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Sat, 18 Feb 2023 03:31:01 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Cannot reproduce in 28.1 (5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7) on
> GNU/Linux. Compiling 28.2 tag, 29 branch and master branch ATM.
Update: only reproducible on 28.2. Neither 29 nor master exhibit this
issue.
--
Best,
RY
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Sat, 18 Feb 2023 03:31:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 18 Feb 2023 07:23:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Adam Connor <adamc55 <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 18 Feb 2023 07:23:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 61589-done <at> debbugs.gnu.org (full text, mbox):
> Cc: adamc55 <at> gmail.com, 61589 <at> debbugs.gnu.org
> Date: Sat, 18 Feb 2023 11:29:34 +0800
> From: Ruijie Yu via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
>
> Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
> > Cannot reproduce in 28.1 (5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7) on
> > GNU/Linux. Compiling 28.2 tag, 29 branch and master branch ATM.
>
> Update: only reproducible on 28.2. Neither 29 nor master exhibit this
> issue.
Thanks for testing, so I'm closing this bug.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Mon, 20 Feb 2023 15:38:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 61589-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
This is frustrating, as emacs 29 is not available on MacOS except via
compilation. Oh well. On linux, building it is fairly easy, but looks more
involved on M1 macs.
On Sat, Feb 18, 2023 at 1:22 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Cc: adamc55 <at> gmail.com, 61589 <at> debbugs.gnu.org
> > Date: Sat, 18 Feb 2023 11:29:34 +0800
> > From: Ruijie Yu via "Bug reports for GNU Emacs,
> > the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >
> >
> > Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs <at> gnu.org> writes:
> >
> > > Cannot reproduce in 28.1 (5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7) on
> > > GNU/Linux. Compiling 28.2 tag, 29 branch and master branch ATM.
> >
> > Update: only reproducible on 28.2. Neither 29 nor master exhibit this
> > issue.
>
> Thanks for testing, so I'm closing this bug.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Mon, 20 Feb 2023 16:19:03 GMT)
Full text and
rfc822 format available.
Message #28 received at 61589-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
In the unlikely case that someone else reports it, the homebrew project
emacs-plus (@29 for that branch) seems to provide a solution.
On Mon, Feb 20, 2023 at 9:36 AM Adam Connor <adamc55 <at> gmail.com> wrote:
> This is frustrating, as emacs 29 is not available on MacOS except via
> compilation. Oh well. On linux, building it is fairly easy, but looks more
> involved on M1 macs.
>
> On Sat, Feb 18, 2023 at 1:22 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> > Cc: adamc55 <at> gmail.com, 61589 <at> debbugs.gnu.org
>> > Date: Sat, 18 Feb 2023 11:29:34 +0800
>> > From: Ruijie Yu via "Bug reports for GNU Emacs,
>> > the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> >
>> >
>> > Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text
>> editors" <bug-gnu-emacs <at> gnu.org> writes:
>> >
>> > > Cannot reproduce in 28.1 (5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7) on
>> > > GNU/Linux. Compiling 28.2 tag, 29 branch and master branch ATM.
>> >
>> > Update: only reproducible on 28.2. Neither 29 nor master exhibit this
>> > issue.
>>
>> Thanks for testing, so I'm closing this bug.
>>
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Mon, 20 Feb 2023 16:56:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 61589-done <at> debbugs.gnu.org (full text, mbox):
> From: Adam Connor <adamc55 <at> gmail.com>
> Date: Mon, 20 Feb 2023 09:36:20 -0600
> Cc: Ruijie Yu <ruijie <at> netyu.xyz>, 61589-done <at> debbugs.gnu.org
>
> This is frustrating, as emacs 29 is not available on MacOS except via compilation. Oh well. On linux,
> building it is fairly easy, but looks more involved on M1 macs.
Emacs 29 will be released in a few (hopefully a small number of)
months, so you will be able to have it.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61589
; Package
emacs
.
(Mon, 20 Feb 2023 17:36:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 61589-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
No way could I wait a few months for a working Python environment...
that's the day job, and this was a huge bug for that. I would have had to
switch to VSCode or something.
But I found a way to build for 29.
On Mon, Feb 20, 2023 at 10:55 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Adam Connor <adamc55 <at> gmail.com>
> > Date: Mon, 20 Feb 2023 09:36:20 -0600
> > Cc: Ruijie Yu <ruijie <at> netyu.xyz>, 61589-done <at> debbugs.gnu.org
> >
> > This is frustrating, as emacs 29 is not available on MacOS except via
> compilation. Oh well. On linux,
> > building it is fairly easy, but looks more involved on M1 macs.
>
> Emacs 29 will be released in a few (hopefully a small number of)
> months, so you will be able to have it.
>
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 21 Mar 2023 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 150 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.