WindTerm 딥다이브
— 터미널의 바이트가 화면이 되기까지

1프로젝트 한줄 요약

WindTerm은 SSH·SFTP·Shell·Telnet·Tmux·Serial을 다루는 크로스플랫폼 터미널입니다. 원격 서버에 접속할 때도, 내 컴퓨터에서 셸을 실행할 때도 텍스트를 주고받는 화면을 제공합니다. README는 Windows·macOS·Linux 지원, 세션 관리, 분할 화면, 파일 관리, 자동 완성 등을 설명합니다.

이 저장소에서 배울 핵심은, 서로 다른 방식으로 들어오는 바이트를 일관된 인터페이스로 다루는 설계입니다. 다만 화면 렌더러와 세션을 조립하는 제품 전체 코드는 공개되어 있지 않습니다. 공개된 PTY·프로토콜 보조 코드·위젯·라이브러리를 각각 읽고, 연결을 확인할 수 있는 범위를 표시해야 합니다.

처음 보는 독자를 위한 세 가지 사용 장면

2왜 주목받는가

2-1. 트렌딩 순위가 알려주는 것과 알려주지 않는 것

WindTerm은 2026-10-23 GitHub Trending의 C 일간 목록에서 12위로 선정되었습니다. 누적 스타는 32,507개입니다. 순위는 그날의 관심을 보여주지만, 특정 기능이나 사건이 관심 증가의 원인이라는 사실까지 알려주지는 않습니다.

공식 README에 제시된 특징으로 보면, 여러 운영체제에서 쓰는 접속 도구를 하나로 모으고, 세션·파일·화면 분할을 함께 관리하려는 개발자에게 매력적인 구성입니다. 이는 제품 기능에 근거한 해석이며, 트렌딩 알고리즘이나 유입 경로를 측정한 결론은 아닙니다.

2-2. 경쟁 도구와 비교하면 드러나는 제품의 중심

비교의 기준은 기능의 중심입니다. Windows Terminal도 탭과 분할 창을 지원하므로 분할 화면만으로 차별화된다고 말할 수는 없습니다. 역할 설명은 PuTTY 공식 소개와 Windows Terminal 공식 문서를 기준으로 합니다.

2-3. README의 성능 수치는 어떻게 읽어야 할까

README는 동적 메모리 압축으로 작업 메모리의 20~90%를 줄일 수 있다고 설명합니다. 그러나 공개된 부품에서 그 압축 엔진의 전체 구현을 추적할 수는 없습니다. 오래된 벤치마크는 당시의 실험 결과로 읽어야 하며, 현재 제품 사이의 성능 순위로 바꾸어 읽으면 안 됩니다.

benchmark/urandom_test.sh는 난수 데이터를 Base64로 바꾸어 파일에 쓰고, time dd로 출력 시간을 재는 작은 스크립트입니다. 모든 경쟁 도구를 같은 설정으로 자동 실행하는 종합 벤치마크 도구는 아닙니다.

3기술 스택 전체 지도

이 프로젝트는 웹 서버와 브라우저 프론트엔드로 구성된 서비스가 아닙니다. 여기서 프론트엔드는 Qt 위젯이고, 백엔드에 해당하는 부분은 로컬 프로세스와 통신을 다루는 네이티브 코드입니다. 데이터베이스나 클라우드 배포를 필수 구성으로 추가할 근거는 공개 코드에 없습니다.

3-1. 프론트엔드: Qt 기반 네이티브 위젯

Q_OBJECT와 Q_SIGNALS는 Qt의 메타 객체 기능을 사용한다는 증거입니다. 이를 컴파일하려면 보통 Qt의 코드 생성 과정이 필요합니다. 그러나 공개된 최상위 앱 빌드 파일이 없어 이 제품의 Qt 패키징 설정까지 재현할 수는 없습니다.

3-2. 백엔드에 해당하는 영역: 프로토콜과 프로세스

src/README.md의 libssh 기반 버전 표기는 0.95입니다. 실제 CMake의 프로젝트 버전은 0.9.5이므로 이 글에서는 빌드 파일 값을 사용합니다. 같은 파일의 LIBRARY_VERSION "4.8.6"은 라이브러리의 ABI 버전 체계이며 제품 버전이 아닙니다.

3-3. 인프라·빌드: 전체 앱과 동봉 라이브러리를 구분하기

# src/libssh/CMakeLists.txt에서 발췌
cmake_minimum_required(VERSION 3.3.0)
project(libssh VERSION 0.9.5 LANGUAGES C)
set(LIBRARY_VERSION "4.8.6")
set(LIBRARY_SOVERSION "4")

# src/libssh/DefineOptions.cmake에서 발췌
option(WITH_SFTP "Build with SFTP support" ON)
option(WITH_SERVER "Build with SSH server support" ON)
option(UNIT_TESTING "Build with unit tests" OFF)

위 옵션은 libssh의 기본값입니다. WindTerm이 SSH 서버 제품이라는 뜻도, 배포 바이너리에 이 기본값을 그대로 적용했다는 뜻도 아닙니다. WITH_GCRYPT·WITH_MBEDTLS 옵션과 OpenSSL 탐색 분기를 통해 암호 백엔드를 고릅니다.

의존성의 버전, 라이브러리의 빌드 옵션, 제품의 실제 배포 구성을 서로 구분하는 것이 스택 분석의 출발점입니다.

4아키텍처 심화 분석

4-1. 시스템 구조: 확인된 부품과 비어 있는 연결부

아래는 제품의 역할을 배치한 개념도입니다. 폴더에 해당 부품이 있다는 것은 확인되지만, 미공개 세션 관리자에서 각 부품을 실제로 호출하는 경로는 확인할 수 없습니다. 특히 터미널 제어 시퀀스 해석기·화면 렌더러·스크롤백 압축기를 이 그림만으로 복원할 수는 없습니다.

아키텍처를 읽는다는 것은 빈칸을 그럴듯하게 채우는 일이 아니라, 확인된 경계와 계약을 설명하는 일입니다.

4-2. 패턴 ① 플랫폼 추상화와 이벤트 알림

src/Pty/Pty.h는 createProcess()·readAll()· write()·resizeWindow()를 순수 가상 함수로 선언합니다. 상위 코드는 운영체제의 구체적인 핸들 대신 이 작업 목록을 바라보도록 설계되어 있습니다. 앞 절의 선언 불일치 때문에, 공개 구현들이 현재 그대로 같은 계약을 만족한다고 단정할 수는 없습니다.

src/Pty/UnixPty.cpp의 UnixPty::createProcess()는 posix_openpt()로 마스터를 열고, grantpt()·unlockpt() 뒤 슬레이브를 엽니다. ShellProcess::setupChildProcess()는 슬레이브를 자식 프로세스의 표준 입출력에 연결합니다.

QSocketNotifier는 이름과 달리 소켓 이외의 파일 디스크립터도 감시합니다. 읽을 준비가 된 사실을 Qt 이벤트 루프에 연결하는 용도입니다. 다만 이 콜백은 EAGAIN이면 실행을 양보한 뒤 읽기를 재시도하므로, 비차단 설정만으로 콜백 전체가 즉시 반환한다고 볼 수는 없습니다. 자세한 계약은 Qt 공식 문서에서 확인할 수 있습니다. 이 링크의 Qt 6 문서는 개념 학습용이며 WindTerm의 Qt 버전을 뜻하지 않습니다.

Windows의 src/Pty/ConPty.cpp는 다른 방식을 택합니다. PipeThread::run()이 512바이트 버퍼로 ReadFile()을 호출하고, ConPty::appendBuffer()가 잠금 안에서 데이터를 추가한 뒤 잠금을 풀고 신호를 보냅니다.

// ConPty::appendBuffer()의 핵심 부분
{
    ThreadLocker<SpinMutex> locker(m_mutex);
    m_buffer.append(buffer);
}
emit readyRead();

바깥 중괄호는 장식이 아닙니다. locker의 소멸 시점을 정해서 신호 처리 과정까지 잠금을 붙잡지 않게 합니다. 다만 신호 수신 객체의 연결 방식과 스레드는 호출부를 봐야 하므로, 신호가 언제나 GUI 스레드에서 즉시 실행된다고 가정해서는 안 됩니다.

4-3. 패턴 ② 상태 기계로 부분 수신 다루기

src/libssh/src/packet.c의 ssh_packet_socket_callback()은 수신된 바이트가 곧 완성된 SSH 패킷이라고 가정하지 않습니다. session->packet_state를 확인하고 필요한 길이가 모였을 때 다음 단계로 진행합니다.

packet_len > MAX_PACKET_LEN 같은 검사는 네트워크 입력을 신뢰하지 않는 경계입니다. 패킷 처리를 깨우는 src/libssh/src/session.c의 ssh_handle_packets()는 폴링 컨텍스트를 준비하고 ssh_poll_ctx_dopoll(ctx, tm)을 호출합니다.

상위 API인 src/libssh/src/channels.c의 ssh_channel_read()는 ssh_channel_read_timeout()으로 위임합니다. 요청한 크기보다 적게 읽을 수 있고, 비차단 모드에서는 데이터가 아직 없을 수도 있습니다. 이 구현에서 0은 EOF뿐 아니라 비차단 모드에서 읽을 데이터가 없는 경우에도 반환되므로, 반환값만으로 EOF를 단정하면 안 됩니다. 따라서 버퍼 크기, 패킷 크기, 한 번의 API 반환 길이는 각각 다른 개념입니다.

4-4. 패턴 ③ 반복자와 콜백으로 저장 형태 감추기

src/Onigmo/oniguruma.h의 OnigIterator는 문자 접근 함수와 저장소 포인터를 묶습니다. 검색 알고리즘은 메모리가 연속인지 직접 결정하는 대신, 지정한 위치의 값을 읽는 함수를 호출할 수 있습니다.

// src/Onigmo/oniguruma.h의 선언에서 발췌
typedef UChar (*OnigCharAtFunc)(OnigPosition pos, const void* ptr);
typedef struct OnigIteratorStruct {
    OnigCharAtFunc at;
    const void* ptr;
} OnigIterator;

#define ONIG_CHARAT(pos) (it->at(pos, it->ptr))

src/Onigmo/sample/simple.c는 onig_default_charat와 연속 문자열로 반복자를 만들고, onig_search(&it, ...)에 전달합니다. src/Onigmo/regexec.c의 onig_match()·onig_search()에도 이 인자가 나타납니다.

src/README.md는 이 확장이 갭 버퍼나 인접하지 않은 메모리 블록의 검색을 가능하게 한다고 설명합니다. 함수 포인터 기반 API는 그 설명과 부합합니다. 다만 WindTerm의 실제 스크롤백 저장 구조와 연결하는 호출부는 공개되지 않았습니다.

4-5. 패턴 ④ 소멸자로 정리를 보장하는 RAII

src/Utility/ScopeGuard.h는 생성자에서 획득 함수를 호출하고, 소멸자에서 활성 상태를 확인하여 해제 함수를 실행합니다. 복사는 금지하고, 이동 생성자는 원본을 cancel()하여 정리 책임을 넘깁니다.

// src/Utility/ScopeGuard.h의 소멸자에서 발췌
~ScopeGuard() {
    if (m_active) {
        m_release();
    }
}

// 학습용 사용 예: acquireResource/releaseResource는 예시용 함수명
ScopeGuard guard(
    [] { acquireResource(); },
    [] { releaseResource(); }
);

핵심은 함수 끝에 해제 코드를 외워서 붙이는 것이 아니라, 객체의 수명에 정리 책임을 붙이는 것입니다. src/Utility/Spin.h의 ThreadLocker도 기본 설정에서는 생성 시 잠그고 소멸 시 해제합니다. 획득 도중 실패했을 때의 정리와 해제 함수의 예외 처리는 별도로 설계해야 합니다.

5디렉토리 구조 해부

5-1. 줄 수로 보면 다른 지도가 나옵니다

커밋 a8336c1의 추적 파일은 536개입니다. 아래 수치는 확장자로 묶어 줄바꿈 문자를 센 물리적 줄 수입니다. 빈 줄·주석·테스트·생성된 데이터 표도 포함하므로 순수 구현량이나 작성자의 기여량과 같지 않습니다.

두 동봉 라이브러리가 이 합계의 약 98.4%를 차지합니다. 따라서 GitHub의 주 언어 C 표시는 자연스럽지만, 제품 GUI까지 C로만 구현되었다는 뜻은 아닙니다. 라이브러리 밖 네 폴더의 공개 C++·헤더는 합계 2,912줄이라 작은 단위로 읽기 좋습니다.

5-2. 처음 읽을 파일의 순서

1. src/Utility/ScopeGuard.h — 57줄. 생성·이동·소멸을 종이에 추적합니다.
2. src/Utility/CircularBuffer.h — 89줄. 인덱스와 실제 저장 위치를 구분합니다.
3. src/Widgets/ScrollBar.cpp — 152줄. 모델 값과 UI 값의 변환을 읽습니다.
4. src/Pty/UnixPty.cpp — 327줄. 파일 디스크립터와 이벤트를 연결합니다.
5. src/Onigmo/sample/simple.c 뒤 src/Onigmo/regexec.c — 사용 계약부터 구현으로 내려갑니다.

