C++

Unit Test 테스트의 속성 좋은 단위 테스트를 작성하기 위해서는 아래 세 가지 기준을 만족해야 한다. 가독성 3A(Arrange / Act / Assert) 순서대로 test case 코드가 작성되어 있어야 한다. test case 가 어떤 동작을 검증하는지 알 수 있어야 한다. test case 의 이름을 명확하게 작성 필요 최신 test framework (java 에서 사용하는 spock)에서는 자연어로 test case 이름을 작성할 수 있도록 지원하는 경우도 있다. (google test 는 미지원) test case 실행 시 printf 문을 한 번 출력 하도록 규칙을 정하여 사용할 수 있다. #define SPEC(msg) printf("[SPEC] %s\n", msg) TEST(SampleTestCase, SampleTest) { SPEC("이 테스트는 무엇을 하는 테스트 입니다"); } 코드를 보지 않고 오류의 원인을 알 수 있어야 한다. 자연여와 가깝게 테스트 코드를 표현하는 것이 유리하다. 함수 이름을 자연어로 상세히 지정 에러 메시지를 자연어로 출력 유지보수성 ...

make 분할 컴파일을 통해 컴파일 작업 효율을 올리고, 이 과정을 자동화 하기 위해 일괄처리를 도와주는 도구이다. batch 파일로 컴파일 하면, 변경점을 감지하지 못해 batch파일을 수정하지 않고서는 분할 컴파일을 수행할 수 없다. make파일은 파일들 간의 의존성을 정의하여, 특정 파일이 수정되면 어떤 파일을 컴파일 해야하는지 알아서 판단해 준다. 리눅스 시스템의 수정 시간을 확인하여, 빌드 결과물이 생성된 시간과 소스가 수정된 시간을 비교해서 컴파일 혹은 링킹이 다시 필요한지 판단하는 원리이다. 기본구조 파일 이름은 Makefile 으로 생성한다. TARGET:DEPENDENCIES COMMANDS COMMANDS 앞에는 공백이 아니라 tab문자이다. COMMAND를 실행하여 TARGET파일 생성한다는 의미이다. TARGET을 생성할 때 DEPENDENCIES 파일들이 필요하다. DEPENDENCIES파일이 수정되면 TARGET파일도 다시 컴파일 해야한다는 의미이다. # 주석 : 주석은 #으로 달 수 있다. @COMMANDS: make파일은 실행시 ‘실행한 명령 원문’ 과 ‘실행 결과’ 를 모두 쉘이 출력한다. @를 붙이면 명령 원문은 출력하지 않는다. 기본 형태를 약간 변형하여 명령어를 생성할 수도 있다. DEPENDENCIES 를 없이 TARGET 과 COMMANDS 만 남기면, make TARGET 명령을 입력시 해당 COMMANDS 만 수행되도록 할 수 있다. clean: rm -f ${OBJ}${TARGET} # make clean 명령시 위 동작 수행 install: ... # 동일한 형태로 다른 명령도 작성 가능 make 파일 정의 COMMANDS 대부분의 명령들은 쉘 명령과 유사하다. echo <VALUE> : VALUE 값을 출력한다. VARIABLE = VALUE : VARIABLE 이라는 이름의 변수를 선언하고, VALUE 값을 대입함 변수 선언시 자기 자신을 참조하는 형태(recursive)는 = 연산자로 사용 불가능하다. (ex: VARIABLE = ${VARIABLE} + DATA) 대신 := 연산과 += 연산을 사용 가능하다. ex) VARIABLE := ${VARIABLE} + DATA, VARIABLE += DATA $(VARIABLE) : VARIABLE 변수에 해당하는 값을 호출 (${VARIABLE} 과 동일) TIP: 컴파일 도구를 변수로 지정해 놓으면 좋다. CC=gcc -> $(CC) -c file.c TIP: 최종 파일 이름을 변수로 지정해 놓으면 좋다. PROJECT_NAME=myProject -> gcc -o $(PROJECT_NAME) file1.o file2.o TIP: .o파일을 만드는 -c 옵션을 CFLAGS 로 변수로 사용하면 좋다. -> CFLAGS = -I./include -c 와 같이 include path 및 기타 설정이 가능하다. TIP: 링킹을 위한 LFLAGS 또한 같은 맥락에서 변수로 활용하면 좋다. ${VARIABLE:ASIS=TOBE} : VALUE 변수에서 ASIS라는 구문을 TOBE라는 구문으로 치환한다. (ex: PROJECT_NAME:my=your-> ${PROJECT_NAME} == yourProject) 내장 매크로 make 파일의 target-dependency-command 라인들에 일일이 파일 이름을 써 넣고 수정하기 번거롭기에, 아래와 같이 매크로를 활용해 좀더 편리하게 작업을 수행할 수 있도록 한다. 내장 매크로를 활용하면 command에 파일 이름을 직접쓰지 않아도 되게 된다. $< : DEPENDENCIES 중 가장 선두 $^ : DEPENDENCIES 전체를 의미 $@ : TARGET을 의미 $* : 확장자가 없는 TARGET을 의미 $? : DEPENDENCIES 중 TARGET보다 수정 시간이 늦은 파일들 .c.o: : Makefile 안에서 언급된 모든 xxx.o 파일을 만들기 위해 동일한 이름을 가진 xxx.c 파일들을 컴파일하여 xxx.o 파일을 생성한다. %.o : %.c : .c.o 와 동일한 효과를 낸다. 좀더 신규 스타일이다. 최종 예시를 보면 다음과 같다. CC = gcc CFLAGS = -c TARGET = a.out OBJ = main.o func1.o ${TARGET} : ${OBJ} ${CC} ${OBJ} -o ${TARGET} # gcc main.o func1.o -o a.out 와 동일 .c.o : # 위에서 언급된 모든 .o 파일(OBJ)을 만들기 위해 .c 파일로 .o 파일 생성 ${CC} ${CFLAGS} $< # $<는 가장 선두의 dependency를 의미함. 즉 gcc -c xxx.c 와 동일 쉘 명령어 make : 현재 경로에 있는 Makefile 을 실행한다. make install : 해당 경로의 소스를 컴파일하여 /usr/local/lib, /usr/local/bin 폴더로 .so파일과 .bin파일 복사 make -f <FILE_NAME> : Makefile 대신 FILE_NAME 을 make파일로 가정하고 실행한다. make -p : 설정된 매크로 옵션들을 확인 가능

