python - Emacs Python-模式 : Sending statements to a subprocess does not lead to REPL-style evaluation-6ren

python - Emacs Python-模式 : Sending statements to a subprocess does not lead to REPL-style evaluation

转载作者：行者123 更新时间：2023-12-01 06:18:29

35

4

选择1 + 1并发出python-send-region后，我的子进程缓冲区没有显示任何结果。我必须评估 print 1 + 1。

如何强制 python-send-* 命令打印相应语句的值而不是回显其标准输出？

最佳答案

听起来你需要打印；使用打印。

emacs 正在启动一个 python 进程并从其标准输出获取文本，而不是 python 值。

关于python - Emacs Python-模式 : Sending statements to a subprocess does not lead to REPL-style evaluation，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1901354/

35

4

0

文章推荐： python - [GAE]模板中如何设置 `inline`

文章推荐： Java函数计算无重复排列

文章推荐： jQuery 将 url 变量传递给 load 函数

文章推荐： python - buildbot:使用 --trust-server-cert 运行 svn

python - 从 python subprocess.Popen(command, stderr=subprocess.PIPE, stdout=subprocess.PIPE) 捕获 stderr
我在这里看到这个帖子很多次了；但未能从命令中捕获故意错误。迄今为止我找到的最好的部分工作.. from Tkinter import * import os import Image, ImageTk
subprocess - 使用 subprocess.check_output Python 的环境变量
我正在尝试使用 Python 在我的服务器上进行一些基本的模块设置。这有点困难，因为我无法访问互联网。这是我的代码 import sys import os from subprocess impo
Python subprocess.call - 添加一个变量到 subprocess.call
这个问题在这里已经有了答案: Why does passing variables to subprocess.Popen not work despite passing a list of ar
python - 为什么 subprocess.Popen 类没有命名为 Subprocess？
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the
Python subprocess.call 和 subprocess.Popen 给我不同的输出
使用 subprocess.call 时，输出符合预期。 result = subprocess.call([securefx, '/NoPrompt', '/Q', '/RetryCount', r
Python:subprocess.Popen 和 subprocess.call 挂起
当我使用 subprocess.Popen 或 subprocess.call 执行生成大量输出的命令行时，python 脚本挂起，但奇怪的是，等待一段时间后，脚本处于挂起状态，发现cmd命令的作业已
python - subprocess.popen 和 subprocess.run 有什么区别
我是 subprocess 模块的新手，文档让我想知道 subprocess.popen 和 subprocess.run 之间有什么区别.命令的作用有区别吗？一个只是更新吗？哪个更好用？最佳答案
Python:ulimit 和不错的 subprocess.call/subprocess.Popen？
我需要限制使用 subprocess.call 从 python 进程生成的外部命令行应用程序占用的时间和 CPU，主要是因为有时生成的进程会卡住并将 CPU 固定在 99%。 nice 和 ulim
python - subprocess.check_output 与 subprocess.call 的性能
我一直在使用 subprocess.check_output()有一段时间从子进程捕获输出，但在某些情况下遇到了一些性能问题。我在 RHEL6 机器上运行它。调用 Python 环境是 linux
python - 使用 subprocess.Popen() 或 subprocess.check_call() 时程序卡住
我想从 python 运行一个程序并找到它的内存使用情况。为此，我正在使用: l=['./a.out','','out.txt'] p=subprocess.Popen(l,shell=False,s
Python subprocess.call 有效但 subprocess.check_call 无效 - 有什么区别？
我正在使用 Python 2.7 我正在尝试从 Python 运行 StatTransfer 程序。当我尝试时: tempname = os.path.abspath('./text.txt') T
python - 在 subprocess.check_call 中捕获 stderr 而不使用 subprocess.PIPE
我想执行以下操作: 使用 subprocess.check_call 从 Python 外壳到另一个可执行文件捕获子进程的 stderr(如果有) 将 stderr 输出添加到父进程的 Called
Python subprocess.run 与 stderr=subprocess.PIPE 重定向输入(文本)
我编写了一个程序(myProg.py)，它使用subprocess模块通过run函数运行其他python程序。我注意到这些其他 python 程序中的 input(arg) 语句中的 arg 没有
python - 何时使用 subprocess.call() 或 subprocess.Popen()，运行 airodump
我有这个小脚本可以让您的无线设备进入监控模式。它执行 airodump 扫描，然后在终止扫描后将输出转储到 file.txt 或变量，这样我就可以抓取 BSSID 和我可能需要的任何其他信息。我觉得
python - 如果我在 subprocess.Popen() 中不使用 stdout=subprocess.PIPE 有什么区别？
我最近在 Python 中注意到 subprocess.Popen() 有一个参数: stdout=None(default) 我还看到有人使用 stdout=subprocess.PIPE。有什么
python - subprocess.call() 和 subprocess.Popen() 之间有什么区别使前者的 PIPE 安全性降低？
我已经查看了它们的文档。这个问题是由 J.F. 在这里的评论提示的:Retrieving the output of subprocess.call() subprocess.call() 的当前
python - Python 的 subprocess.call 和 subprocess.run 有什么区别
我一直在尝试了解 subprocess.call 和 subprocess.run 之间的区别。我知道最后一个是 Python 3.5 上的新版本，两者都基于 subprocess.Popen，但我还
python - subprocess.Popen ("echo $HOME"... 和 subprocess.Popen( ["echo", "$HOME"] 有什么区别
我无法得到它与 bash 相关或 python 子进程，但结果不同: >>> subprocess.Popen("echo $HOME", shell=True, stdout=subprocess.
python - Subprocess.call 或 Subprocess.Popen 不能使用 PATH (Linux/Windows) 中的可执行文件
我正在编写一个需要在 Linux 和 Windows 上运行并使用路径中存在的可执行文件(带参数)的程序。 (假设) 目前，我在使用 Subprocess.Call 和 Subprocess.Pope
python - Python 3.9.1(或 3.9.2)中 "subprocess"模块的问题 - "subprocess.Popen"不起作用
当我的脚本有 .pyw扩展，函数 subprocess.Popen不起作用，但如果我使用 .py扩展，它的工作原理。其实扩展并不是那么重要，关键是我是否使用终端来运行脚本，如果我不使用它我有问题，否则

首页

博学

6Ren·AI

商城

python - Emacs Python-模式 : Sending statements to a subprocess does not lead to REPL-style evaluation