수천 줄짜리 검색 엔진을 첫 페이지부터 정독하는 것보다, 작은 API의 입력·출력·실패 조건을 정리한 뒤 그 API가 쓰는 내부 함수를 따라가는 편이 이해하기 쉽습니다.

6학습 포인트 (기술별)

6-1. C++ 자료구조: 링 버퍼의 논리 인덱스와 물리 인덱스

src/Utility/CircularBuffer.h의 append()는 m_buffer[++m_currentIndex & m_mask] = value;로 저장합니다. 길이가 2의 거듭제곱일 때 index & (capacity - 1)로 저장 칸을 순환시킬 수 있습니다.

// 실제 용량이 8칸인 경우의 계산 예
capacity = 8
mask     = 7       // 이진수 0111

논리 인덱스    0  1  2  3  4  5  6  7  8  9
저장 칸        0  1  2  3  4  5  6  7  0  1

// 이 구현에서 8칸을 만드는 요청값의 한 예는 7입니다.
// 생성자에 8을 전달하면 아래 매크로 때문에 실제 용량은 16이 됩니다.

물리 위치는 재사용되어도 논리 인덱스는 계속 증가합니다. minIndex()는 max(0, currentIndex + 1 - capacity)로 아직 덮어쓰이지 않은 데이터의 시작점을 계산합니다.

실습 아이디어: 실제 용량 8, 현재 인덱스 9일 때 유효 범위는 2~9입니다. 저장 칸 0·1에 무엇이 남는지 그려 보세요. 그런 다음 요청 용량의 의미를 “이상인 최소 거듭제곱”과 “초과하는 최소 거듭제곱” 중 하나로 정해 명세를 써 봅니다.

6-2. GUI 수치 모델: 64비트 스크롤 위치를 작은 UI 범위로 옮기기

src/Widgets/ScrollBar.h는 최소·최대·현재 값을 qint64로 보관합니다. 반면 바탕 위젯의 범위를 사용할 때는 INT_MAX를 기준으로 값을 축소합니다. ScrollBar::setValue()와 createConnections()를 왕복해서 읽어야 설계가 보입니다.

// minimum=0인 경우, 구현을 수식으로 요약
// maximum이 INT_MAX보다 클 때만 비례 변환
UI 값       ≈ 논리 값 × INT_MAX / maximum
논리 값     ≈ UI 값   × maximum / INT_MAX

// 예: maximum=10,000,000,000, 논리 값=5,000,000,000
UI 값       ≈ INT_MAX / 2

막대를 끌면 넓은 범위의 대략적인 위치로 이동하고, 한 줄 이동에서는 m_value + singleStep()처럼 논리 값을 직접 갱신합니다. QSignalBlocker는 내부 위젯 값을 바꾸는 동안 신호를 막아 불필요한 재진입을 줄입니다.

비례 변환에는 부동소수점 연산과 정수 변환에 따른 오차가 있습니다. 또 이 구현은 maximum 중심의 수식을 사용하므로 최소값이 0이 아닌 범위도 같은 품질로 다룰 수 있는지는 별도로 따져야 합니다. 64비트 API가 있다는 사실만으로 모든 경계 조건이 해결되지는 않습니다.

실습 아이디어: 최대값이 INT_MAX - 1, INT_MAX, INT_MAX + 1인 세 경우를 비교하세요. 드래그와 한 줄 이동에서 각각 어떤 정밀도가 필요한지 설명해 봅니다.

6-3. 동시성: 잠금과 한 번만 하는 초기화의 차이

src/Utility/Spin.h의 SpinMutex는 atomic_flag의 acquire/release 연산으로 잠금을 구현합니다. 실패 횟수에 따라 처음에는 즉시 재시도하고, 이후에는 yield(), 100나노초 대기, 10마이크로초 대기로 양보합니다. 지정 시간은 운영체제가 보장하는 실제 대기 시간과 같지 않습니다.

src/Protocols/TelnetProtocol.cpp의 GetOptionVector()는 정적 벡터와 std::once_flag를 두고 std::call_once()로 초기화합니다. 하지만 반환형이 수정 가능한 참조이므로 초기화 이후의 읽기·쓰기까지 보호하는 것은 아닙니다.

