From: kobarity <kobarity@gmail.com>
To: "shynur ." <one.last.kiss@outlook.com>, Eli Zaretskii <eliz@gnu.org>
Cc: 71440@debbugs.gnu.org
Subject: bug#71440: Python Inferior Mode Can’t Recognize My Prompt
Date: Wed, 12 Jun 2024 01:24:39 +0900 [thread overview]
Message-ID: <eke7tthz4fco.wl-kobarity@gmail.com> (raw)
In-Reply-To: <eke7wmmy3znp.wl-kobarity@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2653 bytes --]
"shynur ." wrote:
> It works perfectly this time, except there’s a
> Warning (python): Python shell prompts cannot be detected.
Thanks for testing. Could you please try the improved patch I've
attached, which I believe will eliminate this warning as well?
> Eli Zaretskii wrote:
> > > > I wonder how PS1 and PS2 are at all relevant when using
> > > > python-shell-send-buffer? That function sends the buffer
> > > > text to Python, so where do PS1 and PS2 come into play,
> > > > and why does Python say "__PYTHON_EL_eval is not defined"
> > > > just because you have PS1 and PS2 customized?
PS1 and PS2 are set to `comint-prompt-regexp', and used to identify
execution completion. The prompts must also be identified to
determine if the command can be sent.
Python REPL cannot accept the Python code as is. For example, try
pasting the following code to the REPL:
if True:
print("True")
print("Hi")
You should see the message "SyntaxError: invalid syntax". This is
because the REPL requires an empty line to recognize the completion of
a block. For such reasons, `python-shell-send-*' sends a string as
the argument to __PYTHON_EL_eval instead of sending the code as is.
__PYTHON_EL_eval is defined during the initialization of inferior
Python, but if the prompt is not recognized, its definition cannot be
done either.
The prompts are recognized by `python-shell-prompt-detect'. A small
Python code sends PS1, etc. to Emacs as an array of JSON strings.
However, the JSON strings are hand-crafted for compatibility, as noted
in the comments below.
;; JSON is built manually for compatibility
The json package was added in Python 2.6, so I assume it is to support
Python 2.5 and earlier. This is fine for prompts consisting only of
ordinary characters, but will not result in a correct JSON string if
it contains escape sequences.
The attached improved patch uses the json package if available, so it
can handle escape sequences; without the json package, it works as
before. It means that prompts containing escape sequences can be
recognized in Python 2.6 or later. I have also added an ERT to check
this.
In the Inferior Python buffer, the escape sequences are removed using
`ansi-color-filter-apply'. Therefore, I used the same function to
remove escape sequences at the end of `python-shell-prompt-detect' to
make the prompts match.
Another approach would be to remove the escape sequences on the Python
side. It seems to be possible to do this using regular expressions,
but there does not seem to be a dedicated function for this.
[-- Attachment #2: 0001-Allow-escape-sequences-in-Python-prompts.patch --]
[-- Type: application/octet-stream, Size: 4161 bytes --]
From 3554c6d80134b6048f09b9c175c893968b8ddbc2 Mon Sep 17 00:00:00 2001
From: kobarity <kobarity@gmail.com>
Date: Wed, 12 Jun 2024 01:09:21 +0900
Subject: [PATCH] Allow escape sequences in Python prompts
* lisp/progmodes/python.el (python-shell-prompt-detect): Use
Python's json package if available, and remove escape sequences
in prompts.
* test/lisp/progmodes/python-tests.el
(python-tests-interpreter-2-6-higher-p): New predicate
function.
(python-shell-prompt-detect-7): New test. (Bug#71440)
---
lisp/progmodes/python.el | 9 +++++++--
test/lisp/progmodes/python-tests.el | 28 ++++++++++++++++++++++++++++
2 files changed, 35 insertions(+), 2 deletions(-)
diff --git a/lisp/progmodes/python.el b/lisp/progmodes/python.el
index 2664d71d358..ca5ecfab6ea 100644
--- a/lisp/progmodes/python.el
+++ b/lisp/progmodes/python.el
@@ -3104,8 +3104,13 @@ python-shell-prompt-detect
(let* ((code (concat
"import sys\n"
"ps = [getattr(sys, 'ps%s' % i, '') for i in range(1,4)]\n"
+ "try:\n"
+ " import json\n"
+ " ps_json = '\\n' + json.dumps(ps)\n"
+ "except ImportError:\n"
;; JSON is built manually for compatibility
- "ps_json = '\\n[\"%s\", \"%s\", \"%s\"]\\n' % tuple(ps)\n"
+ " ps_json = '\\n[\"%s\", \"%s\", \"%s\"]\\n' % tuple(ps)\n"
+ "\n"
"print (ps_json)\n"
"sys.exit(0)\n"))
(interpreter python-shell-interpreter)
@@ -3168,7 +3173,7 @@ python-shell-prompt-detect
"Or alternatively in:\n"
" + `python-shell-prompt-input-regexps'\n"
" + `python-shell-prompt-output-regexps'")))
- prompts))))
+ (mapcar #'ansi-color-filter-apply prompts)))))
(defun python-shell-prompt-validate-regexps ()
"Validate all user provided regexps for prompts.
diff --git a/test/lisp/progmodes/python-tests.el b/test/lisp/progmodes/python-tests.el
index ce103921454..04b9b448ec2 100644
--- a/test/lisp/progmodes/python-tests.el
+++ b/test/lisp/progmodes/python-tests.el
@@ -3820,6 +3820,17 @@ python-tests-interpreter-3-p
(when (string= (car (split-string (cdr info) "\\.")) "3")
(car info)))
+(defun python-tests-interpreter-2-6-higher-p (info)
+ "Check if the interpreter major version in INFO is 2.6 or higher.
+This function is intended to be used as the PRED argument of
+`python-tests-get-shell-interpreter'."
+ (let* ((version (split-string (cdr info) "\\."))
+ (major (string-to-number (car version)))
+ (minor (string-to-number (cadr version))))
+ (when (or (>= major 3)
+ (and (= major 2) (>= minor 6)))
+ (car info))))
+
(ert-deftest python-shell-get-process-name-1 ()
"Check process name calculation sans `buffer-file-name'."
(python-tests-with-temp-buffer
@@ -4353,6 +4364,23 @@ python-shell-prompt-detect-6
(should (not (get-buffer "*Warnings*"))))
(ignore-errors (delete-file startup-file))))))
+(ert-deftest python-shell-prompt-detect-7 ()
+ "Check prompt autodetection with escape sequences. Bug#71440."
+ (python-tests-with-shell-interpreter
+ #'python-tests-interpreter-2-6-higher-p
+ (let* ((process-environment process-environment)
+ (startup-code (concat "import sys\n"
+ "sys.ps1 = '\033[32mpy> \033[0m'\n"
+ "sys.ps2 = '\033[32m..> \033[0m'\n"
+ "sys.ps3 = '\033[32mout \033[0m'\n"))
+ (startup-file (python-shell--save-temp-file startup-code)))
+ (unwind-protect
+ (progn
+ (setenv "PYTHONSTARTUP" startup-file)
+ (should python-shell-prompt-detect-enabled)
+ (should (equal (python-shell-prompt-detect) '("py> " "..> " "out "))))
+ (ignore-errors (delete-file startup-file))))))
+
(ert-deftest python-shell-prompt-validate-regexps-1 ()
"Check `python-shell-prompt-input-regexps' are validated."
(let* ((python-shell-prompt-input-regexps '("\\("))
--
2.34.1
next prev parent reply other threads:[~2024-06-11 16:24 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-08 16:29 bug#71440: Python Inferior Mode Can’t Recognize My Prompt shynur .
2024-06-08 16:53 ` Eli Zaretskii
2024-06-08 17:06 ` shynur .
2024-06-08 17:29 ` bug#71440: " Eli Zaretskii
2024-06-08 17:46 ` shynur .
2024-06-08 18:41 ` bug#71440: " Eli Zaretskii
2024-06-08 19:50 ` shynur .
2024-06-09 4:31 ` bug#71440: " Eli Zaretskii
2024-06-09 10:11 ` shynur .
2024-06-09 10:25 ` bug#71440: " Eli Zaretskii
2024-06-09 10:49 ` shynur .
2024-06-09 11:02 ` bug#71440: " Eli Zaretskii
2024-06-09 15:26 ` kobarity
2024-06-09 15:40 ` bug#71440: Python Inferior Mode Canʼt " shynur .
2024-06-11 16:24 ` kobarity [this message]
2024-06-12 8:12 ` bug#71440: Python Inferior Mode Can’t " Eli Zaretskii
2024-06-12 13:09 ` kobarity
2024-06-12 16:57 ` shynur .
2024-06-13 14:24 ` kobarity
2024-06-15 10:45 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eke7tthz4fco.wl-kobarity@gmail.com \
--to=kobarity@gmail.com \
--cc=71440@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=one.last.kiss@outlook.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).