실행 도구 오류를 읽고 다시 실행하기

2026-10-04 KST. 개발 #1198은 필수 여섯 검사·독립 소스 증거 검증 뒤 병합했습니다. main #1199도 자체 필수 검사·독립 증거·승격 결속 후 정상 병합했습니다. 그 설치 main 93fa2742의 FIFO·한영 모델/결정론·변수와 조건 예제 원본을 보존합니다. 후속 #1200·main #1201의 필수 CI·독립 증거와 정상 병합 뒤 당시 main 01d21e92를 Go1.27.1로 설치했습니다. 같은 조건을 다시 실행하고 기대값의 미관측·실제 0점 표시를 확인했습니다.

처음 실행할 때

파일 실행 안내의 원본·레시피·기대값을 준비합니다. --out은 새 결과 폴더입니다. 현재 공개 0.6.18의 기본 도구 선택은 설치된 Go1.27.2를 확인합니다. --go-bin은 원하는 실행파일을 명시할 때 사용합니다. 선택 순서와 실제 관측 · 현재 설치. --model에 호환되는 모델 경로를 지정하면 자체 모델로 허용된 후보를 판단합니다. 모델 경로를 생략하면 결정론적으로 조립합니다.

gooo body-path-run --source file-body-inputs/ko-source.gooo \
  --activity AssembleKorean --path-plan file-body-inputs/ko-recipe.json \
  --cases file-body-inputs/cases-128.json \
  --repeat 2 --out fresh-results --timing
gooo body-path-run --verify-timing --out fresh-results

결과는 요청별로 보관합니다. 마지막 명령은 파일 지문·구간·합계를 읽기 전용으로 확인하며 모델 판단과 실제 바디 실행을 추가하지 않습니다.

실패했을 때 읽는 순서

개발 후보의 프로세스 시작·대기 기록

2026-10-09의 PR 1411은 새 실행 기록에 timing.start_ns, timing.wait_ns를 넣습니다. 둘을 더하면 기존의 wall_ns가 됩니다. 시작 호출이 돌아온 순간의 남은 실행 문맥도 함께 기록합니다. failure_phase는 오류를 반환한 호스트 작업인 START, WAIT, OUTPUT을 구분합니다.

시작 구간이 길면 운영체제에 프로세스 생성을 요청하는 동안 기다린 시간을 볼 수 있습니다. 대기 구간에는 런타임 시작, 프로그램 실행, 스케줄링과 입출력이 함께 들어갑니다. 실제 Gooo 본문이 시작한 시점을 알려면 추가 관측이 필요합니다. 기존 기록에서 이 값들이 없으면 미관측으로 읽습니다. 타이밍 합계·취소·출력 제한· 캐시 복사·과거 기록을 확인하는 로컬 검사와 네 플랫폼 실행 검사, 준비 조건 7/7을 통과했습니다. 필수 여섯 검사와 원본 검증 기록을 확인한 뒤 개발 브랜치 31d3419c에 병합했습니다.

실패한 배포 예제의 원본 출력은 .failed-output 파일에 남습니다. 출력이 없었으면 빈 파일이 남고, 일부 JSON 뒤에 오류 메시지가 섞였어도 원래 바이트를 유지합니다. 기본 Windows 준비 검사에서 시작 구간 최대값은 약 172ms, 대기 구간 최대값은 약 18ms였습니다. 별도 ledger 실행에서는 시작 2,854,721,800ns, 대기 510,000ns가 기록됐고, 시작 호출이 돌아왔을 때 이미 2초 제한이 만료돼 있었습니다. 같은 실행 파일과 입력은 기본 준비 검사에서 완료됐습니다. 시작 호출이 예산을 소진한 사실과 Windows 내부 원인은 구분해서 읽습니다. 소스와 실행 원본.

