배움의 과정 : 실천

java 파일 인코딩이 안맞아서 메모장으로 파일 하나씩 다 열어서 UTF-8로 다 바꿔줘야하나 걱정했는데

폴더만 지정하면 한 번에 바꿔주는 프로그램을 찾았다!!!! 꺅

변환할 확장자도 콤마로 분리해서 여러 개 입력 가능하고 ^^

완전 짱 ^0^

RedUTF8.exe

출처는 http://suime.rgro.net/ 여기인듯하나 현재는 안들어가진당...ㅠㅠ

• 
  
• ● 디렉토리란? 파일 이름들의 집합으로, 파일들을 논리적으로 관련 그룹별로 나누어주는 수단을 제공한다. 디렉토리는 파일뿐 아니라 다른 디렉토리를 토함할 수 있으며, 계층적인 트리 구조를 거꾸로 놓은 것과 같이 묘사될 수 있다.

어떤 디렉토리이든 맨 위에는 루트 디렉토리라 불리는 하나의 디렉토리가 있다. 

이것은 '/' 라는 기호를 사용하여 표현하며, 트리의 단말 노드들은 보통 파일, 특수 파일, 빈 디렉토리이다.

• ● 현재 작업 디렉토리란? 로그인한 사용자는 현재 작업 디렉토리라고 불리는 파일 구조의 특정한 장소에서 작업을 하게 되는데, 초기 설정 값은 그 사용자의 홈 디렉토리이다.

구조적으로 디렉토리는 일련의 디렉토리 항으로 구성된다.

각 디렉토리항은 최소한 다음과 같이 구성된다.

i-node 번호는 한 파일을 유일하게 식별한다. 

i-node 번호는 i-node 구조라 불리는 파일에 대한 모든 정보를 저장하고 있는 자료구조를 찾기 위해 운영체제에 의해 사용된다.

모든 디렉토리 안에는 점(.)과 이중점(..)이라는 이상한 파일이름이 들어가있다.

사실 점(.)은 현재 디렉토리를 의미하고, 이중점(..)은 현재 디렉토리의 부모 디렉토리를 가리키는 표준 표기법이다.

즉, 현재 디렉토리와 부모 디렉토리에 대한 링크인 것이다!

보통 파일과 같이 디렉토리도 소유자, 소유자와 같은 그룹의 사용자들, 그 외 사용자들에 대한 접근 허가를 가진다.

표기법도 보통 파일과 같이 표현하지만, 조금은 다르게 해석된다.

• ● 디렉토리에 대한 읽기 허가 : 디렉토리 내에 있는 파일이나 부디렉토리의 이름을 리스트할 수 있음을 뜻한다. 그러나 각 파일 자체에 저장된 정보를 읽을 수 있다는 것은 아니다. 즉, 디렉토리내 각 파일은 각 파일의 독립된 접근 허가에 의해 제어된다!
• ● 디렉토리에 대한 쓰기 허가 : 디렉토리 내 기존의 파일을 제거하고 같은 이름의 새로운 파일을 만들 수 있음을 뜻한다. 그러나 파일의 내용을 변경시킬 수 있다는 것을 뜻하지는 않는다.
• ● 디렉토리에 대한 실행 허가 : 탐색 허가로도 불리며, chdir 시스템 호출을 사용하여 사용자가 디렉토리 내부로 들어가는 것을 허용한다. 파일을 열거나 프로그램을 실행시키기 위해서는 각 파일의 독립된 접근 허가에 따른다.

• ● 디렉토리의 생성

첫 번째 인수는 생성될 디렉토리의 경로이름이고, 두 번째 인수는 접근 허가 집합이다.

디렉토리의 생성에 성공하면 0을 반환하고, 실패시 -1을 반환한다.

mkdir은 새로 생성된 디렉토리에 두 개의 링크 '.'(점)과 '..'(이중점)을 넣는다.

만약 이 두 개의 링크가 존재하지 않으면 그 항은 디렉토리로 사용할 수 없을 것이다!

• ● 디렉토리 제거

디렉토리를 제거하고 싶을 경우 rmdir 시스템 호출에 파라미터로 제거할 디렉토리 경로를 입력하여 주면 된다.