실습 아이디어: 두 스레드가 GetOptionVector()의 결과를 받아 같은 옵션 상태를 바꾸는 순서를 종이에 그리세요. 세션별 상태라면 공유 정적 벡터가 적절한지, 불변 기본값을 복사하는 설계가 적절한지 토론할 수 있습니다.

6-4. 암호 API 읽기: 알고리즘 이름 다음에 볼 것

src/Utility/Cryptographic.cpp는 비밀번호로 키를 유도하고 데이터를 암호화하는 유틸리티입니다. src/README.md는 마스터 비밀번호로 사용자 데이터와 개인 키 등을 보호하는 데 사용한다고 설명합니다. 호출부와 저장 형식 전체는 이 파일만으로 확인할 수 없습니다.

검토할 지점도 있습니다. doCrypt()는 EVP 호출의 반환값을 확인하지 않으며, 이 함수 안에는 인증 태그나 MAC을 검사하는 코드가 없습니다. 동일한 유도 결과를 재사용하면 IV도 같아지지만, 실제 저장 단위마다 솔트를 새로 만드는지는 호출부가 필요합니다.

OpenSSL EVP 공식 문서의 반환값과 인증 암호 관련 설명을 함께 읽으면, 알고리즘 선택 외에도 실패 처리와 무결성 검증이 필요함을 배울 수 있습니다. 이 파일을 검증된 비밀번호 저장 예제로 그대로 복제하지는 마세요.

실습 아이디어: 키 유도·암호화·인코딩을 서로 다른 색으로 표시하고, “Base64는 암호화인가?”, “48바이트 출력이 48바이트의 난수를 뜻하는가?”에 답을 써 봅니다.

6-5. 텍스트와 인코딩: 화면 한 글자와 저장 한 바이트

src/Onigmo/enc/에는 UTF-8·UTF-16·EUC-KR 등 여러 인코딩 구현이 있습니다. src/Onigmo/sample/simple.c는 ASCII 예제이므로 그대로 한글 검색의 동작을 설명하는 근거로 쓰면 안 됩니다. 유니코드 코드 포인트, 인코딩된 바이트 수, 화면에서 차지하는 칸 수는 구분해야 합니다.

실습 아이디어: 문자열 A한B의 UTF-8 바이트 경계와 문자 경계를 따로 표시하고, 반복자 콜백이 반환하는 UChar가 저장 단위를 읽는다는 점을 설명해 보세요. 문자 경계를 해석하는 일은 선택한 인코딩 처리와 함께 이루어집니다.

좋은 학습은 작동 원리의 설명에서 끝나지 않고, 그 원리가 성립하는 조건과 실패하는 경계까지 묻습니다.

7하드웨어 / 시스템 요구사항

README는 Windows·macOS·Linux 바이너리를 안내하지만, CPU·RAM·디스크의 공식 최저 사양을 정리한 표는 제시하지 않습니다. 다음 표에서 측정 환경을 설치 최소 조건으로 오해하지 않는 것이 중요합니다.

7-1. Windows 백엔드는 별도 조건을 갖습니다

ConPty::isAvailable()는 커널 빌드 번호를 꺼내 CONPTY_MINIMAL_WINDOWS_VERSION과 비교합니다. 이 커밋의 상수는 18309이며 오류 문구에는 Windows 10 1809가 언급됩니다. 서로 다른 표기를 하나의 정확한 제품 최소 조건으로 합치지 않는 편이 옳습니다.

src/Pty/WinPty.cpp에는 winpty-agent.exe와 winpty.dll을 앱 실행 파일의 디렉터리에서 찾는 코드가 있습니다. 다른 백엔드가 있다는 사실과 제품이 언제 어느 백엔드를 선택하는지는 별개입니다. 실제 선택 로직은 공개된 이 파일들에서 확인되지 않습니다.

ConPTY를 별도 학습 프로젝트에서 다룬다면 파이프와 자식 프로세스의 수명도 함께 배워야 합니다. Microsoft의 ConPTY 세션 문서는 통신 채널을 먼저 만들고 프로세스를 연결하는 절차와 스레드·핸들 관리상의 주의점을 설명합니다.

7-2. 학습용 환경 제안

소스 읽기는 평소 개발에 쓰는 노트북이면 시작할 수 있습니다. 실행 실험으로 확장할 때는 공식 최저 사양을 추정하기보다, 작은 출력량부터 시작해 프로세스 메모리와 반응 시간을 직접 기록하세요. 이 절의 제안은 학습 방법이며 제품의 공식 권장 사양이 아닙니다.

