JHB의 삽질 이야기

기본 참고https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md컴파일러는 visual studio code에서 기본 제공하지 않는다. mingw를 다운 받아서 하자. <<- 당연히 plugin에서 지원 할 줄 알았는데 -_-;제일 먼저 할 건.. mingw 설치하고, 환경 변수로 C:\MinGW를 MINGW_HOME으로 잡고 나서, c프로젝트의 설정을 아래 처럼 해주자일단 의식의 흐름에 따라 정리하면..1. 가장 중요한 단축키는 컨트롤+쉬프트+P. 그냥 뭔가 컨피그 바꾸고 싶으면 다 여기서 통한다2. 컨트롤+쉬프트+B 통해서 빌드 할 수 있으며, 이 때 수행할 태스크는 tasks.json에 들어간다. 이 파일은 현재 작업 폴더에 종속적이다...

작게 시작한 프로젝트 규모가 점점 커지면서 리팩토링을 하게 됐는데크고 작은 실수가 몇개 있었다. 덕분에 엄청난 시행착오를 거쳐 오랜 시간걸렸다.몇가지 실수를 적어 보겠다.첫번째는 메세지 전달 부분에서의 의존성을 줄이지 못한 부분이다. 각 모듈을 DLL로 쪼개는 리팩토링을 감행 하였는데 여기서 각 DLL 간 의존성을 0으로 하고, 최대한 독립적으로 General 하게 코딩하려 했다.A DLL에서 B DLL로 메세지를 전달 하는 과정에서 상수값을 어쩔 수 없이 공유하게 됐는데,차라리 A DLL에 SetListener 메소드를 구현하고, B DLL에서 해당 메소드를 콜해서 원하는 핸들러를 등록하게 했어야 했다. 두번째는, Data와 Controller를 완벽하게 분리 하지 못했다.기본적으로 Data 객체가 있..

CRect의 생성자에 NULL을 넣어서 초기화 해주면 쓰레기 값이 들어간다.예를 들어CRect rt(NULL);하면 rt에는 막 -2349823 이런 쓰레기 값이 들어간다0으로 초기화 하는게 목적이라면 그냥CRect rt까지만 해주는게 제일 좋다.이 차이가 어디서 발생하냐면IsRectNull()과 IsRectEmpty() 의 성공 여부 때문이다.나는 당연히CRect rt(NULL)한 다음에 rt.IsRectNull() 하면 TRUE가 리턴될 줄 알았다.그런데 아니더라.IsRectNull()은 해당 CRect가 0으로 초기화 돼있는지를 검사하기 때문이다.하지만 쓰레기 값이 들어있으니 rt(NULL)로 초기화 했다면 IsRectNull()로 FALSE가 나오는 것이다.안전하게 rt의 값을 확인하고 싶다면 I..

MFC DLL에서 class에 vector를 담아서 Export 하려 시도 하였다.처음에는 잘 되는 듯이 보였지만, class를 delete 하는 순간, 와장창 무너지기 시작했다.계속해서 dbgheap.c의 _CrtIsValidHeapPointer(const void * pUserData) 안에 있는HeapValidate( _crtheap, 0, pHdr(pUserData) ); 에서 FALSE을 리턴하여 ASSERT에 걸리게 되었다.계속 디버깅을 해보니, vector의 소멸을 제대로 하지 못하고 있었다.vector의 소멸자를 따라가 보니 dbgheap.c의 _crtheap이 caller의 heap을 가리키고 있는 것이 보였다.아니, 애당초 call stack의 소멸 지점이 callee 인 dll이 아니..

Window환경에서 ffmpeg을 사용하기 위해 얼마나 삽질했던가... 아래는 ffmpeg shared library를 직접 컴파일 한것..(2012년 9월 16일 현재 최신 버전) + 에러나는 부분 조금 수정한 것.. int64니 뭐니 해서 에러 나는 헤더파일들을 좀 수정해줬다. 컴파일 하는건 msys, mingw등등 여러가지 써서 직접 했음.. 사용 법은.. C++에서 사용할때는 아래와 같이.. C에서 사용할 땐 extern "C"를 제거하고 사용 하면 된다. #define inline _inline //이걸 제일 위에 써줘야 한다. extern "C" { #include "include/libswscale/swscale.h" #include "include/libavformat/avformat.h"..

리듬 액션 게임 자동 노트를 생성하면서.. bass24 라이브러리를 사용하였고, 그 중에서도 특히 bass_fx를 사용하였다. bass_fx는 bpm이나 beat등을 얻어오는데 사용하기 좋다. BASS_FX_BPM_BeatDecodeGet를 주력으로 사용했으며, http://www.bass.radio42.com/help/html/7799e7ea-d193-3521-02af-6a3f9a3d3833.htm 페이지에 자세히 나와있다. wav파일의 파형을 그리는 부분은 bass라이브러리의 custloop 샘플을 참조하면 좋고 곡의 길이를 얻어오는 부분은 plugins를 참조하면 좋다. 공부한 부분을 상세히 적고 싶은데 너무 졸리다.. 언젠가 쓰겠지 -_-aa

위 사진은 컴파일해서 실행시켰을 때 모습이고 아래는 Resource View에서 봤을 때 모습이다..Toolbar인데.. 잘못 생성을 해버리는 바람에 지우고 싶은데.. 도저히 지울 수가 없다.Delete키 누르면 그냥 그림이 쫙 지워지면서 위처럼 검정색 배경만 남는다.어떻게 지우냐면.. 그냥 툴바 클릭 후 드래그 해서 화면 밖으로 빼버리면 빠진다..하아.. UX가 이렇다니..ㅠㅠ

몇일째 고민했던가... 더블 버퍼링으로 화면 출력을 시켰는데도 계속 깜빡이는 것이었다. 나는 이것의 문제를 내부에 사용한 MoveWindow나 BitBlt로 옮기는 대상과 타겟의 가로 영역 너비가 너무 길어서 라고 생각했다. 문제는 그것이 아니였다.. '음악 재생'시 사용하는 '바'가 움직일 때 화면을 계속 리프레쉬하면서 보여주기 위해 타이머를 사용하였는데, 이때 타이머에서 Invalidate(FALSE); 를 해주는 것이 문제였다. 어짜피 계속해서 Invalidate가 들어오고 있기 때문에 다른 곳에서는 이걸 해줄 필요가 없는데, 나는 MouseMove등에서도 계속해서 Invalidate를 호출해 주고 있었다. 그러니 마우스를 움직일때마다 엄청나게 호출되는 Invalidate덕분에 깜빡거렸던 것이다....