즐거운인생 (미련없이 하자)

[Assemble] GAS vs NASM 1. 정의 - GAS(GNU Assembler) - NASM(Netwide Assembler) 2. 사용처 - 대표적 사용 : Linux(GAS) ,Window(NASM) - GAS : GNU 프로젝트에서 사용됨 - NASM : 인텔 x86아키텍쳐용 어셈블러/디스어셈블러에서 사용됨 3. 사용 문법 - GAS : AT&T 문법 사용 - NASM : 인텔 어셈블리 문법의 변형된 형태를 사용 4. Operand 비교 1) src와 dest의 순서 - GAS : movl $4, %eax ( mov src dst) - NASM: mov eax, 4 ( mov dst src) 2) immdediate operator의 형식 - GAS : pushl $4 - NASM: pus..

- 그냥 ... 초보 프로그래들이 교양으로 읽기에는 괜찮은 책으로보임... 프로그래밍 언어에 대한 원론 적인 이야기를 하는 책이다.

5장 동기 책의 저자는 동기를 내제적 동기와 외제적 동기로 나누었다. 내제적 동기는 스스로하는 동기, 외제적 동기는 외부의 영향으로인해 하는 동기를 말한다.무엇이든지 지속적으로 하기위해서는 내제적 동기가 필요하다고 말한다. 그런데 이런 내제적 동기를 상실 하게 되면, 외제적 동기로 강력한 자극을 주어 내제적 동기를 꺠워야 한다고말하다. 또한 내 제적 동기를 유지 시켜주는 것중 하나로써 자율성을 말한다. 자율성과 선택 할수 있는 권리가 부여 주어지면 내제먹 동기는 유지 된다고말한다. 5장은 결론은 다음과 같다. 외제적 동기로 강력하게 내 제적 동기를 일깨우고 자율성을 통하여 내제적 동기를 유지시킨다.

FindFirstFileA를 사용한 MBCS 문자열 탐지 표준 C프로그래밍과 Window 프로그래밍을 섞어서 사용할때 발생하는 디렉토링 리스팅 해결 방법 FindFirstFileA 를 사용하면 char형 배열로 찾아쓸수 있다. FindFirstFileW 또는 FindFirstFile 를 사용시 Unicode로 되기때문에 사용할수 없다. int Check_File_Name(const char *sDir) { WIN32_FIND_DATA fdFile; HANDLE hFind = NULL; char sPath[2048]; char fine_name[2048]; //Specify a file mask. *.* = We want everything! memset(sPath, '\0', sizeof(sPath));..

출처: http://icartsh.tistory.com/13 1. 유니코드 -> 멀티바이트 wchar_t strUnicode[256] = {0,}; char strMultibyte[256] = {0,}; wcscpy_s(strUnicode,256,L"유니코드"); int len = WideCharToMultiByte( CP_ACP, 0, strUnicode, -1, NULL, 0, NULL, NULL ); WideCharToMultiByte( CP_ACP, 0, strUnicode, -1, strMultibyte, len, NULL, NULL ); STL이용 wstring strUni = L"유니코드"; int len = WideCharToMultiByte( CP_ACP, 0, &strUni[0], -1..

윈도우에서 제공하는 문자열의 Encoding 방식 출처 : http://eunchul.com/database/board/cat.php?data=Win32_API&board_group=D45ef8ac8c01d4 C++ 문법을 배우고 Win32 프로그래밍을 시작 할 때, 가장 어려운 것중 하나는 엄청난 수의 Win32 DataType들과 생소한 Macro들이었다. 생전 처음 보는 그 녀석들을 이해하려면 상당한 범위를 돌아다녀야 했고, 이해하기 보다는 대충 이렇게 쓰면 오류없이 컴파일 되더라 정도로 사용하는게 현실이었다. 그 중에서도 문자열부분은 꽤나 두통을 유발하는 것들인데 유니코드고 멀티바이트고 신경안쓰고 대충 만들고 싶어도 어디에서건 꼭 발목을 잡히게 된다. 그렇다고 아주 해결이 안되는것도 아닌데, 그 ..

4장 목표 이번 장에서 말하는 내용은 핵심은 딱하나이다. 원대한 계획을 세워라, 그리고 그 계획을 세부적으로 나눠라 마지막으로 시간계획을 세워 그것을 실천해라 사람은 언제나 너무 큰 목표를 보게되면 아.. 저걸 어떻게 하지 라고 할것이다. 그러나. 그 큰 목표를 세부적으로 나눠서 보면 별거 아닐 것이다. 책의 저자는 언제나, 박사 시절의 이야기를 통해서 계획의 중요성과 시간관리의 중요성을 말한다. 나역시 프로그래머써로 계회의 중요성과 시간관리의 중요성을 요즘에 뼈저리게 느끼고 있다. 회사에서 프로젝트를 하다보면 시간이 터무니 없이 촉박 할수있다. 그러면 이때 어떻게 하면 좋을까??? 내 생각은 다음과 같다. 우선 최대한 불만을 토론해라. 이렇게 하지 않으면 회사에서 당신이 얼마나 힘든일은 하는지 알지 못..

sourcetree에 대한 euc-kr로 인코딩 맞추는 방법 1. 저장소 기본 편집 인코딩 맞추기 - 도구 -> 옵션 -> 일반에서 기본 텍스트 인코딩 을 euc-kr로 변경 2. Log 관련 euc-kr 처리 - 맨 우축 상단의 설정 선택 - 서정 파일 편집 - 기본 설정에서 아래 빨간색 설정을 추가 [i18n] logOutputEncoding = euc-kr commitEncoding = UTF-8[core]repositoryformatversion = 0filemode = falsebare = falselogallrefupdates = truesymlinks = falseignorecase = true[remote "origin"]url = git-repo@10.0.8.220:RulesManagem..

3장 기억 책에서 저자는 기억이 타고나느것이 아니라고 말한다. 이에 대한 예시로 메모리 챔피언이란 예시를 들어주는데, 메모리 챔피언에서 프리랜서 기자가, 메모리 챔피언이 되는 과정을 이야기하고 있다. 이야기의 결론은 , 일반인도 기억력에대한 전략만 잘 ㅉ짜면 기억력을 극대화 할수 있다는 것이다. 저자가 강조하는 기억력을 늘리는 방법은 다음을 강조한다. 인출, 시험, 암송 , 토론, 요약, 글쓰기 + 반복 이에 대해서는 나도 동의하는 바다. 나 역시 공부를 한 후 시험을 친것은 오래 오래 기억하고 있고 그외것은 단순히 까먹는다. 그리고 잦은 반복을 통하여 위 과정을 많이 한다면 월씬더 효과적일 적일 것이다. 내가 자아 중요하게 생각하는 스스로 요약하면서 정리하는 것이다. 스스로요약 하는 것 자체가 배운 것..

리눅스 프로세스별 메모리 사용량 확인법 간단 root@localhost] # ps -o pid,pcpu,pmem,rss,vsz,cmd -p `pidof nginx` PID %CPU %MEM RSS VSZ CMD 1370 0.0 0.0 2304 141128 nginx: master process /usr/sbin/nginx -g daemon on; master_process on; pid %CPU %MEM rss (kb) vsz (kb) cmd process id 시스템 전체 cpu사용량 시스템 전체 메모리 사용량 물리 메모리 가상 메모리 실행 명령어 프로세스 상세 리눅스 환경에서 프로세스별 메모리 사용량을 간단하게 확인할 수 있는 명령어입니다. ps -eo user,pid,ppid,rss,size,vsi..