GCC C / C++ 언어를 컴파일 해 주는 도구이다. 리눅스에서는 apt 명령으로 설치 가능하며, 윈도우에서는 Mingw을 이용하여 설치 가능하다. gcc는 컴파일러를 포함한 패키지일 뿐, 내부적인 컴파일러는 따로 있다. (cc1 등) GCC 컴파일 동작 순서 gcc main.c 파일을 동작시키면 main.c파일을 컴파일하여 실행파일인 a.out 파일을 생성하게 된다. 하지만 내부적으로는 아래와 같은 과정을 거치게 된다. 전처리 : c언어로 구현된 .c 파일을 전처리가 완료된 .i 파일로 변환한다. gcc -E main.c -o a.i : main.c 파일을 a.i 파일로 전처리 컴파일 : 전처리된 .i 파일을 어셈블리어로 변환 gcc -S a.i -o a.s : a.i 파일을 a.s 어셈블리어로 어셈블 어셈블: 각 벤더들이 만든 어셈블리어를 목적파일로 변환(어셈블리 언어를 기계어로 변환) gcc -c a.s -o a.o : 어셈블리 파일을 목적 파일 EOL(Executable Linux File)로 변환. 하지만 바로 실행할 수는 없다. file a.o 명령어를 입력 해 보면 “LSB relocatable” 이라고 표시된다. 즉, 재배치 가능하다는 의미로, 실행 할 수 있는 상태는 아니라는 뜻이다. 링킹: 목적파일에서 참조하는 다른 목적파일들을 linking하여 최종 실행파일을 생성한다. gcc a.o -o out : a.o 목적파일로 실행 가능한 파일을 생성한다. file out 명령어를 입력 해 보면 “LBS executable” 라고 출력된다. gcc -v --save-temps -o out : 위 전체 과정을 실행하며 중간 생성물을 남기고, 실행 결과도 출력 리눅스에서 ldd 명령으로 링킹시 라이브러리 의존성을 확인할 수 있다. ASLR을 지원하는 커널의 경우, -no-pie 옵션을 넣으면 PIE( position independent executable) 영역을 생성하지 않아 ASLR 기능을 끌 수 있다. 라이브러리 헤더파일에서 include를 하여 사용할 수 있는 목적파일을 라이브러리라고 칭한다. 라이브러리는 링킹을 통해 프로그램에 포함되며, 링킹 방식에 따라 ‘정적 라이브러리’와 ‘동적 라이브러리’로 분류된다. 정적 라이브러리는 정적 링킹에 의해 생성되며, 라이브러리가 코드의 object 파일이 자체에 포함되는 형태이다. 정적 라이브러리는 파일의 크기가 커지고, 라이브러리 버전 변경시 파일이 매번 변경되어야 하는 단점이 있다. gcc -static 와 같이 static 옵션을 넣어 설정 가능하다. 동적 라이브러리는 동적 링킹에 의해 생성되며, 라이브러리 코드의 object 파일이 별도로 존재하고, 링커가 라이브러리 코드의 주소를 사용자의 코드와 연결시켜주는 형태이다. 빌드시 별도 옵션을 넣지 않으면 dynamic linking 으로 동작한다. 동적 할당을 수행하면 각 프로세스는 외부 라이브러리 코드의 함수를 PLT(Procedure Linkage Table) 와 GOT(Global Offsets Table)를 통해 접근하게 된다. C에서 라이브러리 파일은 lib 으로 시작하는 규칙을 지니며 .a 확장자를 가진다 gcc -c CFILE.c -o OBJ.o 명령으로 OBJ.o 목적파일을 생성했다면, ar rcv libmylib.a OBJ.o 명령으로 libmylib.a라는 사용자 정의 라이브러리/정적 라이브러리를 생성 가능하다. ar t libmylib.a 로 라이브러리가 가리키는 파일을 검색하면 OBJ.j 파일을 확인할 수 있다. 라이브러리를 함께 컴파일 할 때 gcc main.c libmylib.a 와 같이 컴파일 할 수도 있지만, 라이브러리를 제대로 활용하는 방법은 gcc main.c -lmylib 와 같이 -l 옵션을 이용한다. 정적 라이브러리 이름에서 앞쪽의 lib 부분과 뒤쪽의 .a 부분을 제외한 부분이 라이브러리 이름이다. 위 예시에서는 mylib이 라이브러리 이름이다. ...

