Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

behavior of KeyboardInterrupt?

Abierto
  • ¿Algo no está bien?
#30 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
38/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
julia, matplotlib, python
Área
data-visualization, desktop

Línea de trabajo

Reproduce el comportamiento de Windows Ctrl-C con PythonPlot, el bucle while true y la llamada de plotting mostrada en el issue. Empieza en src/pygui.jl:199 e inspecciona la pila de temporizadores de PythonCall y tkinter; compara el resultado con el backend GR. Se considera terminado cuando se puede interrumpir el cálculo de Julia sin romper las llamadas posteriores a PythonPlot.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

During an interactive session where I am variously running computations and plotting things, when I try to keyboard interrupt a running computation, Python apparently gets interrupted instead; for example, notice what happens when I hit Ctrl-C during a while true block:

julia> using PythonPlot

julia> plot(range(0, 1, 101).^2)
Python: [<matplotlib.lines.Line2D object at 0x0000022445A5FF50>]

julia> while true # surrogate for some long computation that I decide I want to interrupt
           5+2
           sleep(0.1)
       end
Error in Timer:
Python: KeyboardInterrupt:
Python stacktrace:
 [1] __getattr__
   @ tkinter C:\Users\zor_q\.julia\environments\v1.9\.CondaPkg\env\Lib\tkinter\__init__.py:2408
Stacktrace:
 [1] pythrow()
   @ PythonCall C:\Users\zor_q\.julia\packages\PythonCall\qTEA1\src\err.jl:94
 [2] errcheck
   @ C:\Users\zor_q\.julia\packages\PythonCall\qTEA1\src\err.jl:10 [inlined]
 [3] pygetattr(x::PythonCall.Py, k::String)
   @ PythonCall C:\Users\zor_q\.julia\packages\PythonCall\qTEA1\src\abstract\object.jl:60
 [4] getproperty(x::PythonCall.Py, k::Symbol)
   @ PythonCall C:\Users\zor_q\.julia\packages\PythonCall\qTEA1\src\Py.jl:261
 [5] (::PythonPlot.var"#9#10"{PythonCall.Py, PythonCall.Py, PythonCall.Py})(async::Timer)
   @ PythonPlot C:\Users\zor_q\.julia\packages\PythonPlot\f591M\src\pygui.jl:199
 [6] macro expansion
   @ .\asyncevent.jl:281 [inlined]
 [7] (::Base.var"#702#703"{PythonPlot.var"#9#10"{PythonCall.Py, PythonCall.Py, PythonCall.Py}, Timer})()
   @ Base .\task.jl:134

Meanwhile, the while true block continues running. If it were a computation that came to an end at some point, all future plotting would fail (I assume because the background Python process is no longer running?).

Is this the expected behavior? I would have hoped that the execution of the while true block would have been interrupted and Python would have been left alone.

For comparison, when using GR, it's the while true block that gets interrupted:

julia> using Plots # default backend is GR

julia> plot(range(0, 1, 101).^2) # plot window pops up

julia> while true # surrogate for long computation that I decide I want to interrupt
           5+2
           sleep(0.1)
       end
ERROR: InterruptException:
Stacktrace:
 [1] poptask(W::Base.IntrusiveLinkedListSynchronized{Task})
   @ Base .\task.jl:974
 [2] wait()
   @ Base .\task.jl:983
 [3] wait(c::Base.GenericCondition{Base.Threads.SpinLock}; first::Bool)
   @ Base .\condition.jl:130
 [4] wait
   @ .\condition.jl:125 [inlined]
 [5] _trywait(t::Timer)
   @ Base .\asyncevent.jl:138
 [6] wait
   @ .\asyncevent.jl:155 [inlined]
 [7] sleep
   @ .\asyncevent.jl:240 [inlined]
 [8] top-level scope
   @ .\REPL[3]:3

julia> plot(range(0, 1, 101).^2) # still plots successfully

julia> backend()
Plots.GRBackend()
Lenguaje dominante
Julia
Estrellas
85
Forks
9
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de JuliaPy/PythonPlot.jl

Todos los issues de JuliaPy/PythonPlot.jl

Issues similares

Más issues de Julia

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.