New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Signals are not handled #5113
Comments
@coolreader18 do you have any idea about this? |
Probably |
The problem is that // disable echoing, canonical mode, extended input processing and signals
raw.c_lflag &= !(termios::ECHO | termios::ICANON | termios::IEXTEN | termios::ISIG); |
The linked issue in rustyline looks resolved. Is this issue also solved? |
Yep, submitted the PR a while ago. The issue is not solved though. The setup for rustyline needs to change a bit. If i get some time i will take a look at it. |
Feature
Signal does not seem to work with RustPython.
With the following Python file
test_signal.py
:With CPython, when running
python test_signal.py
:Ctrl+C
or sending SIGINT (e.g. withpkill -INT -ef test_signal.py
) exits the process with code 0, andSignal handler called with signal 2
is printed.Ctrl+\
or sending SIGQUIT (e.g. withpkill -QUIT -ef test_signal.py
) exits the process with code 0, andSignal handler called with signal 3
is printed.With RustPython (compiled from
main
(af884cb), when runningrustpython test_signal.py
:Ctrl+C
orCtrl+\
exists the process with error code 130, and aKeyboardInterrupt
message is printed:Python Documentation or reference to CPython source code
https://docs.python.org/3/library/signal.html
The text was updated successfully, but these errors were encountered: