기본 콘텐츠로 건너뛰기

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

버즈 라이브 배터리 교체

나는 버즈 라이브(SM-R180)가 좋은데, 평가가 별루였는지, 해당 스타일로 버즈를 더 이상 만들지 않고 있다. 아무튼, 오래 쓴 버즈 라이브 배터리가 슬슬 맛이 가기 시작해서, 블로그 를 참조하면서 분해 및 교체를 하였다. (진짜 쉬움) 요로코롬 위아래를 살짝 눌러주면 뚜껑이 벌어진다. 안쪽 플라스틱은 오른쪽은 분홍색, 왼쪽은 회색이다. 리본 케이블 살짝 들어내고, 기판을 떼어내면, 작은 나사가 있다. 나사를 풀고, 플라스틱을 걷어내면, 검은 양면 테이프로 고정된 CR1254 배터리가 보인다. 잘 쑤셔서(?) 꺼낸다. 새로운 CR1254 배터리를 넣는다. 음극이 아래로 가도록 하고, 분해의 역순으로 조립하면 된다. 조립할 때, 아까 풀었던 나사는 잊지 말고 꼭 조여준다. (까먹고 조립해서 다시 뜯고 조립함) 충전도 잘 되고, 소리도 잘 나는거 보면, 조립도 잘 된 것 같다. 이렇게 버즈 라이브의 수명을 강제로 늘렸다. 나중에 본체 배터리도 갈아야겠다.