8직접 해볼 수 있는 실습 과제

아래 과제는 소스를 읽고 표·설계·의사코드를 만드는 방식으로 진행할 수 있습니다. 구현을 추가하고 싶다면 원본과 분리된 학습 프로젝트로 확장하세요. 각 과제의 목표는 코드를 많이 쓰는 것이 아니라, 입력과 출력의 계약을 스스로 검증할 수 있게 만드는 것입니다.

# 저장소 루트에서 선언과 구현을 찾는 읽기 전용 명령
rg -n 'readyRead|readAll|write\(' src/Pty
rg -n 'QSocketNotifier|ReadFile|appendBuffer' src/Pty

// 학습용 의사코드: 원본 구현이 아니며 ASCII 바이트를 가정
at(pos, pair):
    assert 0 <= pos < pair.leftSize + pair.rightSize
    if pos < pair.leftSize:
        return pair.left[pos]
    return pair.right[pos - pair.leftSize]

9관련 기술 심화 학습 로드맵

C++ 문법을 전부 익힌 뒤 시작할 필요는 없습니다. 생성자·소멸자·참조·포인터를 읽을 수 있다면 작은 헤더부터 들어가고, 모르는 개념을 해당 주차의 결과물을 만드는 데 필요한 만큼 보충하면 됩니다.

표의 경로는 저장소 루트 기준이며, src/Utility/·src/Widgets/·src/Pty/와 라이브러리 코드가 있는 src/ 아래를 가리킵니다. 구현 순서는 자신이 쓰는 운영체제부터 시작해도 좋습니다.

매주 마지막에 답할 네 질문

1. 이 함수의 입력과 반환값은 각각 무엇을 의미하는가?
2. 자원의 소유자는 누구이며, 언제 정리하는가?
3. 입력이 범위를 벗어나거나 중간에 실패하면 어떻게 되는가?
4. 내 설명은 구현에서 확인했는가, README 설명인가, 아직 가설인가?

공부의 결과물은 파일을 몇 개 읽었다는 기록보다, 다른 사람이 검토할 수 있는 계약·상태도·경계값 표일 때 더 오래 남습니다.

10핵심 키워드 사전

11참고 링크

공식 저장소와 제품 문서

• kingToolbox/WindTerm — 공식 저장소
• WindTerm 2.7.0 릴리스 — OS별 배포 자산과 릴리스 설명
• WindTerm 공식 블로그 — 기능 소개와 사용법
• 공식 Tmux 통합 소개 — README에서 연결하는 기능 문서
• 공식 이슈 — 환경별 문제와 기능 요청

커밋 a8336c1에 고정한 코드 읽기

• src/README.md — 부분 공개 선언과 구성 요소 설명
• src/Pty/Pty.h · src/Pty/UnixPty.cpp · src/Pty/ConPty.cpp — 공통 계약과 운영체제별 구현
• src/libssh/src/packet.c · src/libssh/src/channels.c — 수신 상태와 읽기 반환값
• src/Onigmo/oniguruma.h · src/Onigmo/sample/simple.c — 반복자 선언과 사용 예
• src/Utility/ScopeGuard.h · src/Utility/CircularBuffer.h — 수명과 순환 저장
• src/Widgets/ScrollBar.cpp — 64비트 모델과 위젯 좌표 변환
• src/Utility/Cryptographic.cpp — 키 유도와 EVP 사용
• src/libssh/CMakeLists.txt · src/libssh/.gitlab-ci.yml — 실제 버전·기능 옵션·라이브러리 CI

관련 기술의 공식 문서

• Qt 신호·슬롯 · QSocketNotifier · QSignalBlocker — 개념 학습용 Qt 6 문서
• Microsoft ConPTY 세션 구성 — 파이프·프로세스·핸들의 수명
• libssh API 문서 — 현재 문서와 동봉 0.9.5 코드의 API 차이는 따로 확인
• Onigmo 원본 프로젝트 — 동봉된 수정판과 구분해서 읽기
• RFC 854 — Telnet 기본 프로토콜
• RFC 4253 — SSH 전송 계층
• RFC 8018 · OpenSSL EVP — 비밀번호 기반 키 유도와 암호 API
• 공개 소스의 LICENSE · libssh COPYING · Onigmo COPYING — 구성 요소별 원문

현재 상태 (2026-10-23 확인)

GitHub의 언어·라이선스 분류와 실제 파일의 구현·고지는 서로 다른 층위의 정보이므로 함께 읽어야 합니다.