가끔 보자, 하늘.

현재 게임 컨텐츠를 제작하는 모델툴은 X파일 포멧으로 3DMAX에서 데이터를 익스포트 후컨버터를 이용하여 우리 게임의 원 리소스로 제작을 하고 있다. 그리고 내부적인 규칙으로.. 매쉬 당 하나의 메터리얼을 가지자고 논의를 했었다. 그런데 최근 맥스에서 하나의 매쉬로 만들어서 익스포트한 데이터가 두개의 메터리얼을 가진다고 나오는 현상이 발생하여 조사를 시작했다. 맥스에서 데이타를 잘못 만든게 아닌지, 코드에 최근 수정 사항이 있는건지를 한참동안 실갱이 하면서 논의를 하던 중.. 본 개수의 초과문제가 아닐까 하는 의문의 제기했다. 참고로 과거에, 하나의 매쉬별로 최대 26개의 본을 가질 수 있도록 되어 있었다. 내가 모델툴을 계속 개발한 것이 아니었기에, (담당자 퇴사로 내가 현재 담당하는 중.) 중간에 이..

악질 문제점들이 좀 있다. 해결 방법을 찾아야 되는데 걱정이네... 쩝! 1. sp 내부에 $tiCount라는 변수를 선언없이 사용할 경우 SP 생성 시 에러 안나고 넘어감. sp를 사용하는 코드에서도 에러가 안남. 리턴값이 있을 경우 완전히 엉뚱한 결과가 돌아옴. 하지만 결과적으로 다음 쿼리의 지연을 발생해서 원인이 어디의 문제인지를 찾기 어려움. 2. 자료형이 완벽히 일치해야 한다. 오타가 있을 경우 1번의 경우와 같은 결과를 발생시킴. 에러없이 오작동함. 이 두가지가 사람 미치게 만드는 듯. 일단 주의만 하면 큰 문제는 없겠지만.. MariaDB가 10버전이 되는 순간 바로 바꿔 버려야지 +_+

개념이 잘 정리되어 있음http://blog.naver.com/PostView.nhn?blogId=lifeisforu&logNo=80023090282&categoryNo=3&viewDate=&currentPage=1&listtype=0 성능에 대해서 비교 정리됨. 굳-0-bhttp://www.slideshare.net/zho7611/ndc2012-12677111 압축 알고리즘이 아닌 다른 방식을 사용하는 것. 선호하지는 않는다고.http://www.gpgstudy.com/forum/viewtopic.php?p=64203&sid=93632aebcbf2aee7c35f997787301370

ACE 라이브러리 사용하다가 이상한 곳에서 누수가 일어나서 살펴 보던 중에 애매한 내용 하나를 발견했다. 그 중 예를들면, Singleton.cpp의 ACE_Object_Manager::at_exit(singleton, 0, typeid (TYPE).name ()); 빨간색이 칠해진 이 부분.. 정말 ACE를 init했다 fini 한 것 뿐인데 릭이 나서 왜 이런가 구글링 해보니.. 애매한 답변이 나왔네. http://support.microsoft.com/kb/140670/ko 위 사이트의 내용인 즉... 해결 방법 : 보고 된 메모리 누수가 무시할 수 있습니다.헉.. --a

http://warpech.github.com/jquery-handsontable/index.html jquery를 이용한 엑셀의 그리드 기능을 구현 한 것! 심지어 엑셀 데이타 복사도 됨. -0-b

윈도우에서 멀티쓰레드 프로그래밍에서 빠질 수 없는 것이 CRITICAL_SECTION이다. 동기화를 이야기 할 때 대분류로 이야기 할 수 있는 것이 프로세스간 동기화와 쓰레드간 동기화로 분류할 수 있는데, 이에 대한 상세한 내용에 대해서는 아래 아티클을 추천한다. http://www.ibm.com/developerworks/kr/linux/library/l-rt5/

우리는 char형으로 아래와 같은 정의하여 자주 만든다. char m_packetBuffer[1024]; char m_strName[32]; 그리고 이를 위해 아래와 같은 인터페이스를 추가하기도 한다. BOOL addPacket(char * _data); void setName(char * _strName); 텍스트를 처리할 때는 char형을 쓰는게 그리 문제는 안되지만 명백히 바이너리 데이터를 다룰때는 함수 이름에 따라 가끔 구분이 안되는 경우가 생기기도 한다. 그래서 자료형은 가능한 char 보다는 byte로 사용하는 것을 권한다. byte m_packetBuffer[1024]; BOOL addPacket(byte * _data);