[Linux/Unix][6-2] $ ./2 test.txt test.bak

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>

int main(int argc, char *argv[])
{
    int fd1, fd2;
    int n;
    char buf[BUFSIZ];

    fd1 = open(argv[1], O_RDONLY);
    fd2 = open(argv[2], O_WRONLY | O_CREAT, 0644);

    while ((n = read(fd1, buf, BUFSIZ)) > 0)
        write(fd2, buf, n);

    close(fd1);
    close(fd2);

    return 0;
}

 

2) 이 코드가 하는 일 (동작 설명)

• open(argv[1], O_RDONLY)
  → 첫 번째 인자로 받은 입력 파일을 읽기 전용으로 연다.
• open(argv[2], O_WRONLY | O_CREAT, 0644)
  → 두 번째 인자로 받은 출력 파일을 쓰기 전용으로 연다. 없으면 0644 권한으로 새로 만든다. (이미 있으면 “열기만” 하고 자르진 않음)
• read → write 루프
  → 입력 파일에서 최대 BUFSIZ(stdio가 정해둔 적당한 크기)만큼 읽어서, 읽힌 바이트 수 n만큼 출력 파일에 쓴다. 0이 나오면 EOF라 복사 종료.
• close
  → 두 파일 디스크립터를 닫고 종료.

결론적으로 간단한 파일 복사 프로그램이야.

---

3) 원본 코드의 문제/주의점

1. 에러 체크가 없음
   • argc 확인이 없어 인자 개수가 부족해도 그대로 접근(세그폴트 위험).
   • open/read/write/close 반환값을 확인하지 않음 → 파일을 못 열거나, 읽기/쓰기 중 오류가 나도 모름.
2. 부분 쓰기(partial write) 미처리
   • write는 요청한 바이트 전부를 항상 쓰는 게 아님. 신호(EINTR)나 기타 이유로 일부만 쓸 수 있어. 그럼 남은 만큼을 다시 써야 함.
3. 대상 파일을 자르지 않음(O_TRUNC 누락)
   • fd2를 열 때 O_TRUNC가 없어서 이미 존재하는 파일이 더 길었다면 앞부분만 새 데이터로 덮이고 뒷부분에 이전 내용이 남는다.
   • “정확히 같은 내용으로 복사”하려면 O_TRUNC를 넣는 게 안전.
4. 동일 파일 자체 복사 방지 없음
   • argv[1]와 argv[2]가 같은 파일(같은 device+inode)이면, 열고 쓰는 순간 원본을 스스로 덮어버리는 황당한 상황 발생 가능. fstat로 동일성 체크가 좋음.
5. 권한/umask 이해 필요
   • 0644는 “요청 권한”; 실제 생성 권한은 umask에 의해 더 제한될 수 있음.

---

4) 개선 버전: 에러 처리 + 안전 장치 포함

아래는 실무적으로 안전하게 다듬은 버전이야.

• 인자 확인
• open 에러 처리
• 대상 파일 O_TRUNC
• 부분 쓰기 처리
• EINTR 대응
• 동일 파일(같은 device+inode) 복사 금지

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <errno.h>
#include <string.h>
#include <stdlib.h>

static ssize_t write_all(int fd, const void *buf, size_t n)
{
    const char *p = (const char *)buf;
    size_t left = n;

    while (left > 0) {
        ssize_t w = write(fd, p, left);
        if (w < 0) {
            if (errno == EINTR) continue; // interrupted by signal: retry
            return -1;                     // real error
        }
        p    += w;
        left -= w;
    }
    return (ssize_t)n;
}

int main(int argc, char *argv[])
{
    if (argc != 3) {
        fprintf(stderr, "Usage: %s <src> <dst>\n", argv[0]);
        return 1;
    }

    int fd1 = open(argv[1], O_RDONLY);
    if (fd1 < 0) {
        fprintf(stderr, "open src '%s' failed: %s\n", argv[1], strerror(errno));
        return 1;
    }

    // O_TRUNC: 대상 파일이 이미 있으면 길이를 0으로 잘라서 '정확히 같은 크기'가 되게 함
    int fd2 = open(argv[2], O_WRONLY | O_CREAT | O_TRUNC, 0644);
    if (fd2 < 0) {
        fprintf(stderr, "open dst '%s' failed: %s\n", argv[2], strerror(errno));
        close(fd1);
        return 1;
    }

    // 같은 파일인지 검사 (device + inode)
    struct stat st_src, st_dst;
    if (fstat(fd1, &st_src) == 0 && fstat(fd2, &st_dst) == 0) {
        if (st_src.st_dev == st_dst.st_dev && st_src.st_ino == st_dst.st_ino) {
            fprintf(stderr, "Refusing to copy a file onto itself.\n");
            close(fd1);
            close(fd2);
            return 1;
        }
    }

    char buf[BUFSIZ];
    for (;;) {
        ssize_t r = read(fd1, buf, sizeof(buf));
        if (r == 0) break;            // EOF
        if (r < 0) {
            if (errno == EINTR) continue;  // retry on signal
            fprintf(stderr, "read failed: %s\n", strerror(errno));
            close(fd1);
            close(fd2);
            return 1;
        }
        if (write_all(fd2, buf, (size_t)r) < 0) {
            fprintf(stderr, "write failed: %s\n", strerror(errno));
            close(fd1);
            close(fd2);
            return 1;
        }
    }

    if (close(fd1) < 0) {
        fprintf(stderr, "close(src) failed: %s\n", strerror(errno));
        // 계속 진행 (이미 복사본은 대부분 완성됨)
    }
    if (close(fd2) < 0) {
        fprintf(stderr, "close(dst) failed: %s\n", strerror(errno));
        return 1;
    }

    return 0;
}

 

 

