GDB를 사용하여 C API 확장 및 CPython Internals 디버깅¶
이 문서는 Python GDB 확장 프로그램인 python-gdb.py 를 GDB 디버거와 사용하여 CPython 확장 및 CPython 인터프리터 자체를 디버깅하는 방법을 설명합니다.
충돌이나 교착 상태와 같은 낮은 수준의 문제를 디버깅할 때는 GDB와 같은 낮은 수준의 디버거를 사용하여 문제를 진단하고 수정하는 것이 유용합니다. 기본적으로 GDB(또는 그 어떤 프론트엔드도)는 CPython 인터프리터에 특화된 높은 수준의 정보를 지원하지 않습니다.
python-gdb.py 확장 기능은 CPython 인터프리터 정보를 GDB에 추가합니다. 이 확장은 현재 실행 중인 Python 함수의 스택을 내부 검사하는 데 도움을 줍니다. PyObject* 포인터로 표현되는 Python 객체가 주어지면, 확장은 해당 객체의 유형과 값을 노출합니다.
CPython 확장을 개발하거나 C로 작성된 CPython의 일부를 만지는 개발자는 이 문서를 사용하여 GDB와 python-gdb.py 확장을 사용하는 방법을 배울 수 있습니다.
참고
본 문서는 GDB 및 CPython C API의 기초에 익숙하다고 가정합니다. 여기에는 `devguide <https://devguide.python.org>`_와 `Python wiki <https://wiki.python.org/moin/DebuggingWithGdb>`_의 지침을 통합했습니다.
사전 요구 사항¶
다음이 필요합니다:
GDB 7 이상. (더 이전 버전의 GDB는 Python 3.11 이전 버전의 소스에 있는
Misc/gdbinit를 참조하십시오.)Python 및 디버깅하는 모든 확장에 대한 GDB 호환 디버깅 정보.
python-gdb.py확장.
이 확장은 Python으로 구축되지만, 별도로 배포되거나 아예 배포되지 않을 수도 있습니다. 아래에는 몇 가지 일반적인 시스템에 대한 팁을 예시로 포함합니다. 지침이 시스템과 일치하더라도 구식이거나 다를 수 있음에 유의하십시오.
소스에서 빌드한 Python으로 설정하기¶
CPython을 소스에서 빌드할 때, 디버깅 정보가 사용 가능해야 하며, 빌드는 저장소의 루트 디렉터리에 python-gdb.py 파일을 추가해야 합니다.
지원 기능을 활성화하려면 python-gdb.py 를 포함하는 디렉터리를 GDB의 “auto-load-safe-path”에 추가해야 합니다. 이렇게 하지 않은 경우, 최신 버전의 GDB는 이 방법을 안내하는 경고 메시지를 출력합니다.
참고
사용자의 GDB 버전에 대한 지침이 없는 경우, 이 내용을 구성 파일(~/.gdbinit 또는 ~/.config/gdb/gdbinit)에 추가하십시오:
add-auto-load-safe-path /path/to/cpython
또한 : 로 구분하여 여러 경로를 추가할 수 있습니다.
리눅스 배포판용 Python 설정¶
대부분의 리눅스 시스템은 python-debuginfo, python-dbg 또는 유사한 패키지에 시스템 Python에 대한 디버그 정보를 제공합니다. 예를 들면:
Fedora:
sudo dnf install gdb sudo dnf debuginfo-install python3
Ubuntu:
sudo apt install gdb python3-dbg
여러 최신 리눅스 시스템에서 GDB는 debuginfod 를 사용하여 디버깅 심볼을 자동으로 다운로드할 수 있습니다. 하지만 이는 python-gdb.py 확장을 설치하지 않으며, 일반적으로 디버그 정보 패키지를 별도로 설치할 필요가 있습니다.
디버그 빌드 및 개발 모드 사용하기¶
디버깅을 더 쉽게 하기 위해 다음을 고려해 볼 수 있습니다:
디버그 빌드 의 Python을 사용하십시오. (소스에서 빌드하는 경우
configure --with-pydebug를 사용하십시오. 리눅스 배포판의 경우, 사용 가능한python-debug또는python-dbg와 같은 패키지를 설치하고 실행하십시오.)런타임 개발 모드 (
-X dev)를 사용하십시오.
둘 다 추가 어서션(assertions)을 활성화하고 일부 최적화를 비활성화합니다. 때로는 찾으려는 버그를 숨기지만, 대부분의 경우 과정을 더 쉽게 만듭니다.
python-gdb 확장을 사용하기¶
확장이 로드되면 두 가지 주요 기능을 제공합니다: Python 값을 위한 예쁜 프린터와 추가 명령.
예쁜 프린터¶
확장이 활성화되면 GDB 백트레이스가 이런 모양으로 나타납니다 (자르기됨):
#0 0x000000000041a6b1 in PyObject_Malloc (nbytes=Cannot access memory at address 0x7fffff7fefe8
) at Objects/obmalloc.c:748
#1 0x000000000041b7c0 in _PyObject_DebugMallocApi (id=111 'o', nbytes=24) at Objects/obmalloc.c:1445
#2 0x000000000041b717 in _PyObject_DebugMalloc (nbytes=24) at Objects/obmalloc.c:1412
#3 0x000000000044060a in _PyUnicode_New (length=11) at Objects/unicodeobject.c:346
#4 0x00000000004466aa in PyUnicodeUCS2_DecodeUTF8Stateful (s=0x5c2b8d "__lltrace__", size=11, errors=0x0, consumed=
0x0) at Objects/unicodeobject.c:2531
#5 0x0000000000446647 in PyUnicodeUCS2_DecodeUTF8 (s=0x5c2b8d "__lltrace__", size=11, errors=0x0)
at Objects/unicodeobject.c:2495
#6 0x0000000000440d1b in PyUnicodeUCS2_FromStringAndSize (u=0x5c2b8d "__lltrace__", size=11)
at Objects/unicodeobject.c:551
#7 0x0000000000440d94 in PyUnicodeUCS2_FromString (u=0x5c2b8d "__lltrace__") at Objects/unicodeobject.c:569
#8 0x0000000000584abd in PyDict_GetItemString (v=
{'Yuck': <type at remote 0xad4730>, '__builtins__': <module at remote 0x7ffff7fd5ee8>, '__file__': 'Lib/test/crashers/nasty_eq_vs_dict.py', '__package__': None, 'y': <Yuck(i=0) at remote 0xaacd80>, 'dict': {0: 0, 1: 1, 2: 2, 3: 3}, '__name__': '__main__', 'z': <Yuck(i=0) at remote 0xaace60>, '__doc__': None}, key=
0x5c2b8d "__lltrace__") at Objects/dictobject.c:2171
딕셔너리 인자 PyDict_GetItemString 을은 불투명한 PyObject * 포인터 대신 그 repr() 형태로 표시하는 것을 주목하십시오.
이 확장은 PyObject * 유형의 값에 대해 사용자 정의 출력 루틴을 제공하여 작동합니다. 만약 객체의 더 낮은 수준의 세부 정보에 접근해야 한다면, 해당 값을 적절한 유형의 포인터로 캐스팅하십시오. 예를 들면 다음과 같습니다:
(gdb) p globals
$1 = {'__builtins__': <module at remote 0x7ffff7fb1868>, '__name__':
'__main__', 'ctypes': <module at remote 0x7ffff7f14360>, '__doc__': None,
'__package__': None}
(gdb) p *(PyDictObject*)globals
$2 = {ob_refcnt = 3, ob_type = 0x3dbdf85820, ma_fill = 5, ma_used = 5,
ma_mask = 7, ma_table = 0x63d0f8, ma_lookup = 0x3dbdc7ea70
<lookdict_string>, ma_smalltable = {{me_hash = 7065186196740147912,
me_key = '__builtins__', me_value = <module at remote 0x7ffff7fb1868>},
{me_hash = -368181376027291943, me_key = '__name__',
me_value ='__main__'}, {me_hash = 0, me_key = 0x0, me_value = 0x0},
{me_hash = 0, me_key = 0x0, me_value = 0x0},
{me_hash = -9177857982131165996, me_key = 'ctypes',
me_value = <module at remote 0x7ffff7f14360>},
{me_hash = -8518757509529533123, me_key = '__doc__', me_value = None},
{me_hash = 0, me_key = 0x0, me_value = 0x0}, {
me_hash = 6614918939584953775, me_key = '__package__', me_value = None}}}
참고로, 미리보기 프린터들은 실제로 repr() 을 호출하지 않습니다. 기본 유형의 경우, 내부 결과를 유사하게 일치시키려고 시도합니다.
혼란스러울 수 있는 부분은 일부 유형에 대한 사용자 정의 프린터가 표준 유형의 GDB 빌트인 프린터와 매우 유사해 보인다는 점입니다. 예를 들어, Python int (PyLongObject*)에 대한 미리보기 프린터는 일반적인 머신 레벨 정수와 구별할 수 없는 표현을 제공합니다:
(gdb) p some_machine_integer
$3 = 42
(gdb) p some_python_integer
$4 = 42
내부 구조는 PyLongObject* 로 캐스팅하여 확인할 수 있습니다:
(gdb) p *(PyLongObject*)some_python_integer
$5 = {ob_base = {ob_base = {ob_refcnt = 8, ob_type = 0x3dad39f5e0}, ob_size = 1},
ob_digit = {42}}
str 유형에서도 유사한 혼동이 발생할 수 있으며, 이 경우 출력 결과가 gdb의 char * 에 대한 빌트인 프린터와 매우 유사해 보입니다:
(gdb) p ptr_to_python_str
$6 = '__builtins__'
str 인스턴스에 대한 미리보기 프린터는 기본적으로 단일 따옴표를 사용하며(이는 Python의 문자열 repr``도 사용하는 방식입니다), 반면 ``char * 값에 대한 표준 프린터는 이중 따옴표를 사용하며 16진수 주소를 포함합니다:
(gdb) p ptr_to_char_star
$7 = 0x6d72c0 "hello world"
다시 한번, 내부 구현 세부 사항은 PyUnicodeObject* 로 캐스팅하여 확인할 수 있습니다:
(gdb) p *(PyUnicodeObject*)$6
$8 = {ob_base = {ob_refcnt = 33, ob_type = 0x3dad3a95a0}, length = 12,
str = 0x7ffff2128500, hash = 7065186196740147912, state = 1, defenc = 0x0}
py-list¶
이 확장은
py-list명령을 추가하여 선택된 스레드 내 현재 프레임에 대한 Python 소스 코드(존재하는 경우)를 나열합니다. 현재 줄은 “>”::로 표시됩니다:(gdb) py-list 901 if options.profile: 902 options.profile = False 903 profile_me() 904 return 905 >906 u = UI() 907 if not u.quit: 908 try: 909 gtk.main() 910 except KeyboardInterrupt: 911 # 키보드 인터럽트 시 적절하게 종료합니다...Python 소스 코드 내의 다른 줄 번호를 나열하려면
py-list START를 사용하고, 특정 범위의 줄을 나열하려면py-list START,END를 사용하십시오.
py-up 및 py-down¶
py-up및py-down명령은 GDB의 일반up및down명령과 유사하지만, C 프레임 대신 CPython 프레임 레벨에서 이동하려고 시도합니다.GDB는 CPython의 컴파일된 최적화 수준에 따라 관련 프레임 정보를 항상 읽어올 수 있는 것은 아닙니다. 내부적으로 이 명령들은 기본 프레임 평가 함수를 실행하는 C 프레임(즉, CPython 내의 핵심 바이트코드 인터프리터 루프)을 찾고 관련
PyFrameObject *의 값을 조회합니다.이들은 스레드 내에서 프레임 번호(C 레벨)를 출력합니다.
예를 들면
(gdb) py-up #37 Frame 0x9420b04, for file /usr/lib/python2.6/site-packages/ gnome_sudoku/main.py, line 906, in start_game () u = UI() (gdb) py-up #40 Frame 0x948e82c, for file /usr/lib/python2.6/site-packages/ gnome_sudoku/gnome_sudoku.py, line 22, in start_game(main=<module at remote 0xb771b7f4>) main.start_game() (gdb) py-up Unable to find an older python frame따라서 우리는 Python 스택의 최상단에 있습니다.
프레임 번호는 GDB의 표준
backtrace명령에 의해 표시되는 번호와 일치합니다. 이 명령은 Python 코드를 실행하지 않는 C 프레임은 건너뜁니다.아래쪽으로 돌아가기:
(gdb) py-down #37 Frame 0x9420b04, for file /usr/lib/python2.6/site-packages/gnome_sudoku/main.py, line 906, in start_game () u = UI() (gdb) py-down #34 (unable to read python frame information) (gdb) py-down #23 (unable to read python frame information) (gdb) py-down #19 (unable to read python frame information) (gdb) py-down #14 Frame 0x99262ac, for file /usr/lib/python2.6/site-packages/gnome_sudoku/game_selector.py, line 201, in run_swallowed_dialog (self=<NewOrSavedGameSelector(new_game_model=<gtk.ListStore at remote 0x98fab44>, puzzle=None, saved_games=[{'gsd.auto_fills': 0, 'tracking': {}, 'trackers': {}, 'notes': [], 'saved_at': 1270084485, 'game': '7 8 0 0 0 0 0 5 6 0 0 9 0 8 0 1 0 0 0 4 6 0 0 0 0 7 0 6 5 0 0 0 4 7 9 2 0 0 0 9 0 1 0 0 0 3 9 7 6 0 0 0 1 8 0 6 0 0 0 0 2 8 0 0 0 5 0 4 0 6 0 0 2 1 0 0 0 0 0 4 5\n7 8 0 0 0 0 0 5 6 0 0 9 0 8 0 1 0 0 0 4 6 0 0 0 0 7 0 6 5 1 8 3 4 7 9 2 0 0 0 9 0 1 0 0 0 3 9 7 6 0 0 0 1 8 0 6 0 0 0 0 2 8 0 0 0 5 0 4 0 6 0 0 2 1 0 0 0 0 0 4 5', 'gsd.impossible_hints': 0, 'timer.__absolute_start_time__': <float at remote 0x984b474>, 'gsd.hints': 0, 'timer.active_time': <float at remote 0x984b494>, 'timer.total_time': <float at remote 0x984b464>}], dialog=<gtk.Dialog at remote 0x98faaa4>, saved_game_model=<gtk.ListStore at remote 0x98fad24>, sudoku_maker=<SudokuMaker(terminated=False, played=[], batch_siz...(truncated) swallower.run_dialog(self.dialog) (gdb) py-down #11 Frame 0x9aead74, for file /usr/lib/python2.6/site-packages/gnome_sudoku/dialog_swallower.py, line 48, in run_dialog (self=<SwappableArea(running=<gtk.Dialog at remote 0x98faaa4>, main_page=0) at remote 0x98fa6e4>, d=<gtk.Dialog at remote 0x98faaa4>) gtk.main() (gdb) py-down #8 (unable to read python frame information) (gdb) py-down Unable to find a newer python frame그리고 우리는 Python 스택의 가장 아래에 있습니다.
Python 3.12 및 이후 버전에서는 동일한 C 스택 프레임이 여러 Python 스택 프레임에 사용될 수 있다는 점에 유의하십시오. 이는
py-up및py-down이 한 번에 여러 Python 프레임을 이동시킬 수 있음을 의미합니다. 예를 들면 다음과 같습니다:(gdb) py-up #6 Frame 0x7ffff7fb62b0, for file /tmp/rec.py, line 5, in recursive_function (n=0) time.sleep(5) #6 Frame 0x7ffff7fb6240, for file /tmp/rec.py, line 7, in recursive_function (n=1) recursive_function(n-1) #6 Frame 0x7ffff7fb61d0, for file /tmp/rec.py, line 7, in recursive_function (n=2) recursive_function(n-1) #6 Frame 0x7ffff7fb6160, for file /tmp/rec.py, line 7, in recursive_function (n=3) recursive_function(n-1) #6 Frame 0x7ffff7fb60f0, for file /tmp/rec.py, line 7, in recursive_function (n=4) recursive_function(n-1) #6 Frame 0x7ffff7fb6080, for file /tmp/rec.py, line 7, in recursive_function (n=5) recursive_function(n-1) #6 Frame 0x7ffff7fb6020, for file /tmp/rec.py, line 9, in <module> () recursive_function(5) (gdb) py-up Unable to find an older python frame
py-bt¶
py-bt명령은 현재 스레드의 Python 레벨 백트레이스를 표시하려고 시도합니다.예를 들면
(gdb) py-bt #8 (unable to read python frame information) #11 Frame 0x9aead74, for file /usr/lib/python2.6/site-packages/gnome_sudoku/dialog_swallower.py, line 48, in run_dialog (self=<SwappableArea(running=<gtk.Dialog at remote 0x98faaa4>, main_page=0) at remote 0x98fa6e4>, d=<gtk.Dialog at remote 0x98faaa4>) gtk.main() #14 Frame 0x99262ac, for file /usr/lib/python2.6/site-packages/gnome_sudoku/game_selector.py, line 201, in run_swallowed_dialog (self=<NewOrSavedGameSelector(new_game_model=<gtk.ListStore at remote 0x98fab44>, puzzle=None, saved_games=[{'gsd.auto_fills': 0, 'tracking': {}, 'trackers': {}, 'notes': [], 'saved_at': 1270084485, 'game': '7 8 0 0 0 0 0 5 6 0 0 9 0 8 0 1 0 0 0 4 6 0 0 0 0 7 0 6 5 0 0 0 4 7 9 2 0 0 0 9 0 1 0 0 0 3 9 7 6 0 0 0 1 8 0 6 0 0 0 0 2 8 0 0 0 5 0 4 0 6 0 0 2 1 0 0 0 0 0 4 5\n7 8 0 0 0 0 0 5 6 0 0 9 0 8 0 1 0 0 0 4 6 0 0 0 0 7 0 6 5 1 8 3 4 7 9 2 0 0 0 9 0 1 0 0 0 3 9 7 6 0 0 0 1 8 0 6 0 0 0 0 2 8 0 0 0 5 0 4 0 6 0 0 2 1 0 0 0 0 0 4 5', 'gsd.impossible_hints': 0, 'timer.__absolute_start_time__': <float at remote 0x984b474>, 'gsd.hints': 0, 'timer.active_time': <float at remote 0x984b494>, 'timer.total_time': <float at remote 0x984b464>}], dialog=<gtk.Dialog at remote 0x98faaa4>, saved_game_model=<gtk.ListStore at remote 0x98fad24>, sudoku_maker=<SudokuMaker(terminated=False, played=[], batch_siz...(truncated) swallower.run_dialog(self.dialog) #19 (unable to read python frame information) #23 (unable to read python frame information) #34 (unable to read python frame information) #37 Frame 0x9420b04, for file /usr/lib/python2.6/site-packages/gnome_sudoku/main.py, line 906, in start_game () u = UI() #40 Frame 0x948e82c, for file /usr/lib/python2.6/site-packages/gnome_sudoku/gnome_sudoku.py, line 22, in start_game (main=<module at remote 0xb771b7f4>) main.start_game()프레임 번호는 GDB의 표준
backtrace명령과 일치합니다.
py-print¶
py-print명령은 Python 이름 조회 및 출력 시도를 수행합니다. 현재 스레드의 로컬, 다음으로 전역, 그리고 최종적으로 빌트인 영역에서 탐색합니다:(gdb) py-print self local 'self' = <SwappableArea(running=<gtk.Dialog at remote 0x98faaa4>, main_page=0) at remote 0x98fa6e4> (gdb) py-print __name__ global '__name__' = 'gnome_sudoku.dialog_swallower' (gdb) py-print len builtin 'len' = <built-in function len> (gdb) py-print scarlet_pimpernel 'scarlet_pimpernel' not found현재 C 프레임이 여러 Python 프레임에 해당하면,
py-print는 첫 번째 프레임만 고려합니다.
py-locals¶
py-locals명령은 선택된 스레드의 현재 Python 프레임 내의 모든 Python 지역 변수를 조회하고 그 표현을 출력합니다:(gdb) py-locals self = <SwappableArea(running=<gtk.Dialog at remote 0x98faaa4>, main_page=0) at remote 0x98fa6e4> d = <gtk.Dialog at remote 0x98faaa4>현재 C 프레임이 여러 Python 프레임에 해당하면, 관련된 모든 프레임의 지역 변수가 표시됩니다:
(gdb) py-locals Locals for recursive_function n = 0 Locals for recursive_function n = 1 Locals for recursive_function n = 2 Locals for recursive_function n = 3 Locals for recursive_function n = 4 Locals for recursive_function n = 5 Locals for <module>
GDB 명령 사용¶
확장 명령은 GDB의 빌트인 명령을 보완합니다. 예를 들어, py-bt``가 보여주는 프레임 번호를 ``frame 명령과 함께 사용하여 선택된 스레드 내 특정 프레임으로 이동할 수 있습니다. 다음과 같습니다:
(gdb) py-bt
(output snipped)
#68 Frame 0xaa4560, for file Lib/test/regrtest.py, line 1548, in <module> ()
main()
(gdb) frame 68
#68 0x00000000004cd1e6 in PyEval_EvalFrameEx (f=Frame 0xaa4560, for file Lib/test/regrtest.py, line 1548, in <module> (), throwflag=0) at Python/ceval.c:2665
2665 x = call_function(&sp, oparg);
(gdb) py-list
1543 # Run the tests in a context manager that temporary changes the CWD to a
1544 # temporary and writable directory. If it's not possible to create or
1545 # change the CWD, the original CWD will be used. The original CWD is
1546 # available from test_support.SAVEDCWD.
1547 with test_support.temp_cwd(TESTCWD, quiet=True):
>1548 main()
${{info threads``} 명령은 프로세스 내의 스레드 목록을 제공하며, 그리고 ${{thread``} 명령을 사용하여 다른 스레드를 선택할 수 있습니다.
(gdb) info threads
105 Thread 0x7fffefa18710 (LWP 10260) sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:86
104 Thread 0x7fffdf5fe710 (LWP 10259) sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:86
* 1 Thread 0x7ffff7fe2700 (LWP 10145) 0x00000038e46d73e3 in select () at ../sysdeps/unix/syscall-template.S:82
모든 스레드에 명령을 실행하려면 thread apply all COMMAND 또는 (축약어로 t a a COMMAND)를 사용할 수 있습니다. py-bt 를 사용하면 모든 스레드가 Python 수준에서 무엇을 하는지 확인할 수 있습니다.
(gdb) t a a py-bt
Thread 105 (Thread 0x7fffefa18710 (LWP 10260)):
#5 Frame 0x7fffd00019d0, for file /home/david/coding/python-svn/Lib/threading.py, line 155, in _acquire_restore (self=<_RLock(_Verbose__verbose=False, _RLock__owner=140737354016512, _RLock__block=<thread.lock at remote 0x858770>, _RLock__count=1) at remote 0xd7ff40>, count_owner=(1, 140737213728528), count=1, owner=140737213728528)
self.__block.acquire()
#8 Frame 0x7fffac001640, for file /home/david/coding/python-svn/Lib/threading.py, line 269, in wait (self=<_Condition(_Condition__lock=<_RLock(_Verbose__verbose=False, _RLock__owner=140737354016512, _RLock__block=<thread.lock at remote 0x858770>, _RLock__count=1) at remote 0xd7ff40>, acquire=<instancemethod at remote 0xd80260>, _is_owned=<instancemethod at remote 0xd80160>, _release_save=<instancemethod at remote 0xd803e0>, release=<instancemethod at remote 0xd802e0>, _acquire_restore=<instancemethod at remote 0xd7ee60>, _Verbose__verbose=False, _Condition__waiters=[]) at remote 0xd7fd10>, timeout=None, waiter=<thread.lock at remote 0x858a90>, saved_state=(1, 140737213728528))
self._acquire_restore(saved_state)
#12 Frame 0x7fffb8001a10, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 348, in f ()
cond.wait()
#16 Frame 0x7fffb8001c40, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 37, in task (tid=140737213728528)
f()
Thread 104 (Thread 0x7fffdf5fe710 (LWP 10259)):
#5 Frame 0x7fffe4001580, for file /home/david/coding/python-svn/Lib/threading.py, line 155, in _acquire_restore (self=<_RLock(_Verbose__verbose=False, _RLock__owner=140737354016512, _RLock__block=<thread.lock at remote 0x858770>, _RLock__count=1) at remote 0xd7ff40>, count_owner=(1, 140736940992272), count=1, owner=140736940992272)
self.__block.acquire()
#8 Frame 0x7fffc8002090, for file /home/david/coding/python-svn/Lib/threading.py, line 269, in wait (self=<_Condition(_Condition__lock=<_RLock(_Verbose__verbose=False, _RLock__owner=140737354016512, _RLock__block=<thread.lock at remote 0x858770>, _RLock__count=1) at remote 0xd7ff40>, acquire=<instancemethod at remote 0xd80260>, _is_owned=<instancemethod at remote 0xd80160>, _release_save=<instancemethod at remote 0xd803e0>, release=<instancemethod at remote 0xd802e0>, _acquire_restore=<instancemethod at remote 0xd7ee60>, _Verbose__verbose=False, _Condition__waiters=[]) at remote 0xd7fd10>, timeout=None, waiter=<thread.lock at remote 0x858860>, saved_state=(1, 140736940992272))
self._acquire_restore(saved_state)
#12 Frame 0x7fffac001c90, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 348, in f ()
cond.wait()
#16 Frame 0x7fffac0011c0, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 37, in task (tid=140736940992272)
f()
Thread 1 (Thread 0x7ffff7fe2700 (LWP 10145)):
#5 Frame 0xcb5380, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 16, in _wait ()
time.sleep(0.01)
#8 Frame 0x7fffd00024a0, for file /home/david/coding/python-svn/Lib/test/lock_tests.py, line 378, in _check_notify (self=<ConditionTests(_testMethodName='test_notify', _resultForDoCleanups=<TestResult(_original_stdout=<cStringIO.StringO at remote 0xc191e0>, skipped=[], _mirrorOutput=False, testsRun=39, buffer=False, _original_stderr=<file at remote 0x7ffff7fc6340>, _stdout_buffer=<cStringIO.StringO at remote 0xc9c7f8>, _stderr_buffer=<cStringIO.StringO at remote 0xc9c790>, _moduleSetUpFailed=False, expectedFailures=[], errors=[], _previousTestClass=<type at remote 0x928310>, unexpectedSuccesses=[], failures=[], shouldStop=False, failfast=False) at remote 0xc185a0>, _threads=(0,), _cleanups=[], _type_equality_funcs={<type at remote 0x7eba00>: <instancemethod at remote 0xd750e0>, <type at remote 0x7e7820>: <instancemethod at remote 0xd75160>, <type at remote 0x7e30e0>: <instancemethod at remote 0xd75060>, <type at remote 0x7e7d20>: <instancemethod at remote 0xd751e0>, <type at remote 0x7f19e0...(truncated)
_wait()