설치 및 활용 QnA + 자유 게시판

질문 올리는 것이 쑥스럽습니다.

사내 개발 정책 때문에 의견 충돌이 많이 있어서 조언을 구하고자 글을 올립니다.

예를 들어 open source 인 rtsp.1.0.tar.gz 을 가져다가 사용한다고 가정하면

제가 지금까지 사용한 개발 방식은 서브 버전에 등록하여 아래와 같은 방식으로 개발을 해왔습니다.

r1 : rtsp.1.0 등록
r2 : tcp.c 수정하여 commit
r3 : udp.c 수정하여 commit
r4 : connect.c 수정하여 commit

새로 작업할 내용이 있으면 r4 를 check-out 해서 계속 이어가면 되겠지요? (이게 일반적인 방법일듯)

새로운 개발 방식을 적용하자는 강력한 의견이 나왔는데

삼레기의 언플은 글로벌하네요.
http://media.daum.net/digital/view.html?cateid=100031&newsid=20111116115711931&p=seouleconomy
엔가젯이나 기즈모도도 아닌 듣보잡 댓글도 달 수 없는 가트너라는 기사에 묻어서 절묘하게 시장점유율이 높다고 그러네요.
글로벌하게 언론장악하는데는 도가 튼놈들임

중복되지 않으려고 링크만 걸어 놓겠습니다.

Extracting DRM-restricted epub from my Android
http://blog.taesoo.org/?p=397

감사합니다.

실행 파일을 만든 후에, 실행을 해보니 다음과 같은 에러가 나타났습니다.

./실행파일명: symbol lookup error: ./실행파일명: undefined symbol: gsl_odeiv2_step_rk8pd

ldd ./실행파일명

해보면,
해당 실행 파일이 GSL 라이브러리(gsl_odeiv2_step_rk8pd 에 관한 라이브러리)를 /usr/lib/ 디렉토리에 있는 것을 참조하더군요. 하지만 원래 제 홈 디렉토리 밑에 있는 다른 버전의 GSL 라이브러리를 참조해야 합니다.

LD_LIBRARY_PATH에 홈 디렉토리 밑에 있는 GSL 라이브러리를 추가하여 /usr/lib/ 에 있는 녀석보다 먼저 검색되도록 해봤지만 결과는 동일합니다 (ldd 결과도 변함 없고 여전히 에러 발생). 오타가 났다거나 LD_LIBRARY_PATH 추가에 잘못된 것은 없습니다.

/usr/lib/ 에 있는 녀석의 이름을 살짝 고쳐서 인식하지 못하도록 했더니,
희한하게도 홈 디레토리 밑에 있는 GSL 라이브러리를 참조해서 제대로 동작합니다.