이 호출은 디렉토리가 비어있을 경우(단지 .과 ..만을 포함할 경우를 말한다!!)에만 성공적이다!

● 디렉토리 열기

opendir의 인수는 개방할 디렉토리의 경로이름이다.

만약 성공적으로 개방한다면, 이 호출은 DIR 유형에 대한 포인터를 반환한다.

헤더파일 <dirent.h>에 하나의 디렉토리 스트림을 나타내는 DIR 유형에 대해 정의되어있다.

열려고 하는 것이 디렉토리이기 때문에 처음 open하면(성공시) 디렉토리 스트림에 대한 포인터가 디렉토리의 첫 항에 위치한다.

만약 호출에 실패하면 시스템은 널(null) 포인터를 반환한다!

그러므로 오류 검사코드는 널 포인터인지 아닌지를 검사해야할 것이다!

● 디렉토리 닫기

closedir 시스템 호출은 인수가 가리키는 디렉토리 스트림을 닫는다.

● 디렉토리 읽기

readdir 시스템 호출은 opendir을 통해 얻은 디렉토리 스트림 포인터를 파라미터로 받는다.

이렇게 개방된 디렉토리를 readdir을 통해 읽으면 첫 호출에 의해 디렉토리의 첫 항이 struct dirent로 읽혀 들여진다.

호출이 끝나면, 디렉토리 포인터는 다음 항으로 이동해 있을 것이다.

그렇게 읽고 난 후 디렉토리의 끝 항에 도달하면 널 포인터를 반환하게 된다.

여기서, 디렉토리를 처음부터 다시 읽고 싶다면 다음과 같은 시스템 호출을 사용하면 된다.

rewinddir 호출은 첫 항으로 돌아가길 원하는 디렉토리 스트림 포인터를 파라미터로 받는다!

다음 예는 개방한 디렉토리 내의 모든 디렉토리항 이름을 출력한다. (i-node 번호가 유효한지 검사하면 된다.)

파일에 대한 정보를 알고 싶을 떄에는 stat와 fstat를 이용한다.

먼저 stat에 대해서!

첫 번째 인수는 정보를 알고 싶은 파일 경로이름이다.

두 번째 인수는 이 호출이 성공하면 정보들이 저장될 구조체이다.

다음으로 fstat에 대해서!

첫 번째 인수는 정보를 알고 싶은 파일 경로이름이 아니라, 개방되어있는 파일 기술자이다.

두 번째 인수는 stat와 동일하다.

stat 구조에 대한 정의는 헤더파일 <sys/stat.h>에서 찾을 수 있으며, 이 구조에서 사용되는 자료형은 헤더파일 <sys/types.h>에 있다.

다음은 stat의 구조에 대한 설명이당.

바로가기 아이콘을 만드는 것처럼 UNIX 파일은, 물리적 집합은 중복해서 메모리에 저장되어 있지 않아도 여러 경로이름과 연관될 수 있다.

이러한 것들의 각 이름은 하나의 하드링크라고 하고, 한 파일과 연관된 링크의 수는 그 파일의 링크 계수라고 부른다.

경로이름은 다르게, 아이노드 번호는 같게! (원본 파일의 아이노드 번호를 참조한당 :D)

새 하드링크는 link 시스템 호출로 생성할 수 있다.

첫 번째 인수는 기존 파일 이름의 문자형 포인터이다.

두 번째 인수는 그 파일에 대한 새로운 이름 또는 링크를 가리킨다. new_path는 이미 존재하는 파일이 아니여야한다!

새로운 링크 생성이 성공하면 link 시스템 호출은 0을 반환하고, 오류가 발생하면 -1을 반환한다.

link 호출에는 두 가지 중요한 제한이 있는데, 다음과 같다.

• 디렉토리는 참조할 수 없다.
• 다른 파일 시스템에 있는 파일을 참조할 수 없다.

앞서 파일을 제거하는 방법 중 하나로 unlink 시스템 호출이 있었다.

unlink 호출은 지명된 링크를 제거하고, 파일의 링크 계수를 하나 줄인다.

만약 링크 계수가 0이되고, 그 파일을 개방한 프로그램이 하나도 없으면, 파일은 시스템으로부터 제거된 것이다!

