구글애드센스


그러니까 effective user id고 지랄이고 나발이고.. STUDY



내가 짠 코드는 정말 날 미치게 만들었다.

어디에서는 세그먼트페일이 뜨지를 않나, 어디서는 잘 컴파일 되지를 않나.. 코어덤프 될 때부터 알아봤어야 하는데 메모리 참조 문제가 설마 낫겠거니 혼자 자만하다가 완전 망했지 뭐야. 사건의 발단은 void형 포인터란걸 처음 써본것.
read로 들어가는게 이중포인터라는건 처음부터 생각하고 있었는데 멍청하게 넋 놓고 있다가 완전 당했잖아 -_-;

그래서 겨우겨우 malloc으로 해결 보긴 했는데..

자꾸 그놈의 permission denied가 뜨는 바람에 발끈.
분명 어디선가 "상대경로가 아니고 절대경로임에 주의!!"라고 써놨으면서
난 왜 그걸 무시한거냐 ㅠ_ㅠ

항상 이런 개삽질을 할때마다 느끼는거지만 답은 바로 눈앞에 있다. 그걸 못받아들이고 꼴리는대로 해서 문제인거지 -_ㅠ
암튼 며칠동안 충격 많이 받아먹었다. 멍청한 문제가지고 삼일을 잡아 먹었으니 말이다. 이래가지고 프로그래머 한다고 어디가서 쪽팔려 말 못한다 -_ㅠ

에혀.. 나같은놈은 좀 정신차려야돼 ㅠ_ㅠ

정리하자면, effective user id를 설정하는것( S_ISUID 비트를 추가 )은 real user id가 그 owner로 , 즉 파일을 실행하는 사람(로그인한 대상)에게 권한을 주는 행위.인것 같다.
내부적으로 어떻게 돌아가는건진 모르겠지만 심볼릭 링크 생기는 것처럼 로그온한 유저에게 프로세스가 생기고 그 프로세스는 실제로 파일을 생성한 사람의 패쓰경로가 아닌 프로세스를 실행하고 있는 유저의 패쓰경로로 링크가 되어있는 듯 하다. 그래서 안에 파일들의 패쓰는 상대경로가 아닌 절대경로로 명시를 해놔야 문제없이 실행이 되는듯 하다.

어디까지나 추측이지만 그렇게밖에 생각을 못하겠다. 힘들었다 젠장 -_-;


덧글

댓글 입력 영역