C++ STL 자료구조 map key-value 쌍으로 이루어진 tree형태의 자료구조 중복을 허용하지 않음 C++에서는 red black tree로 구현되어 삽입,삭제가 O(log n) 안에 이루어진다. 내부적으로 key를 기준으로 오름차순으로 자료를 정렬한다. 헤더 : #include <map> 선언 : map<int, int> map1; 내림차순으로 선언 : map <int, int, greater> map2 삽입 : insert : map1.insert({"key",VALUE}) [] : map1["key"] = VALUE 삭제 : 특정 index : map1.erase(map1.begin()+2) 특정 key : map1.erase(KEY) 구간 : map1.erase(map1.begin(), map1.end()) 전체 : map1.clear() 검색 : map<int, int>::Iterator res; if ((res = map1.find(KEY)) != m.end()) { res -> first; // key res -> second; // value } 반복문 : for (auto itr = map1.begin(); itr != map1.end(); itr++) { itr->first // key itr->second // value } hash map hash table을 이용한 자료구조 정렬이 필요없는 비순차적 구조 헤더 : #include<hash_map> ...

GDB GNU Debugger의 약자 유닉스의 디버거는 오픈소스가 아니라 GNU에서 새로 개발한 디버거 디버깅을 위해서는 register(레지스터 값), disassem(rip 부근 주소를 디스어셈 한 값), stack(스택의 값), backtrace(현재 rip에 도달 할 때 까지 거쳐간 함수들) 을 파악해야 하며, 이를 context(맥락) 이라 한다. pwndbg 플러그인을 설치하면 hacking에 관련된 내용을 디버깅하기 용이하다. https://github.com/pwndbg/pwndbg 주소에서 git을 clone 받고, ./setup.sh를 실행시키면 이후 gdb 명령을 칠 때 자동으로 pwndbg 플러그인이 적용된 gdb가 실행된다. 컴파일 gcc로 컴파일시 옵션에 -g 를 붙여야 소스를 보면서 디버깅이 가능 리눅스에서 컴파일한 파일은 ELF (Executable and Linkable Format) 의 실행 파일이 된다. ELF 파일은 파일 실행에 필요한 정보가 든 헤더와 여러 섹션들로 구성된다. 섹션에는 기계어 코드 등의 정보들이 들어있다. readelf -h [ELF파일] 명령으로 ELF 파일의 헤더 정보를 확인 할 수 있다. gdb 옵션 gdb [파일이름] : 해당 파일이름 디버깅 실행 --args [arg1] [arg2] [...] : 파일 실행에 필요한 argument를 전달 기타 명령어 실행 전 설정사항 coredumb 파일 ...