프로그램 실행시 공유라이브러리 적재 매카니즘
프로그램 A 가 있습니다.
$ ldd A
liba.so.1 --> /lib/liba.so.1
libb.so.1 --> /lib/libb.so.1
두개의 공유 라이브러리를 사용하는 프로그램 A가 컴파일 되어 있습니다.
프로그램 A를 기동하기 위해서 공유 라이브러리 liba.so.1, libb.so.1 은 반드시 필요합니다.
또한
$ A -a
라고 명령을 수행하면 liba.so.1 에 있는 함수를 수행합니다.
$ A -b
라고 명령을 수행하면 libb.so.1 에 있는 함수를 수행합니다.
이런 상황에서 liba.so.1 가 없어졌습니다.
liba.so.1을 구할수가 없기 때문에, liba.so.1에 있는 기능은 포기하고,
libb.so.1에 있는 기능이라도 사용을 하기 위해서 liba.so.1를 가짜로 만들어서(아무 기능이 없는 함수를 몇개 만들어서) 라이브러리패스에 두고 프로그램을 실행 합니다.
이론적으로는 가능하다고 생각을 했는데.. 아래와 같은 오류가 발생을 했습니다.
BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions: Assertion `needed !=
((void *)0)' failed!
공유라이브러리 패스에서 라이브러리의 못찾을 경우에는..
liba.so.1 --> not found
라는 오류가 나오는것과는 다른 오류를 뿌리더군요..
혹시 이런 부분에 대해서 조언을 해 주실분 계십니까?
프로그램이 로딩이 되는 시점에서 어떻게 라이브러리를 찾는다거나...
관련 자료라도 아시는 분을 좀 알려주시면 감사하겠습니다.
결론은 binutil 오류로..
몇가지 테스트와 웹 서핑의 결과로
binutil에 버그가 있음을 알아 냈습니다.
위에서 행한 실험은 정상적으로 동작을 하는 조건이고
문제는 redhat 6.2에 포함되어 있는 binutil의 linker인
ld가 버그가 있었다고 합니다.
그나저나.. 문제는 해결이 되었는데..
라이브러리가 로딩되는 메카니즘은 여전히 궁금하군요.
일단 dlopen, dlsym 등의 함수들이 어떻게 돌아가는지 공부해보시
일단 dlopen, dlsym 등의 함수들이 어떻게 돌아가는지 공부해보시고,
다음으로 elf file format을 공부하시면 좋겠습니다.
elf fileformat과 관련해서는 우선 readelf, objdump 등의 유틸응 공부해보시면 더욱 좋겠습니다.
---
http://coolengineer.com
댓글 달기