Rubys의 이상한 Errno 예외 이해하기

Ruby의 예외 계층 구조를 살펴본 적이 있다면 이상한 점을 발견했을 수 있습니다. 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>'

그러나 Errono 예외는 정확히 무엇입니까? 그리고 다른 종류의 예외에 대해 다르게 취급하는 이유는 무엇입니까?

OS에 Ruby 적용

Errno 예외는 본질적으로 어댑터입니다. 운영 체제 오류를 Ruby의 예외 시스템에 연결합니다. 운영 체제는 Ruby와 다른 방식으로 오류를 처리하므로 일종의 어댑터가 있어야 합니다.

루비에서 오류는 예외로 보고되는 경향이 있습니다. 그러나 운영 체제 오류는 일반적으로 정수에 불과합니다. 따라서 루비는 가능한 각 OS 오류에 대해 하나의 예외 클래스를 정의합니다. 그런 다음 이러한 모든 예외를 모듈에 붙입니다. Errno라고 합니다.

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, :ENFILE, :EMFILE, :ENOTTY, :ETXTBSY, :EFBIG, :ENOSPC, :ESPIPE, :EROFS, :EMLINK, :EPIPE, :EDOM, :ERANGE, :EDEADLK, :ENAMETOOLONG, :ENOLCK, :ENOSYS, :ENOTEMPTY, :ELOOP, :EWOULDBLOCK, :ENOMSG, :EIDRM, :ECHRNG, :EL2NSYNC, :EL3HLT, :EL3RST, :ELNRNG, :EUNATCH, :ENOCSI, :EL2HLT, :EBADE, :EBADR, :EXFULL, :ENOANO, :EBADRQC, :EBADSLT, :EDEADLOCK, :EBFONT, :ENOSTR, :ENODATA, :ETIME, :ENOSR, :ENONET, :ENOPKG, :EREMOTE, :ENOLINK, :EADV, :ESRMNT, :ECOMM, :EPROTO, :EMULTIHOP, :EDOTDOT, :EBADMSG, :EOVERFLOW, :ENOTUNIQ, :EBADFD, :EREMCHG, :ELIBACC, :ELIBBAD, :ELIBSCN, :ELIBMAX, :ELIBEXEC, :EILSEQ, :ERESTART, :ESTRPIPE, :EUSERS, :ENOTSOCK, :EDESTADDRREQ, :EMSGSIZE, :EPROTOTYPE, :ENOPROTOOPT, :EPROTONOSUPPORT, :ESOCKTNOSUPPORT, :EOPNOTSUPP, :EPFNOSUPPORT, :EAFNOSUPPORT, :EADDRINUSE, :EADDRNOTAVAIL, :ENETDOWN, :ENETUNREACH, :ENETRESET, :ECONNABORTED, :ECONNRESET, :ENOBUFS, :EISCONN, :ENOTCONN, :ESHUTDOWN, :ETOOMANYREFS, :ETIMEDOUT, :ECONNREFUSED, :EHOSTDOWN, :EHOSTUNREACH, :EALREADY, :EINPROGRESS, :ESTALE, :EUCLEAN, :ENOTNAM, :ENAVAIL, :EISNAM, :EREMOTEIO, :EDQUOT, :ECANCELED, :EKEYEXPIRED, :EKEYREJECTED, :EKEYREVOKED, :EMEDIUMTYPE, :ENOKEY, :ENOMEDIUM, :ENOTRECOVERABLE, :EOWNERDEAD, :ERFKILL, :EAUTH, :EBADRPC, :EDOOFUS, :EFTYPE, :ENEEDAUTH, :ENOATTR, :ENOTSUP, :EPROCLIM, :EPROCUNAVAIL, :EPROGMISMATCH, :EPROGUNAVAIL, :ERPCMISMATCH, :EIPSEC]

그런데 왜 이름이 그렇게 비밀스럽습니까? 내 말은, ENOINT가 "파일을 찾을 수 없음"을 의미한다고 어떻게 추측할 수 있습니까?

...실제로 아주 간단한 답이 있습니다.

libc에서 도매 복사

Errno 모듈을 처음 빌드한 사람은 libc에서 직접 오류 이름을 복사했습니다. 따라서 C에서 ENOINT는 OS가 파일을 찾을 수 없을 때 반환하는 정수 오류 코드를 포함하는 매크로의 이름입니다.

따라서 이들 각각이 무엇을 하는지 알아내기 위해서는 C 표준 라이브러리에 대한 문서를 살펴보는 것이 요령입니다. 여기에서 큰 목록을 찾을 수 있습니다. 아래에서 더 관련성이 높은 몇 가지를 발췌했습니다.