기본 콘텐츠로 건너뛰기

gdb로 errno를 붙잡아보자

가끔씩 Linux에서 GDB로 errno를 보고 싶을 때가 있는데, 그럴 때마다 "Cannot access memory at address 0x8"를 뱉어내곤 한다. 쩝쩝 errno가 멀티 스레드 환경에서 여기저기에서 세팅되는 현상을 막기 위해 함수(스레드에 따라 다른 errno 주소를 반환)로 구현한 것을 매크로로 재설정했기 때문이다.

매크로는 /usr/include/bits/errno.h에서 아래와 같이 정의하였다.
#define errno (*__errno_location ())


만약 errno 값을 보고 싶으면 일단 프로세스를 돌리고
(gdb) p (*__errno_location())


watch는 좀 복잡하다. 일단 errno의 포인터를 얻고 그것이 가르키고 있는 곳에 값을 감시하도록 하자.
(gdb) p/x (__errno_location())
$1 = 0xb7fea6a0
(gdb) watch (*(int*)0xb7fea6a0)
Hardware watchpoint 2: *(int *) 3086919328
(gdb) c
Continuing.
Hardware watchpoint 2: *(int *) 3086919328

Old value = 0
New value = 22

0x0050c885 in __read_nocancel () from /lib/tls/libc.so.6


뭐 이런 것이다. 근데 왜 errno를 __thread int로 정의하지 않은걸까?

댓글

이 블로그의 인기 게시물

탐색기에서 OneDrive 이 2개로 보이는 문제

왜 2개가 보이는지 모르겠지만, Registry 삭제하면 됨 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace 하위 키에서 OneDrive 둘 중에 하나만 지워도 바로 반영됨. 참조:  https://answers.microsoft.com/en-us/msoffice/forum/all/duplicate-onedrives-in-file-explorer/49c935a6-287b-43a5-aed5-2dee2a1c1b22

절전을 깨운 녀석 알아내기

가끔씩 윈도우 절전을 깨우는 녀석이 있는데, 보통은 USB Keyboard/Mouse 이다. 요런 녀석들은 장치관리자에서 "이 장치를 사용하여 컴퓨터의 대기 모드를 종료할 수 있음"을 꺼주면 된다. 그래도 가끔씩 알 수 없는 이유로 켜졌을 경우, 관리자 권한으로 커맨드 창 열고 확인한다. C:\> powercfg -lastwake 절전 모드 해제 기록 카운트 - 1 절전 모드 해제 기록[0] 절전 모드 해제 소스 카운트 - 1 절전 모드 해제 소스[0] 종류: 장치 인스턴스 경로: XXX 이름: YYY 설명: ZZZ 제조업체: AAA