컴파일 팁

gcc -Wall -Wextra -O2 -o 2 copy.c
# -Wall -Wextra : 경고를 넓게 켬(품질↑)
# -O2           : 최적화(속도/용량 적당히)

 

-Wall

 

https://lxvxxu.tistory.com/142

 

[Linux/Unix] 리눅스/유닉스 시스템 프로그래밍의 이해

 

https://lxvxxu.tistory.com/155

[Linux/Unix] 04-3. Inode 정보 출력

 

 

 

 

---

 

5) $ ./2 test.txt test.bak 을 실행하면?

• 원본 코드(사진 버전)
  • test.txt 내용을 읽어 test.bak에 씁니다.
  • test.bak가 없으면 0644 권한으로 새로 만들어 복사됨.
  • test.bak가 이미 있었다면 앞부분은 새 내용으로 덮지만, 원래 파일이 더 길었을 경우 뒷부분의 이전 내용이 남습니다. (왜냐면 O_TRUNC가 없기 때문)
• 개선 코드(위 에러 처리 버전)
  • test.bak이 없으면 만들고, 있으면 길이를 0으로 잘라(O_TRUNC) test.txt와 딱 같은 내용이 되도록 복사합니다.
  • 인자 부족/파일 열기 실패/읽기·쓰기 오류/동일 파일 복사 시도를 전부 감지해 친절히 에러 메시지를 출력합니다.

---

필요하면 O_EXCL을 더해 O_CREAT|O_EXCL로 “이미 존재하면 실패(덮어쓰기 금지)” 정책으로 바꿀 수도 있어. 또 fsync(fd2)로 디스크 동기화까지 보장하고 싶다면 복사 끝에 한 번 호출해 주면 좋아.

 

 

 

 

---

좋아, 0644 권한을 깔끔하게 쪼개서 설명해볼게.

0644가 뜻하는 것

• 8진수 표기: 앞의 0은 8진수(octal)라는 뜻.
• 네 자리:
  • 0 → 특수비트(SETUID, SETGID, sticky) 없음
  • 6 → 소유자(owner) 권한
  • 4 → 그룹(group) 권한
  • 4 → 기타(other) 권한
• r=4, w=2, x=1 이라는 값 합으로 표현:
  • 6 = 4(r) + 2(w) = rw-
  • 4 = 4(r) = r--

그래서 0644 = 소유자 rw-, 그룹 r--, 기타 r-- 이고, ls -l로 보면 보통:

 

-rw-r--r--

(맨 앞의 -는 파일 타입: -(일반파일), d(디렉터리) 등)

---

파일과 디렉터리에서의 차이

권한 비트의 의미가 파일과 디렉터리에서 조금 다르게 느껴져:

일반 파일에 0644

• 소유자: 읽기/쓰기 가능 (수정 가능)
• 그룹/기타: 읽기만 가능 (수정 불가)
• 실행(x) 없음: 실행 파일이 아님 → 스크립트/바이너리로 실행 안 됨

디렉터리에 0644 (주의!)

• r(읽기): 디렉터리 목록을 읽을 권리
• x(실행): 디렉터리 진입/탐색 권리(search/traverse)
• 0644는 x가 전부 빠져서:
  • cd로 들어가지 못함
  • 파일 존재 여부 확인도 제한됨
  • ls도 제대로 못 할 수 있음(플랫폼/상황에 따라 에러)

→ 디렉터리는 보통 0755(r-x r-x r-x)나 0700처럼 실행(x) 비트를 켜서 씀.

---

왜 0644가 흔할까? (umask와의 관계)

새 파일의 기본 권한은:

• 파일: 0666 & ~umask
• 디렉터리: 0777 & ~umask

일반적인 기본 umask가 022라면:

• 파일: 0666 & 0755 = 0644
• 디렉터리: 0777 & 0755 = 0755

그래서 새로 만든 일반 파일이 대체로 0644, 디렉터리는 0755인 것.

---

설정/변경 방법

숫자 표기

 

chmod 0644 file.txt

기호 표기(동등 의미)

 

chmod u=rw,go=r file.txt
# 또는
chmod a=r,u+w file.txt

확실히 실행 비트 제거

 

chmod a-x file.txt

---

체크하기

 

ls -l file.txt
# -rw-r--r--  ... file.txt

stat -c '%a %A %n' file.txt
# 644 -rw-r--r-- file.txt

---

실전 팁 & 함정

• 실행 스크립트는 0755처럼 실행 비트를 줘야 실행됨:
•  
  chmod 0755 run.sh
• 민감한 설정 파일(SSH 키 등)은 너무 넓은 권한이면 프로그램이 거부함:
•  
  chmod 0600 ~/.ssh/id_rsa
• 심볼릭 링크에 chmod 해도 보통 링크 자체 권한은 의미 없고, 대상 파일 권한에 적용되거나 무시됨(시스템에 따라 다름).
• ACL/능력(capabilities) 이 추가로 설정된 환경에선 단순 0644만으로 접근 제어가 완전히 설명되지 않을 수 있어요.
• 공유 환경에서 0644는 “다른 사용자에게 읽기 허용”이므로, 민감한 내용이라면 0600을 고려.

---

요약 한 줄

0644 = 소유자 읽기/쓰기, 나머지는 읽기만, 실행은 없음.
일반 파일의 기본 권한으로 적절하고, 디렉터리엔 부적절(대신 0755를 사용).