xylosper's notebook

A2공간의 재미로 해보는 MBTI 검사글이라는 글을 보고, 심심풀이로 테스트해보았습니다.
참고로 MBTI는 성격유형검사라고 하네요.

▩ ISTP 백과사전형 ▩

조용하고 과묵하고 절제된 호기심으로 인생을 관찰하며 상황을 파악하는 민감성과 도구를 다루는 뛰어난 능력이 있다.
말이 없으며, 객관적으로 인생을 관찰하는 형이다. 필요 이상으로 자신을 발휘하지 않으며, 일과 관계되지 않는 이상 어떤 상황이나 인간 관계에 직접 뛰어들지 않는다. 가능한 에너지 소비를 하지 않으려 하며, 사람에 따라 사실적 자료를 정리, 조직하길 좋아하며 기계를 만지거나 인과 관계나 객관적 원리에 관심이 많다. 연장, 도구, 기계를 다루는데 뛰어나며 사실들을 조직화하는 재능이 많으므로 법률, 경제, 마케팅, 판매, 통계 분야에 능력을 발휘한다. 민첩하게 상황을 파악하는 능력이 있다. 느낌이나 감정, 타인에 대한 마음을 표현하기 어려워한다.

▒ 일반적인 특성 ▒

• 소비성 경향이 많다
• 마음에 없는 얘기를 상대방 기분 때문에 하지 않는다
• 일반적으로 조용한 편이나 필요에 따라 사교적이다
• 손재주가 뛰어 나다
• 개인주의적 성향이 강하다
• 충동에 따라 행동하기 때문에 언제라도 일자리를 박차고 떠날 수 있다
• 틀에 박힌 생활을 싫어한다
• 고집이 있고 주장이 강하다
• 말이 없고 내색을 않는다
• 객관적 원리에 관심이 많다
• 도구를 다루는데 관심이 있다
• 느낌과 감정, 타인에 대한 마음을 표현하기 어려워한다
• 정의감이 있으나 직설적인 말로 타인의 감정을 상하게 할 수 있다
• 충동에 따라 행동하기 때문에 언제라도 일자리를 박차고 떠날 수 있다
• 정밀을 요하는 일을 잘 해낸다
• 타인의 일에 무관심한 편이다
• 모험과 스릴을 즐긴다
• 관심분야가 아니면 처다 보지도 않는다
• 생각은 적극적인데 행동은 소극적
• 노력을 절약하면서(게으르다는 소리를 들음) 일의 능률을 높인다

▒ 개발해야할 점 ▒

• 타인에 대해서 의도적으로 관심을 갖는 것이 필요
• 화가 난 얼굴이 창백하게 보일 수 있으므로 얼굴 관리에 신경 쓰는 것이 필요
• 함께 하는 일을하는 오락시간을 갖는 것이 필요

이런 결과가...
음...전반적으론 맞는 것 같지만 부분부분 납득되지 않는 것도 있네요.
뭐 질문에 답하면서 이런 결과가 나올 것같은 생각은 들었지만요.

어제 하루 종일 낑낑대던 문제가 있었습니다.
싱글톤(singleton)을 이용한 객체를 가져다 쓰는 부분에서 자꾸 segmentation fault가 발생하는 것입니다.

싱글톤의 구현 자체는 다음과 같이 C++에서 극히 일반적인 static변수를이용한 구현입니다.

class Singleton {
public:
    static Singleton *get() {static Singleton self; return &self;}
private:
    Singleton() {}
};

싱글톤 자체는 공유라이브러리에 들어있고, 이것을 서로 다른 두 바이너리에서 동시에 가져다 쓰는 형태인데요, 딱히 서로 다른 쓰레드에서 가져다 쓰는 것도 아니기 때문에, 멀티쓰레딩 환경에서의 static변수로 인한 문제도 없을 것이라 생각하여 별 신경 안썼었습니다.

그런데 이부분에 죽어대니 도대체 원인을 알수 없더군요...

그러던중 구글링 하다가 다음과 같은 글을 발견하였습니다.

function static 스타일의 Singleton 버그?

결론은, Singleton::get()함수가 인라이닝되는 바람에, 싱글톤이 싱글톤이 아니게 된 것이었습니다.

Singleton::get()함수의 구현을 cpp파일로 뺐더니 잘 돌아가네요-_-;

오늘의 교훈: static변수를 이용한 싱글톤 구현은 반드시 해더파일과 분리하자!

0.2.1을 릴리즈하였습니다.

다음 두가지 버그 수정외에는 바뀐점이 없습니다.

파일 변경시 전체 시간이 갱신되지 않던 문제 수정
Clearlooks 테마(Gnome 기본 테마)환경에서 재생 정보가 표시되지 않던 문제 수정

상당히 불편한 버그이기 때문에 두가지 버그 수정 뿐이지만 새 버전을 릴리즈합니다.

CMPlayer 프로젝트 홈페이지의 다운로드 페이지에서 다운받을수 있습니다.

프로그램이라는게 혼자쓸려고 만드는 경우도 있지만, 처음부터 배포를 목적으로 하거나, 혼자쓰다가 배포하고 싶어지기도 하죠.

Qt로 짠 프로그램을 배포할때 몇가지 주의해야할 사항을 적어봅니다.

1. 라이센스 표시

