윈도우 에러 코드 7번 ‘ERROR_ARENA_TRASHED’는 어디서 왔을까

• ERROR_ARENA_TRASHED는 이름만 보면 무슨 대형 사고 난 에러 같지만, 실제 뿌리는 MS-DOS 메모리 관리 구조임

  • 에러 코드 번호는 7
  • 현대 Win32 커널에서 쓰이는 에러라기보다는 MS-DOS에서 넘어온 잔재에 가까움

• MS-DOS는 메모리를 가변 크기 블록들의 연속으로 관리했고, 각 블록 앞에는 16바이트짜리 arena 헤더가 붙어 있었음

  • 헤더에는 arena_signature, arena_owner, arena_size 같은 필드가 있었음
  • arena_owner는 해당 메모리를 할당한 프로세스의 PDB 값을 담고, 비어 있으면 0이었음

• 핵심은 arena_signature 값임. MS-DOS는 이 값을 보고 메모리 블록 목록이 정상인지 확인했음

  • 일반 블록의 시그니처는 0x4D, ASCII로 대문자 M
  • 마지막 블록의 시그니처는 0x5A, ASCII로 대문자 Z
  • 이 MZ는 Mark Zbikowski의 이니셜이기도 함. 윈도우/도스 쪽 오래 파본 사람들에겐 익숙한 그 흔적

• 메모리 할당 요청을 처리하려고 블록들을 훑는 중에 시그니처가 0x4D도 0x5A도 아니면, MS-DOS는 arena가 “trashed”, 즉 망가졌다고 판단했음

  • 그때 반환된 값이 ERROR_ARENA_TRASHED
  • 말 그대로 메모리 블록 관리 구조가 깨졌다는 뜻에 가까움

• 그래서 인터넷에 널린 “ERROR_ARENA_TRASHED 해결법” 글들은 좀 수상하다는 게 원문의 포인트임

  • 실제로는 현대 Win32 커널이 쓰는 에러가 아닌데, 많은 사이트가 하드웨어 충돌, 시스템 파일 손상, 드라이버 업데이트 같은 뻔한 처방을 늘어놓음
  • 에러 의미는 모르지만 해결책은 자신 있게 말하는 그 전형적인 패턴임

• 완전히 죽은 코드는 아니고, 일부 user-mode 컴포넌트에서 내부 자료구조 손상을 나타내는 용도로 쓰는 사례는 있다고 함

  • 원래 의미와 정신은 비슷함. 내부 구조가 깨졌다는 뜻으로 재활용하는 셈
  • 그래도 핵심은 “이건 현대 Win32 커널의 일반적인 에러 상황으로 보면 안 된다”는 점임

---

기술 맥락

• 이 에러 코드가 흥미로운 이유는 이름이 아니라, 운영체제가 메모리를 어떻게 믿고 걸었는지가 드러나기 때문이에요. MS-DOS는 메모리 블록마다 작은 헤더를 붙이고, 그 헤더의 시그니처가 예상값인지 확인하면서 다음 블록으로 넘어갔어요.

• 0x4D와 0x5A 같은 매직 넘버는 단순 장식이 아니에요. 메모리 관리자 입장에서는 연결된 블록 구조가 깨졌는지 빠르게 확인할 수 있는 최소한의 무결성 체크였거든요. 그 값이 틀어지면 더 진행하지 않고 arena가 망가졌다고 본 거예요.

• Win32에서 이 에러가 거의 쓰이지 않는다는 점도 개발 실무적으로 의미가 있어요. 실제 시스템이 낼 가능성이 낮은 에러 코드는 테스트에서 의도적으로 실패 조건을 표시하는 값으로 쓰기 좋거든요. 운영체제 잔재가 테스트 더블의 신호값으로 살아남는 케이스라고 볼 수 있어요.