앞서 link의 두 가지 제한을 보았다. 심볼릭 링크는 특수한 파일의 종류로, 그 내용물인 문자열이 링크가 가리키는 또 다른 파일의 경로이름이다.

link 호출을 이용하면 아이노드 블록을 같이 참조하지만, symlink는 자신만의 아이노드 블록을 가지며, 데이터 블록이 원본 파일 경로를 가리키고 있다.

즉, 심볼릭 링크는 다른 파일에 대한 포인터라고 할 수 있다.

만약 심볼릭 링크 파일이 open으로 개방되면, open 시스템 호출은 심볼릭 링크 파일이 가리키는 파일의 파일 기술자를 반환한다.

readlink는 링크를 따라가지 않고 심볼릭 링크 자체에서 동작하는 시스템 호출이다.

만일 한 프로그래머가 심볼릭 링크 자체에 들어있는 자료를 보고 싶으면 반드시 readlink를 사용해야 한다.

readlink 시스템 호출은 먼저 sympath를 개방하고, 그 파일 내용을 buffer로 읽어 들인다.

반환 값은 버퍼 내의 문자 수를 나타내거나 오류 발생시 -1이다.

심볼릭 링크에 의해 가리켜지고 있는 원래의 파일이 제거되었는데, 그 파일을 이 심볼릭 링크를 통해 접근하려고 하면 오류가 발생한다.

rename 시스템 호출은 정규 파일, 디렉토리의 이름을 바꾸는 것이다.

첫 번째 인수 old_pathname이 두 번째 인수 new_pathname으로 개명된다.

만약 new_pathname이 이미 존재하면 이를 먼저 제거한 후 old_pathname을 개명한다!

access 시스템 호출은 소유자가 해당 파일의 읽기, 쓰기, 실행 접근 권한을 가졌는지 조사한다.

첫 번째 인수는 조사하려는 파일명이다.

두 번째 인수는 접근 방법을 나타내는 값으로 다음과 같다.

• R_OK : 호출 프로세스가 읽기 접근 권한을 가지고 있는가?
• W_OK : 호출 프로세스가 쓰기 접근 권한을 가지고 있는가?
• X_OK : 호출 프로세스가 파일을 실행시킬 수 있는가?
• F_OK : 파일이 존재하는가?

chmod 시스템 호출은 기존 파일의 허가를 변경한다.

이 시스템 호출은 허가를 변경할 수 있는 권한을 가진 경우, 즉 파일 소유자나 수퍼 사용자만이 사용할 수 있다.

첫 번째 인수는 변경하려는 파일명이다.

두 번째 인수는 변경할 새로운 파일 모드이다.

위와 같이 변경할 새로운 파일 모드를 입력하면 된다.

chown은 파일의 소유자와 그룹을 함께 변경할 수 있다.

첫 번째 인수는 변경하려는 파일명이다.

두 번째 인수는 새 소유자를 나타낸다.

세 번째 인수는 새 그룹을 나타낸다.

성공 시 0을 반환하고, 오류 발생 시 -1을 반환한다.

uid_t와 gid_t는 <sys/types.h>에 정의된 유형들이다.

chown은 파일의 소유자나 수퍼 사용자만 사용할 수 있고, 한 번 소유권이 바뀌면 원래 사용자의 사용자 식별 번호와 파일의 사용자 식별 번호가 서로 달라지기 때문에 이를 취소할 수 없다.

모든 파일은 시스템의 사용자 중 하나에 의해 소유되는데, 보통 파일을 생성한 사용자이다.

각 파일 소유자의 실제 신원은 사용자 식별 번호(uid)라 불리는 양의 정수값으로 표시된다.

그룹과도 연관되어 있는데, 그룹이란 여러 사용자를 포함하는 프로젝트를 제어하는, 직접적인 수단을 제공하는 사용자들의 단순한 집단이다.

각 사용자는 적어도 한 그룹에 속하고, 여러 그룹에 속할 수도 있다.

양의 정수값인 그룹 식별번호(gid)로 파일의 소유 그룹 실제 신원을 알 수 있다.

