루비의 낯선 Errno 예외, 제대로 이해하기

루비의 예외 계층 구조를 한 번이라도 살펴본 적이 있다면, 뭔가 낯선 부분을 발견했을 것입니다. RuntimeError나 NoMethodError 같은 익숙한 예외들 사이에 Errno::*라는 이상한 항목이 끼어 있습니다.

Exception
  StandardError
    ...
    SystemCallError
      Errno::*
    ...

디스크가 가득 찬 상태에서 파일에 쓰기를 시도하거나, 불안정한 네트워크 환경에서 API 호출을 해본 경험이 있다면 이런 오류를 직접 마주해봤을 겁니다. 실제로 지금 당장, 존재하지 않는 파일을 열어보는 것만으로도 이 예외를 재현할 수 있습니다.

irb> File.open("badfilename.txt")
Errno::ENOENT: No such file or directory @ rb_sysopen - badfilename.txt
    from (irb):9:in `initialize'
    from (irb):9:in `open'
    from (irb):9
    from /Users/snhorne/.rbenv/versions/2.1.0/bin/irb:11:in `<main>'

그렇다면 Errno 예외는 도대체 무엇이며, 왜 다른 예외들과 다르게 취급될까요?

루비를 운영체제에 적응시키는 어댑터

Errno 예외는 본질적으로 하나의 어댑터(adapter)입니다. 운영체제가 내놓는 오류를 루비의 예외 체계와 연결해 주는 다리 역할을 하죠. 운영체제는 루비와 완전히 다른 방식으로 오류를 처리하기 때문에, 어떤 형태로든 어댑터가 반드시 필요합니다.

루비에서는 오류가 대부분 예외(exception) 형태로 보고됩니다. 반면 운영체제의 오류는 단순한 정수 값입니다. 그래서 루비는 발생 가능한 운영체제 오류 하나하나에 대응하는 예외 클래스를 정의하고, 이 클래스들을 모두 Errno라는 이름의 모듈(module) 안에 모아 두었습니다.

IRB에서 이 모듈에 속한 모든 예외를 확인할 수 있습니다. 그런데 그 개수가 어마어마합니다!

irb> Errno.constants
=> [:NOERROR, :EPERM, :ENOENT, :ESRCH, :EINTR, :EIO, :ENXIO, :E2BIG, :ENOEXEC, :EBADF, :ECHILD, :EAGAIN, :ENOMEM, :EACCES, :EFAULT, :ENOTBLK, :EBUSY, :EEXIST, :EXDEV, :ENODEV, :ENOTDIR, :EISDIR, :EINVAL, ...]
# 실제로는 이 외에도 150개가 넘는 상수가 정의되어 있습니다.

그런데 도대체 왜 이렇게 암호문 같은 이름을 쓰는 걸까요? ENOENT가 "파일을 찾을 수 없음"이라는 뜻이라는 걸 어떻게 짐작할 수 있겠습니까?

…사실 그 답은 아주 단순합니다.

libc에서 그대로 가져온 이름들

Errno 모듈을 처음 만든 사람은 C 표준 라이브러리(libc)에 정의된 에러 이름을 그대로 베껴 왔습니다. 즉 ENOENT는 C 언어에서 하나의 매크로(macro) 이름으로, 파일을 찾지 못할 때 운영체제가 반환하는 정수형 에러 코드를 담고 있는 것이죠.

따라서 각 코드가 정확히 어떤 상황에서 발생하는지 알고 싶다면 C 표준 라이브러리 문서를 찾아보는 것이 가장 확실한 방법입니다. 아래 표는 실무에서 자주 마주치는 에러 코드들을 정리한 것입니다.