mmap()과 flock() 사용 시 OS별 차이점 (POSIX)

Question

https://stackoverflow.com/questions/70045539/file-retains-lock-after-mmap-and-close오래 전에 올린 질문에 명쾌한 답이 올라오지 않은게 있어서 도움을 청해 봅니다.원래 질문의 요지는 fd에서 mmap()으로 매핑을 뽑아낸 뒤 파일을 먼저 close() 해버려도 flock()가 유지된다는 내용인데, POSIX 문서에는 LOCK_UN이나 close()를 하면 락이 없어진다고 나와있음. 내가 문서를 해석하기로는 close() 해버리면 매핑 유지와 상관 없이 락이 풀릴 여지가 있다는 것.다른 질문의 답변에선 그냥 close()하지 말고 fd 유지 하라고 함. 일단 문제 소지를 없애기 위해 내 프로젝트는 그렇게 패치하였음. 다른 유닉스 운영체제는 어떻게 동작할지 궁금합니다. 아래 코드 맥에서 돌려주실 분 계신가요?#include #include #include #include #include #include int main (const int argc, const char **argv) { static const size_t M_SIZE = 1; int ec = 0; int fd = -1; int f_ret; const char *path; void *m = NULL; if (argc <= 1) { ec = 2; fprintf(stderr, "Usage: %s ", argv[0]); goto END; } path = argv[1]; fd = open(path, O_CREAT | O_TRUNC | O_RDWR, 0755); if (fd < 0) { ec = 1; perror(path); goto END; } f_ret = flock(fd, LOCK_EX | LOCK_NB); if (f_ret != 0) { ec = 1; perror(path); goto END; } f_ret = ftruncate(fd, M_SIZE); if (f_ret != 0) { ec = 1; perror(path); goto END; } m = mmap(NULL, M_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); if (m == MAP_FAILED) { m = NULL; ec = 1; perror(path); goto END; } // This block if (true) { close(fd); fd = -1; } fprintf(stderr, "Lock holding ... "); pause(); END: if (fd >= 0) { close(fd); } if (m != NULL) { munmap(m, M_SIZE); } return ec; }아래와 같이 실행하면./a.out /tmp/lock & sleep 1; ./a.out /tmp/lock2가지 결과가 나올 수 있음:두 프로세스 모두 락을 얻는데 성공함 ("Lock holding ..."이 두번 출력됨)한 프로세스만 락을 얻고, 후발 프로세스는 락을 얻지 못함 (Resource temporarily unavailable)리눅스는 일단 2번임. 질문은 실제로 1번으로 동작하는 커널이 있나 궁금합니다.제가 일단 FreeBSD까지는 직접 돌려볼 수 있는데... 제가 맥이나 원조 유닉스 머신이 없어서 알길이 없내요.

kenu,전독시 · Answer

안 돌아가네요.

kenu,전독시 · Answer

요렇게 됩니다. ^C➜ /tmp zsh: you have running jobs.➜ /tmp zsh: warning: 1 jobs SIGHUPed[1] &#43; 81649 hangup ./a.out /tmp/lock

mmap()과 flock() 사용 시 OS별 차이점 (POSIX)

2개의 답변

#posix 목록