파일의 소유자 또는 수퍼 사용자는 파일의 소유권을 변경할 수 있다.

수퍼 사용자의 사용자 이름은 보통 root이고, uid가 항상 0이다.

한 파일이 생성될 때, 생성하는 프로세스와 연관된 그룹 식별번호가 사용자 식별번호와 함께 저장된다.

소유자는 파일에 대한 허가를 선택할 수 있다.

허가는 서로 다른 유형의 사용자들이 파일에 접근할 수 있는 권한을 결정한다.

다음은 사용자의 세 가지 유형이다.

• 파일의 소유자
• 파일에 연관된 그룹과, 같은 그룹에 속하는 사용자
• 그 외 사용자

• 파일의 읽기 권한
• 파일의 쓰기 권한
• 파일의 실행 권한

파일 모드는 원하는 권한의 팔진수 값을 더하면 된다.

예를 들면 0700 + 050 + 05 = 0755 은 소유자는 읽고, 쓰고, 실행하는 것이 가능하고, 그룹의 구성원과 그 외 사용자는 읽고, 실행만 가능하도록 허락하는 것이다.

또는 상징형 표현에 대해 비트 단위 OR(|)를 수행함으로써 지정할 수도 있다.

예를 들면 세 가지 사용자 유형 모두 읽기 권한만 지정하려면, S_IRUSR | S_IRGRP | S_IROTH 를 하면 된다.

리눅스의 파일 시스템은 크게 4가지로 구분 할 수 있다.

• 부트 블록 : 운영체제를 부팅시키기 위한 코드가 저장되어 있다.
• 슈퍼 블록 : 파일 시스템과 관련된 정보를 저장하고 있다.
• 아이노드 블록 : 파일에 대한 정보를 저장하고 있으며, 모든 파일은 반드시 하나의 아이노드 블록을 가지고 있다.
• 데이터 블록 : 파일이 보관해야하는 데이터가 저장되어 있으며, 보관하는 데이터의 크기에 따라 여러 개가 있을 수 있다.

파일을 제거하는 데에는 두 가지 방법이 있다.

두 호출 모두 제거할 파일의 이름(스트링)을 인수로 받는다.

위와 같이 사용할 수 있다.

두 호출 모두 파일의 제거에 성공하면 0을 반환하고, 실패시 -1을 반환한다.

빈 디렉토리를 제거히기 위해서는 remove(path)는 rmdir(path)와 동일하다.

디렉토리에 대해서는 unlink 대신 항상 remove 시스템 호출을 사용해야 한다.

추후 자세히 살펴보자.

앞에서 파일 포인터에 대해 배웠다.

lseek 시스템 호출은 이 파일 포인터를 임의의 위치로 변경할 수 있게 해준다.

첫 번째 인수는 파일 기술자이고, 두 번째 인수는 파일 포인터의 새 위치를 결정하는데, 세 번째 인수에서 더해질 바이트 수를 지정한다.

세 번째 인수는 두 번째 인수가 어느 위치를 기준으로 하여 더해질지 위치의 기준으로 다음과 같다.

• SEEK_SET : offset을 파일의 시작위치부터 계산한다.
• SEEK_CUR : offset을 파일 포인터의 현재 위치부터 계산한다.
• SEEK_END : offset을 파일의 끝부터 계산한다.

오류가 발생하지 않는다면 newpos는 새로운 위치 값을 반환받을 것이다.

위에서 말한대로 두 번째 인수는 (off_t)로 캐스팅해주었다.

여기서 두 번째 인수 offset의 값은 음수가 가능하다. 즉, 파일 포인터에서 거꾸로 이동하는 것이 가능하다는 것이다.

만약 파일의 시작점보다 더 앞으로 움직일 때에는 오류가 발생할 것이다!

또한 파일의 끝보다 더 뒤의 위치로 이동을 할 수가 있는데, 이 때에는 읽기를 위한 자료를 존재하지 않지만 파일이 확장하게 된다.

이 경우 실제로 물리적으로 할당은 되지 않지만, ASCII null 문자로 채워진다.

※ 파일 오픈 후 파일 포인터 맨 끝에 위치시키기

위의 예시 둘 다 파일 포인터를 맨 끝에 위치시킨다!