Ipython: 셀에서 pdb를 실행한 후 중단, 커널/인터럽트가 도움이 되지 않음

나는 같은 문제에 직면 해있다.

여기도 마찬가지입니다. 이것은 내 몸의 다소 민감한 부분에서 왕의 고통입니다. 실행 중인 셀 없이 pdb를 중지하는 편리한 방법이 있다면 이를 완화할 수 있습니다. 또는 노트북을 종료하기 전에 최소한 작업을 저장하는 방법이 중요합니다(예: 훈련된 신경망 및 2000 epoch 이후 저장 시 노트북 충돌).

Jupyter 버전 4.30, Python 3.6.2에서도 이 문제가 있습니다. 커널을 다시 시작하는 것이 이 문제를 처리하는 유일한 방법인 것 같습니다.

이것 때문에 8시간 계산을 놓쳤습니다...다시 시작해야 합니다.

오늘 결과를 발표할 64시간 계산을 놓쳤습니다. -.-

아무도 해결책을 찾지 못했습니까?

이것도 그냥 물렸습니다. 사람들은 일반적으로 jupyter 노트북에서 어떻게 디버그합니까? pdb를 사용하는 것은 수류탄을 저글링하는 것과 같습니다.

제발 고쳐주세요! 나는 지속적으로이 문제가 발생합니다.

여기도 마찬가지입니다. 매우 긴 계산을 다시 해야 함

여기도 마찬가지.

누군가 고쳐주세요. 그러면 $5를 지불하겠습니다.

@zsal 진지 하다면 https://www.bountysource.com에 문제를 추가할 수 있습니다.

같은 문제가 있습니다. 더 이상 입력 프롬프트에 도달할 수 없더라도 폭주하는 프로세스 또는 입력을 "대기"하고 제어권을 되찾는 프로세스를 중단하는 방법이 필요합니다.

나는 초보자입니다. 고급 프로그래머는 노트북에서 어떻게 디버깅합니까? 확실히 그들은이 "시한 폭탄"과 함께 PDB를 사용하지 않습니까? 비밀을 공유해주세요! :)

+1

+1

+1

+1

위로!
이 문제는 pdb를 사용하고 셀을 다시 실행하기 전에 종료하는 것을 잊었을 때마다 수년 동안 저에게 고통이었습니다.

저는 BountySource에서 현상금을 만들었습니다. 우리가 충분한 돈을 모을 수 있다면 아마도 이것은 마침내 고칠 것입니다.
https://www.bountysource.com/issues/44958889-hang-after-running-pdb-in-a-cell-kernel-interrupt-doesn-t-help

+1

+1

이것은 몇 년 동안 나를 미치게 만들었습니다.

대신 IPython.core.debugger.Pdb 사용하는 것은 어떻습니까?

from IPython.core.debugger import Pdb; Pdb().set_trace()

(또는 %debug 매직 을 디버깅에 사용할 수 있습니다.)

Pdb().set_trace() 두 번 실행해도 동일한 문제가 발생합니다.

나는 이것을 조사하고 있다. 인터럽트가 작동하는 기본 방법은 (Unix에서) 프로세스에 신호를 보내서 KeyboardInterrupt를 발생시키는 것입니다.

이 문제가 발생하는 데는 여러 가지 문제가 있는 것 같습니다.

1. SIGINT는 zeromq를 중단하지 않습니다. 이것은 https://github.com/zeromq/pyzmq/pull/1368에 의해 수정되기를
2. zeromq가 인터럽트가 가능하더라도 pdb 에는 침투를 방지하는 KeyboardInterrupt 포착 코드가 많이 있다고 생각합니다. 이것은 IPython.core.debugger.Pdb 에서 고칠 수 있습니다.

1. 정확하지 않은 경우, zeromq는 SIGINT에 의해 중단되고 최소한 SIGINT 핸들러 자체가 재정의되지 않는 한 KeyboardInterrupt를 발생시킵니다.

