본문 바로가기

분류 전체보기

(754)
산출물 관련 설정, 공유 라이브러리 [1. 개요]리눅스 기준, 빌드 결과물이 공유라이브러리 (.so) 파일에 의존하는 경우특히 boost 나 tbb 등 기본적으로 시스템에 설치 된 라이브러리가 아니라 별도 라이브러리 인 경우 프로그램 시작 시, 필요 한 공유 라이브러리를 로드 하지 못하여 실행하지 못할 수 있음.윈도우의 경우 현재 디렉터리를 기준으로 찾는 시늉(?) 이라도 하는 것 같던데,리눅스는 그렇지 않음. 여기서는 기본적으로 산출물이 공유 라이브러리를 찾는 기준을 설정하는 법을 정리한다.[2. RPATH]readelf -d "mybinary" 를 살펴 보면 RPATH 항목이 있음. 이 항목은 cmake 로 프로젝트 설정 시 -DCMAKE_SKIP_BUILD_RPATH=TRUE 로 설정하면 제거 할 수 있으나, 서비스 환경에 배포 시,..
빌드 방법 [리눅스 기준] [1. 개요]윈도우와 전체적인 맥락은 비슷 함./Configure '-Wl,-rpath,$(LIBRPATH)'# 혹은 Perl Configuremake 산출물libssl.alibcrypto.alibcrypto.so# => libcrypto.so.3libssl.so# => libssl.so.3
빌드 방법 [윈도우 기준] [1. 개요]빌드 환경윈도우 10Visual studio 2017 기준필요한 툴perlnasmnmakeclrcperl 은 아래 url 을 통해 다운 받도록 한다.https://strawberryperl.com/releases.htmlnasm 은 mingw 나 perl 다운 시 같이 받을 수 있다. 나머지 툴은 Visual studio 2017 설치 후,"vs 2017 용 x64 네이티브 도구 명령 프롬프트" 를 에서 동작을 확인하도록 한다.Visual studio 2015 나 2019 등을 사용하는 경우, 각 빌드에 맞는 프롬프트를 실행하도록 한다.해당 프롬프트에서 아래 작업을 진행하도록 한다. 소스코드를 아래 url 을 통해 다운 받은 후, 소스 디렉터리로 이동하도록 한다.https://github.c..
출력 버퍼 flush 에 대한 고찰 [1. 개요]애플리케이션을 실행하고, 그 로그를 출력하는 상황은 크게 아래와 같이 두가지가 있을 수 있다.콘솔 상에서 바로 확인자식 프로세스 등으로 실행 및 파이프로 연결하여 확인실행 한 애플리케이션이 로그 출력 후 출력 버퍼를 바로 flush 하지 않는다면 로그를 확인 하는 시점이 상당히 다르다는 것이다. 1번 방식은 라인 단위로 즉시 확인 할 수 있지만,2번 방식은 라인 단위로 즉시 확인 할 수 없다. 그 이유는콘솔은 라인 버퍼링 방식으로, 개행 문자를 만나는 즉시 출력 버퍼를 비운다.파이프, 리다이렉션 등은 풀 버퍼링 방식으로 출력 버퍼가 가득 차야 버퍼를 비운다.그래서, 2번 방식으로 자식 프로세스의 로그를 실시간으로 확인하여야 하는 경우가 문제가 된다.[2. 예시]아래 코드를 빌드 후, 아래와 ..
xargs [1. 개요]xargs 는 표준 입력으로 받은 데이터를 명령어의 인자로 변환해주는 명령어이다. find /mydata -name "*.csv" | xargs zip mydata.zip xargs 는 리눅스 커널의 ARG_MAX 를 우회하여 실행하는 기능이 있음(?)
ulimit [1. 개요]ulimit 은 시스템 자원을 과도하게 사용하는 것을 방지하고, 시스템 안전성을 확보하기 위해 사용한다.시스템의 자원의 제한 값을 설정한다. ulimit 명령어를 이용해 현재 세션의 설정 된 값을 확인하거나, 변경할 수 있다. systemd 에 의해 실행되는 경우, .service 파일에 직접 명시해야 한다. PAM (Pluggable Authentication Module)유닉스 계열 시스템에서 인증 관련 작업을 모듈화 하여 처리 할 수 있게 해주는 프레임 워크ssh, su, passwd /etc/pam.conf/etc/pam.d/*[2. 종류]ulimit -ccore dump 파일의 최대 크기- 이 값이 0으로 설정되어 있으면 core dump 파일이 생성되지 않는다.- unlimited..
fsanitize 컴파일 옵션 [1. 개요]c++ 애플리케이션의 다양한 오류를 런타임에 찾고 수정하기 위한 한가지 방법이다.컴파일 시 해당 옵션을 지정하면, 컴파일러가 프로그램에 검사 코드를 자동 삽입하여 오류를 찾는데 도움을 준다. 다양한 옵션을 살펴보면 아래와 같다.-fsanitize=address버퍼 오버플로우, use-after-free 등 메모리 오류 탐지-fsanitize=undefined정의되지 않은 동작 (나눗셈 0, 정수 오버플로우 등)-fsanitize=leak메모리 누수 추적-fsanitize=memory초기화되지 않은 메모리 사용 (GCC 지원 안함.?)-fsanitize=threadrace condition 탐지-fsanitize=pointer-compare잘못된 포인터 비교/연산 감지-fsanitize=poi..
buffer overflow 사례1 [1. 개요]버퍼 오버플로우를 유발 할 수 있는 사례들을 정리한다. 포인터를 전달할 때, 실제 메모리는 해당 포인터 타입에 해당하는 크기만큼의 공간이 할당되어 있어야 한다.아래와 같은 타입 캐스팅은 가급적 하지 않는 것이 좋다.int value = 0x1234;long long *ptr = reinterpret_cast(&value);왜 그런가, ptr 을 대상으로 발생하는 연산은 ptr 이 가리키는 공간이 8byte 만큼 할당되어 있다고 판단하고연산을 진행한다.그러나, 실제 메모리 공간은 4바이트 이므로 할당된 메모리 공간을 넘어서는 문제가 발생할 수 있다. 아래 코드를 보면, func() 에는 변수 a 의 주소만 넘기는데, b 의 값이 변경되어 버린다.#include void func(unsigned..
Segmentation fault 사례5 [1. 개요]strncpy 사용 시, 버퍼 오버플로우 발생.정확히는, strncpy 사용 시 마지막 3번째 인자의 계산 오류로 인해 발생한 문제임. 아래와 같은 코드의 문제점은?#include #include #define max(a, b) ((a) > (b) ? (a) : (b))int main(){ char buf[512]; char buf2[512]; strcpy(buf2, "hello"); strncpy(buf, buf2, max(static_cast(strlen(buf2)) - strlen("helloworld"), 0)); std::cout 바로, int 와 size_t 간 자료형의 연산이다.size_t 는 64bit 프로그램에서..
스레드 풀 사용 관련 [1. 개요]병렬 처리 등을 위한 스레드 풀 사용 예제I/O Bound 적합CPU Bound 작업 처리를 위해선, ProcessPoolExecutor 사용기본적으로 메모리 구조는threading=> pthread_create 기반, 전역 변수 등은 공유 됨.multiprocessing=> fork() 기반, 값은 같을 수 있지만 공유되지 않음=> 변수 공유를 위해선 별도 처리가 필요. (multiprocessing.Value, )[2. 예제]