GNU bug report logs - #49073
28.0.50; python-send-to-repl functions misbehave

Previous Next

Package: emacs;

Reported by: dalanicolai <at> gmail.com

Date: Thu, 17 Jun 2021 14:54:01 UTC

Severity: normal

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Augusto Stoffel <arstoffel <at> gmail.com>
To: 49073 <at> debbugs.gnu.org
Cc: dalanicolai <at> gmail.com, ben <at> sturm.com.au
Subject: bug#49073: 28.0.50; python-send-to-repl functions misbehave
Date: Sat, 26 Feb 2022 17:24:11 +0100
On Sat, 26 Feb 2022 at 10:23, Ben Sturmfels via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> wrote:

> On Thu, 17 Jun 2021, dalanicolai <at> gmail.com wrote:
>
>> This is a combined bug report for two unrelated but still somewhat
>> related bugs.
>>
>> - The first bug is that when using `python-send-to-repl` functions, the
>>   input does not get printed in the REPL buffer.

This is by design.  It's not too hard to copy the evaluated code to the
comint buffer, and I toyed a bit with it, eventually concluding that
it's not all that great of a feature.

As to the second point mentioned in the original message of this bug
(“for various setups, even the output does not get printed properly”), I
can't observe this, so a minimal recipe to reproduce would be
appreciated.

>
> This seems similar to bug#29592: 25.3; python does not print input or
> output in the inferior process.
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29592




This bug report was last modified 3 years and 145 days ago.

Previous Next


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