PR 1412는 시작 이후에 2초 대기 예산을 적용하고 timing.wait_limit_ns로 남깁니다. 전체 호출의 기존 제한과 취소는 계속 적용되며, 시작 중 만료된 전체 예산을 되살리지 않습니다. 대기에는 런타임 시작, 본문 실행, 입출력과 종료 처리가 포함됩니다. 취소·정리 때문에 실제 대기가 요청한 예산보다 길어질 수 있어 총시간도 함께 보존합니다. 과거 기록에 이 필드가 없으면 당시의 경계 그대로 해석합니다. 후보 886ba5c3은 로컬 검사, 기본 네 플랫폼과 별도 세 플랫폼 실행을 통과했습니다. 원본 준비 조건 7/7과 필수 여섯 검사·검증 기록을 확인하고 개발 브랜치 150dedc0에 병합했습니다. 검사 후보와 병합한 파일 트리는 같습니다. 공개 0.6.18 설치본은 이전 소스이므로 이 예산 변경은 후속 배포부터 적용됩니다.

실행 결과 해석

안내·기록	확인할 내용
실행 도구를 찾지 못함	--go-bin이 가리키는 파일과 실행 권한
Go tool must be a regular executable file	Unix에서 FIFO 등 일반 파일이 아닌 도구를 거부한 결과
native unobserved, native 0회	현재 바디 실행을 관측하지 못함
finite expectations unobserved (128 declared)	선언한 기대값 128개를 실행에서 관측하지 못함; summary.json, runtime 오류와 종료 상태를 함께 읽음
finite expectations 0/128	실제 출력 128개와 재실행을 관측했으나 기대값이 모두 불일치; 원래 출력과 기대값 확인
실제 출력과 기대값이 다름	원래 출력·기대값·충족 수·분모를 확인하고 다음 조립에 반영

문제의 공구 경로를 고친 뒤 새 결과 폴더로 다시 실행합니다. 원래 실패도 남겨두면 어디까지 진행됐는지 비교할 수 있습니다. 생성 거부·실행 오류는 종료 1, 사용법 오류는 2입니다. 유한 기대값의 불일치가 있는 관측 완료는 0일 수 있으므로 자동화는 summary.json의 상태·충족 수·분모·실제 실행 수를 함께 사용합니다.

이번에 확인한 범위

쓰기 상대가 없는 실행 권한 FIFO를 지정한 원래 프로세스는 60초를 넘어 살아 있었습니다. 컨트롤러 중단과 후속 최소 157초 관측, 빈 출력과 입력을 보존하고 확인한 자기 프로세스 그룹만 종료했습니다. 후보는 Unix에서 비차단으로 열고 열린 파일 종류를 검사합니다. 실제 후보 요청은 전체 CLI 604.14ms에 종료 1로 끝났습니다. 요청 응답은 7.2885ms, 실패한 파일 해시 단계는 0.033959ms이며 준비·저장 범위가 달라 각 값을 따로 읽습니다. 판단·바디 실행 0회와 128개 기대값 미관측을 보존했습니다. 일반 파일을 가리키는 심볼릭 링크 검사도 통과했습니다. FIFO 개선을 처음 설치한 main 93fa2742의 실제 FIFO는 전체 CLI 19.665ms, 요청 5.527ms로 종료 1을 반환했습니다. 초기 후보와 준비·캐시 조건이 달라 두 관측을 별도로 보존합니다. 설치본의 한영 성공 8회·실제 판단 4회·실행 16회에서 1,024/1,024와 이전 생성 Go를 유지했습니다. 공구 조회·FIFO 실패는 각각 128개 기대값 미관측입니다.

같은 장비·시간창에서 이전 main과 후보를 번갈아 사용한 96회 생성·48회 자체 모델 판단·192회 실행은 12,288/12,288과 모든 고정 생성 Go를 유지했습니다. 재사용 응답 중앙값은 21.54/22.07ms로 범위가 겹쳤습니다. 이번 개선은 FIFO 대기 문제의 해소와 실패 안내입니다. 앞선 느린 관측도 보존합니다. 일반 파일시스템 지연, 다른 장비와 새로운 의도의 동작은 각각 추가 관측이 필요합니다.

공개 원본·실패·단계·Go 수집기 · 현재 설치의 미관측·실제 0점 · 현재 상태 · 시간 기록 읽기.