상용 라이센스를 구입한 경우라면 해당되지 않지만, 오픈소스에디션의 Qt를 이용한 경우에는 반드시 GPL에 따라서 배포해야합니다(따르지 않을 경우 라이센스 위반입니다).
우선 GPL 영어 전문을 포함시켜야합니다. 그리고 소스배포가 아니라 바이너리 배포인 경우, 소스를 함께 배포하거나 소스를 제공받을 수 있는 방법을 명시해야합니다. 보통 온라인상에서 소스와 바이너리를 함께 다운 받을수 있도록 하는 경우가 많습니다.
이부분은, 라이센스를 지키겠다는 의지와 노력을 보이는 것이 중요하니, 너무 라이센스의 법적인 부분에 대해서 얽메여서 어떻게 해야하나 전전긍긍할 필요는 없습니다.

2. 라이브러리

당연한 이야기이지만, Qt로 만든 프로그램은 Qt 라이브러리가 있어야 실행 할 수 있습니다. 리눅스등에서 KDE환경이라면 보통 기본적으로 Qt가 깔려있으니 문제 없지만, 그렇지 않은 경우(윈도우, Gnome환경 등)에는 상대방에게 Qt 라이브러리를 설치하도록 하거나 이쪽에서 제공해줘야겠죠.
리눅스의 경우는 대부분 저장소에서 설치하면 되므로 큰 문제가 되지 않습니다만, 윈도우(맥은 잘 모르겠네요)의 경우는 좀 귀찮아집니다.
이에 대한 해결법으로 보통 두가지 방법이 있습니다.

1) 정적 라이브러리 이용

빌드시에 정적 라이브러리를 이용하면, 실행파일에 라이브러리 내용도 전부 포함되므로, 따로 Qt라이브러리 파일을 배포할 필요가 없어집니다. 다만, 이경우 여러개의 실행파일을 이용하는 어플리케이션이라면, 각각의 실행파일에 중복되어 Qt가 들어가 용량이 너무 커질수 있습니다.
Qt로 정적빌드하는 법은 팁1편을 참고하세요.

2) 동적 라이브러리 이용

동적 라이브러리를 이용하기 위해서는, 윈도우에서는 같은 폴더내의 dll파일을 인식하므로, 실행파일과 라이브러리 파일들을 복사해서 함께 배포하면 됩니다.
이때 모든 파일을 배포할 필요는 없고, 빌드시에 링크된 라이브러리 파일만 복사하면 됩니다.
예를들어 네트워크 관련 모듈을 이용하지 않았다면, QtNetwork라이브러리 파일은 필요없겠죠.

마지막으로, VC++을 이용하여 빌드된 경우, 재배포용 패키지(VCRedist)가 필요한 경우가 있습니다.
이것은 Qt로인한 것이 아니라 VC++(아마도 2005이후?)로 빌드된 모든 프로그램에 해당되는 것입니다.
관련패키지는 마이크로소프트 홈페이지에서 다운 받을 수 있습니다.

그외에도 더 자세한 설명이 어시스턴트의 'Deploying an Application on Qt/Windows'항목에 적혀있으므로 이쪽도 참고하시기 바랍니다.

Qt로 짠 프로그램을 배포할 때, 특히 윈도우나 맥에서, 사용자 측에서 Qt 라이브러리가 없어서 실행하지 못하는 경우가 많습니다.
이런 경우 해결책으로 Qt를 정적링크하여 실행파일에 넣어버리는 방법이 있는데요, Qt를 정적 링크(static link)하여 이용하기위해서는, 당연히, 정적 라이브러리 파일(.a)이 필요합니다.
Qt를 설치할때, 기본값으로 동적 라이브러리를 빌드하도록 되어있기 때문에, 정적 라이브러리 파일을 이용하기 위해서는 configure단계에서 -static 옵션을 주고 Qt를 설치하여야합니다.

다만 -static옵션을 주고 그대로 make를 쳐버릴 경우, 라이브러리 파일 뿐만 아니라, 각종 툴들과 예제 및 데모까지, Qt의 모든 바이너리 파일들이 정적 링크되어 빌드되므로 Qt의 용량이 어마어마하게 늘어납니다(끝까지 해본 적이 없어서 모르겠습니다. 10기가는 넘어갑니다).

(저도 다른 데서 본거긴 하지만) 제가 추천하는 방법은, 개발할때는 동적 링크된 Qt를 이용하고, 배포할때만 Qt를 정적링크하는 것입니다.
이렇게 하기 위해서는 두가지 Qt를 빌드해야합니다.

우선 개발용으로 동적 링크해서 쓸 Qt는 일반적인 방법(-static 옵션 없이)으로 빌드하여 이용하면 됩니다.
그리고 배포용으로 정적링크해서 쓸 Qt는 우선 -static 옵션을 주고 configure한후, make할때, 'make sub-src'를 이용하는 것입니다.
이렇게 할 경우, 라이브러리만 빌드하기 때문에 빌드 시간도 짧고 용량도 그리 크게 차지하지 않습니다.
다만 이 경우엔 정말 라이브러리 외에는 아무것도 빌드하지 않기 때문에, 예를 들어 디자이너나 어시스턴트 등도 빌드되지 않습니다.
그러므로 이러한 툴이나 예제들은 위에서 말한 개발용 Qt에 포함된 녀석을 이용해야겠지요.
참고로 이렇게 빌드한 정적링크 Qt는 'make install'을 하지 말고 복사해서 쓰거나 직접 경로를 지정해서 써야합니다.
만약 make install을 실행하면, 빌드하지 않은 모든 것들을 빌드한후 복사될 것입니다.

정리하면,

1. 일반적인 방법으로(-static옵션 없이) Qt를 빌드
2. 정적 링크용 Qt를 빌드
1. configure -static [기타 옵션]
2. make sub-src
3. 빌드된 것을 복사해서 이용