@minrk 가

이 수정 사항을 적용하려면 다음이 수행되어야 합니다.

• [x] 병합 https://github.com/ipython/ipython/pull/12168
• [x] 새로운 IPython 릴리스
• [x] https://github.com/ipython/ipykernel/pull/490 병합
• [x] 병합 https://github.com/ipython/ipykernel/pull/498
• [ ] 새로운 IPykernel 릴리스

찾아주셔서 정말 감사합니다!!

새로운 IPykernel 릴리스가 나오자 마자 이것은 수정된 대로 종료될 수 있습니다.

완료! 닫을 수 있습니다.

import IPython
import ipykernel
print(IPython.__version__)
print(ipykernel.__version__)
IPython.core.debugger.set_trace()

7.15.0
5.3.0

``` 250 sys.stdout.flush()
251
--> 252 def __call__(자신, 결과=없음):
253 """기록 캐시 관리로 인쇄 중입니다.
254

--키보드 인터럽트--
--키보드 인터럽트--
```

내 경우에는 KeyboardInterrupt가 아무 일도 하지 않는 것 같습니다. 예상되는 행동입니까?

방해가 될 것으로 예상됩니다. 재현할 수 있는지 알아보겠습니다. 이것은 Windows, 예?

맥OS 10.15.5

Python 3.6.2 (default, May  4 2018, 19:40:30)
[GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.1)] on darwin

아, 예상하지 못한 일입니다. 명확히 하기 위해 추가할 수 있는 정보가 있으면 알려주십시오.

핍 목록
```패키지 버전

앱노프 0.1.0
속성 19.3.0
백콜 0.2.0
표백제 3.1.5
데코레이터 4.4.2
defusedxml 0.6.0
진입점 0.3
아이피커널 5.3.0
아이파이썬 7.15.0
ipython-genutils 0.2.0
아이피위젯 7.5.1
제다이 0.17.1
진자2 2.11.2
json스키마 3.2.0
주피터 1.0.0
주피터 클라이언트 6.1.3
주피터 콘솔 6.1.0
주피터 코어 4.6.3
마크업세이프 1.1.1
불행 0.8.4
nbconvert 5.6.1
엔비포맷 5.0.7
노트북 6.0.3
포장 20.4
판독 필터 1.4.2
파소 0.7.0
기대 4.8.0
피클쉐어 0.7.5
핍 20.0.2
프로메테우스 클라이언트 0.8.0
프롬프트 툴킷 3.0.5
피티프로세스 0.6.0
안료 2.6.1
파이파싱 2.4.7
열렬한 0.16.0
파이썬-dateutil 2.8.1
pyzmq 19.0.1
큐티콘솔 4.7.5
큐티파이 1.9.0
Send2Trash 1.5.0
설정 도구 46.0.0
여섯 1.15.0
터미널 0.8.3
테스트 경로 0.4.4
토네이도 6.0.4
형질 4.3.3
화장실 폭 0.2.5
웹 인코딩 0.5.1
휠 0.34.2
위젯nbextension 3.5.1```

나를 위해 업데이트 후에도 문제가 지속되었습니다. 또한 작업에 사용하는 원격 Linux 컴퓨팅 노드에서 다음을 참조하십시오.

import IPython
import ipykernel
import os
import platform

print(IPython.__version__)
print(ipykernel.__version__)
print(os.name,platform.system(),platform.release())
IPython.core.debugger.set_trace()

7.15.0
5.3.0
포식스 리눅스 4.19.94-300.el7.x86_64

현재 꽤 부피가 큰 환경에서 작업 중이므로 일부 종속성이 원인일 수 있음을 배제할 수 없습니까? 나는 그것이 유용하다면 최소한의 환경에서도 오류가 재현되는지 확인할 수 있습니까?

아직 출시되지 않은 IPykernel의 마스터가 필요합니다.