| [Top] | [Contents] | [Index] | [ ? ] |
shar 유틸리티들
GNU shar는 많은 파일들을 넘어서 소위 쉘 아카이브들을 만드는데, 그것들은 전자 메일 서비스에 의한 전송을 위해
준비되어집니다. GNU unshar는 수신후 쉘 아카이브들을 언팩하는것을 도와줍니다.
릴리스는 다음과 같습니다.
1. 두 프로그램에 대한 소개 2. shar프로그램 실행3. unshar프로그램 실행4. 다양한 고려사항들
-- The Detailed Node Listing ---
Creating shell archives
2.1 파일 선택 2.2 출력 나눔 2.3 shar 헤더 제어 2.4 파일이 보관되어지는 방법을 선택함 2.5 전송 오류로부터의 보호 Protecting against transmission 2.6 shar의 다른종류들을 생산함 Producing different kinds of shar
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
GNU shar는 많은 파일들을 넘어서 소위 쉘 아카이브를 만드는데, 전자 메일 서비스를 이용한 전송을 위해 그것들을 준비합니다.
쉘 아카이브는 /bin/sh에 의해 풀릴 수 있는 파일들의 모음입니다. 광범위한 특색은 shar를
제작하고 shar 세련됨을 명기하는 넓은 유연성을 제공합니다. 예를 들어, shar는 파일을
압축하고, 바이너리 파일을 uuencode하고, 긴 파일을 나눌수 있으며, 멀티-파트(multi-part) 메일링을 구성하고 올바른
unsharing 순서를 보증하며 단순화한 체크섬을 제공해 줄수 있습니다. 2.shar 프로그램 실행
단락을 보십시오.
GNU unshar는 쉘 아카이브의 시작점을 찾아내기 위해 메일 메시지들의 집합을 스캔합니다.
그것은 자동적으로 메일 헤더와 다른 서두의 문장을 제거합니다. 아카이브 본체는 쉘의 복사에 의해 언팩되어집니다.
unshar는 또한 연결되어진 쉘 아카이브들을 포함하는 파일들을 처리할수 있습니다.
3.unshar 프로그램 실행 단락을 보십시오.
GNU shar는 오래된 역사를 가지고 있습니다. 이 긴 여정동안, 수많은 사용자들이 다양한 개선에 공헌하였습니다.
GNU shar 배포판에 포함된 `THANKS'파일은 우리가 아는한 여전히 유효한 이메일 주소를 가지는 모든 이름들을
포함하고 있습니다.
다음의 정보는 대략적인 것이므로 올바른 역사를 얻도록 도와주십시오. James Gosling은 퍼블릭 도메인(public domain) shar 1.x을 썼습니다.
William Davidsen은 그것을 shar 2.x으로 개작했습니다. Warren Tucker는 수정을 가했고 그것을 shar 3.x
로 명명했습니다. Richard Gumpertz는 그것을 1990년까지 유지보수하였습니다. Franc,ois Pinard는 퍼블릭 도메인 shar 3.49
로부터 GNU shar 4.x를 1994년에 만들었습니다. 몇가지의 모듈들과 다른 코드 부분들은 다른 GNU 배포판으로부터
자유로이 차용되었으며 이것은 shar가 GNU 일반 공중 사용허가서를 가지도록 하였습니다.
당신의 의견은 우리가 더 좋고 더 이식이 자유로운 제품을 만드는데에 도움을 줍니다. 이 프로그램에 대한 제안과 버그 보고서(문서상의 에러를 포함하여)를 `bug-gnu-utils@prep.ai.mit.edu'로 보내주십시오.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
shar 프로그램 실행
shar 명령의 형식은 다음중 하나입니다:
shar [ option ] ... file ... shar -S [ option ] ... |
첫번째 형식에서, 파일 리스트는 명령 아규먼트로 주어집니다. 두번째 형식에서는, 파일 리스트가 표준 입력으로부터 읽어집니다. 결과 아카이브는
-o옵션이 주어지지 않는한 표준 출력으로 보내집니다.
옵션들은 다른 순서로 주어질 수 있습니다. 몇개의 옵션들은 서로 의존합니다:
-o 옵션은 -l혹은 -L옵션이 사용되어지는 경우 필요합니다. -n 옵션은
-a옵션이 사용되어지는 경우 필요합니다. 또한 아래의 -V을 보십시오.
몇개의 옵션들은 특별한 목적이 있습니다:
--help
--version
-q
--quiet
shar 시간에서 장황한 출력을 사라지도록합니다. 메시지는 보통 아카이브를 만드는 동안 사용자가
진행과정을 따라가도록 표준 오류를 표시합니다. 이 옵션은 이러한 메시지들을 억제합니다.
2.1 파일 선택 2.2 출력 나눔 2.3 shar 헤더 제어 2.4 파일이 보관되어지는 방법을 선택함 2.5 전송 오류로부터의 보호 Protecting against transmission 2.6 shar의 다른종류들을 생산함 Producing different kinds of shar
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
-p
--intermix-type
-M,-B,-T,-z,
-Z가 끼워넣어질수 있으며, 옵션의 오른쪽에 있는 파일들은 지정된 모드로 처리되어질것입니다.
-p옵션이 없다면, 끼워넣어진 옵션들은 파일 이름들로 해석되어집니다.
이 옵션들에 대한 추가적인 정보를 위해 2.4 파일이 보관되어지는 방법을 선택함 절을 보십시오.
-S
--stdin-file-list
- 명령줄대신 표준 입력으로부터 압축될 파일들의 리스트를 읽습니다. 입력은 반드시 줄당 하나의 파일 이름이어야 합니다.
이 전환은 명령줄이 압축될 파일들의 리스트에서 유지되지 않을 경우 특별히 유용합니다. 예를 보십시오:
find . -type f -print | shar -S -o /tmp/big.shar
만약 -p가 명령줄에 명시된다면, 옵션 -M,-B,-T,-z,
-Z가 표준 입력(파일 이름들로 분리되어진 줄상에서)안에 포함되어질 수 있습니다. 표준 입력, 즉 파일 이름과 옵션들의
최대 줄 수는 1024를 넘지 못합니다.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
-o prefix
--output-prefix=prefix
-l또는 -L 스위치가 사용되어졌을때에만 사용되어야 합니다.
prefix가 어떠한 `%' 문자를 포함할 때, prefix는 sprintf 형식으로 해석되어지며,
이것은 단일 10진수로 표시되어질 수 있을 것입니다. prefix가 그러한 `%'문자를 포함하지 않았을때에는
문자열 `.%02d'이 내부적으로 덧붙여집니다.
-l size
--whole-size-limit=size
-L size
--split-size-limit=size
-e옵션과 함께하는 unshar사용을 위해 올바른 순서로 아카이브들을
저장할 것입니다. 3. unshar 프로그램 실행 단락을 보십시오.
모든 쉘 아카이브들을 단일 메일 폴더에 저장하는것으로 사용하는 사람들은 그것들을 알맞은 순서로 저장하는 것에 주의를 기울여야 합니다.
이를 위해 적당한 툴들(Masanobu Umeda의 GNU Emacs를 위한 rmailsort 패키지 같은)을 가짐으로,
쉘 아카이브들은 어떠한 순서로 저장되어질 수 있으며, 대량의 언팩전에 날짜를 증가시킴(혹은 전송 시간)에 의해 정렬되어질 수 있습니다.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
-n name
--archive-name=name
-a 스위치를 또한 보십시오.
-s address
--submitter=address
-s옵션은 제출자의 이메일 주소를 오버라이드(override)하는 것을 허락하는데, 왜냐하면 디폴트가 적절하지 않을때이기
때문입니다. 자동적으로 결정된 주소는 `username@hostname'의 형태입니다.
-a
--net-headers
Submitted-by: address Archive-name: name/partnn |
name은 -n스위치와 함께 주어져야 합니다. 만약 name이 `/'를 포함한다면, `/part'
는 사용되어지지 않습니다. 따라서 `-n xyzzy'는 다음을 생산합니다:
xyzzy/part01 xyzzy/part02 |
반면 `-n xyzzy/patch'는 다음을 생산합니다:
xyzzy/patch01 xyzzy/patch02 |
그리고 `-n xyzzy/patch01.'는 다음을 생산합니다:
xyzzy/patch01.01 xyzzy/patch01.02 |
-c
--cut-mark
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
-T
--text-files
-B
--uuencode
uuencode를 사용합니다. 이것은 아카이브의 크기를 증가시킵니다.
수납자는 압축해제를 위해 uudecode를 가지고 있어야 합니다.
|
-M
--mixed-uuencode
파일이 바이너리 파일대신 텍스트 파일로 여겨질 경우, 다음의 모든 것들이 정말 동시에 이루어질 것입니다:
-z
--gzip
gzip와 uuencode를 사용합니다. 수납자는 압축을 풀기 위해
uudecode와 gzip(-d와 함께 사용된)을 가지고 있어야 합니다.
네트워크 shar안에 -z의 사용은 당신으로 지구를 불타 없어지게 할 것입니다.
(Usage of -z in net shars will cause you to be flamed off
the earth.)
-g level
--level-for-gzip=level
gzip에 대한 파라미터로서 -level를 사용합니다. -g
옵션은 디폴트로 -z를 켭니다. 디폴트 값은 9로, 즉, 최대 압축입니다.
-Z
--compress
compress와 uuencode를 사용합니다. 수납자는 압축을 풀기 위해
uudecode와 compress(-d가 사용된)를 가지고 있어야 합니다.
-C옵션은 -Z와 같은 뜻이지만, 업신여겨집니다.(is deprecated)
네트워크 shar안에서 -Z의 사용은 당신으로 지구를 불타 없어지게 할 것입니다.
-b bits
--bits-per-code=bits
compress의 파라미터로서 -bx를 사용합니다. -B옵션은
디폴트로 -Z 옵션을 켭니다. 디폴트 값은 12로, unshar (동작)시간때에 좀 작은 시스템에서 수개의 compress
프로그램들의 메모리 제한을 예상한 것입니다.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
쉘 아카이브의 전송이 항상 오류로부터 자유로운 것은 아닙니다. 따라서 수신하는 사이트에서 일관성 체크를 수행해야 합니다.
매우 간단한(그리고 믿을 수 없는) 방법은 출력 파일에 대해 UNIX wc 툴을 돌리는 것입니다. 이것은 파일내의 문자 갯수를 알려줄수 있습니다.
일반적으로 추측하듯이 이것은 모든 에러를 잡아내지 않습니다. 특별히 문자 값의 변화는 계산된 체크 섬을 변화시키지 않습니다. 더 나은 방법으로 이 목적을
성취하는 것이 발명되었고 표준화 되었습니다. 매우 강력한 한 방법은 MD5(MD=메시지 다이제스트)입니다. 이것은 RFC 1321에서 표준화되었습니다.
생성된 쉘 스크립트는 md5sum 프로그램이 시스템에 설치되도록 강요하지 않습니다. 이것은 (md5sum이) 모든 UNIX의 부분이 아직은 아니기때문에
필요합니다. 그렇지만 프로그램이 쉘 아카이브를 만들어내는데에 필수적이지는 않습니다.
-w
--no-character-count
-D
--no-md5-digest
-F
--force-prefix
-B나 -Z가 사용된다면
아카이브의 크기를 조금 증가시킬 수 있습니다. 보통은, 접두사 문자는 `X'입니다. 만약 -d옵션에 대한 파라미터가
`X'로 시작한다면, 접두사 문자는 `Y'가 됩니다.
-d string
--here-delimiter=string
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
-V
--vanilla-operation
echo, test 그리고 sed의 존재에만 의존하는 바닐라(vanilla)
shars를 생산합니다.
-V는 네트워크 캅(cop)(혹은 갈색 셔츠(brown shirt))에 공격적인 옵션을 무력하게 합니다. 이것은 또한 뒤섞임 모드
-M에서 텍스트 모드 -T까지 디폴트를 변화시킵니다. 만약 옵션 -B나 -z나 -Z
또는 -p나 -M가 명시된다면(이들중 어떤 것이라도 압축을 푸는 환경안에서 uudecode나 gzip
이나 compress를 요구하지 않습니다.) 경고들이 나타납니다.
-P
--no-piping
uudecode에 고정시키기 위해 임시 파일을 사용합니다. 이 옵션은 당신이 uudecode
를 푸는 것은 표준 입력을 마지못해 읽는것 뿐이라는 것을 알때에 필수입니다. Richard Marks는 MSDOS를 위해 이것의 가장 유명한(유명하지 않은)
것을 기술했습니다:-).
(여기는 유지보수자의 옆글(side note)입니다. 이 옵션이 왜 디폴트가 아닐까요? shar의 과거 역사중에서, 파이핑이 더 낫다고 인정이 되었는데,
왜냐면 그것이 디스크 공간을 덜 요구하기때문이며, 사람들을 이런 점에 행복해했던 것으로 보입니다. 게다가, Richard Marks의 uudecode는
MSDOS상에서, stdin를 다루는 것을 거절하는 잘못을 했다고 생각합니다. 제가 기억하는한, 그는 파라미터가 전혀 없는 프로그램은
--help 출력을 주어야만 한다는 강한 의견을 가졌습니다. 제가 이런식으로 해도 된다면, 그의 uuencode와 uudecode
프로그램은 full-featured한것 외에도, 제가 지금껏 봐왔던 가장 완벽한 것중의 하나입니다. 그렇지만 Richard는 그의 소스를 공개하지 않을 것입니다. 그는
통제의 자리에 있기를 원합니다.)
-x
--no-check-existing
- 검사없이 존재하는 파일들을 덮어 씌웁니다.
-x도 -X도 명시되지 않는다면, 압축을 해제하면서, 쉘 아카이브는
검사를 할 것이고 존재하는 파일을 덮어 씌우지 않을 것입니다.(압축을 해제하는 동안 -c가 스크립트에 대한 파라미터로서 패스되지
않는다면)
-X
--query-user
- 대화식으로 존재하는 파일들을 덮어 씌웁니다.
-X의 사용은 수개의 unshar-스타일 프로시져를 가지고 문제를 야기할 shar들을 생산하는데, 특별히
바닐라 모드(-V)와 함께 사용되었을때 입니다. 이 피쳐를 주로 잘 맞는 부분들의 사이에서 지나가는(to be passed among agreeable parties)
아카이브들을 대상으로 사용하십시오. 확실히 -X는 유즈넷(Usenet)이나 다른 공용 네트워크로 제출해지는 쉘 아카이브를 위해서는 적절하지
않습니다.
문제는 unshar 프로그램이나 프로시져들은 자주 표준 입력으로부터 `/bin/sh'를 공급하며, 그런 것에는 `/bin/sh'과
입력 라인을 차지하기 위해 경쟁하는 쉘 아카이브 스크립트를 넣는(putting)다는 것입니다.
이 문제를 완화하기 위한 시도로, shar는 수신 사이트에 `/dev/tty'가 존재하는지의 여부를 감지하려하고 그것을 사용자 응답들(replies)을
읽는데 사용할 것입니다. 그러나 이것은 모든 경우에 대해 작동하지 않으며, 수신하는 사용자가 unshar 프로그램또는 프로시져를 사용하는
것을 피하고, 직접적으로 /bin/sh를 호출해야할 경우가 생길 수도 있습니다. 바닐라 모드에서, `/dev/tty'를 사용하는 것은
시도되지조차도 않습니다.
-m
--no-timestamp
- 아카이브로부터 파일들을 풀때에 파일 수정 일자를 저장하는
터치 (touch) 명령들을 생성하는 것을 피합니다.
타임스탬프 관계가 보존되지 않을때에, `configure나 `*.info'같은 몇몇 파일들은 압축을 푼 후에 불필요하게 다시 만들어질수 있습니다.
이것이 이 옵션이 사용되지 않았을때에, 타임스탬프를 복구하기위한 특별한 노력이 필요한 이유입니다.
-Q
--quiet-unshar
unshar가 수행되는 시간에 장황함을 없앱니다. 아카이브가 압축이 풀릴 때에 출력되어지는 코멘트의 함유를 억제합니다.
-f
--basename
- 어떠한 접두사(prefix) 디렉토리들도 무시하고 각각의 입력 파일 이름의 마지막 파일 이름 컴포넌트만을 사용합니다.
이것은 때때로 몇몇의 디렉토리들 혹은 또다른 디렉토리로부터 shar를 만들때에 유용합니다. 만약 디렉토리 이름이
shar에 패스된다면,
디렉토리의 하부구조(substructure)는 -f의 명시 여하에 상관없이 복구될 것입니다.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
unshar 프로그램 실행
unshar 명령의 형식은 다음과 같습니다:
unshar [ option ] ... [ file ... ] |
각각의 파일은 순서적으로 처리되며, 쉘 아카이브 혹은 쉘 아카이브의 모음형태로 처리됩니다. 만약 파일이 아무것도 주어지지 않는다면, 표준 입력이 대신 처리됩니다.
옵션들:
--version
--help
-d directory
--directory=directory
-c
--overwrite
-f
--force
shar 3.40 혹은 그 이상에 의해 생성된 것들을 포함하는)
는 존재하는 파일들이 덮어씌워질수 있음을 가리키는 -c 아규먼트를 받아들입니다.
옵션 -f는 많은 유니크(unique)한 인터페이스를 위해 제공됩니다. 많은 프로그램들(cp와 mv 같은)이 이 옵션을
정확하게 똑같은 행위를 일으키는데에 사용합니다.
-e
--exit-0
unshar는
같은 파일안에 넣어진 각각 다른 쉘 아카이브를 나머지것들로부터 분리시키며, 각각을 파일의 시작으로부터 마지막부분으로 차례대로 압축을 풉니다.
정확한 오퍼레이션(operation)은 많은 shar파일들이 라인의 시작부분의 `exit 0'에 의해 끝마쳐진다는 사실에 의존합니다.
옵션 -e는 -E "exit 0'와 내부적으로 동등합니다.
-E string
--split-at=string
-e처럼 작동하지만, 만약 `exit 0'가 적합하지 않다면 이 옵션은 당신으로 아카이브들을 나누는 문자열을
지정하는 것을 가능하게 합니다.
예를 들어, 대부분의 `.시그너쳐들(signatures)'이 그것들앞 오른쪽의 라인에 `--'를 가지고 있음을 주목한다면, 라인의 끝부분에 `exit 0'이 부족한 쉘 아카이브들을 나누는데에 `--split-at=--'을 때때로 사용할 수 있습니다. 그리고 시그너쳐는 뒤따르는 메시지의 헤더들을 가지고 전체로 스킵(skip)될 것입니다.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
여기는 다른 곳에서 다루지 않았지만 그것만을 위한 절을 할애할 정도는 아닌 많은 고려사항들을 위한 곳(place-holder)입니다.
출펵 파일(들)이 입력들안에 포함되어있지 않거나 shar가 디스크가 다 차기 전에 루프(loop)할수도 있다는 것을 주의하십시오.
특히 디렉토리가 출력 파일들이 디렉토리(혹은 디렉토리의 서브디렉토리)안에 있지 않는 shar들로 패스되어지는 경우를 주의하십시오.
디렉토리가 shar로 패스될때, 메모리를 보호하기 위해 한번이상 스캔되어질 수 있습니다. 그래서, shar가 돌아가는동안
디렉토리의 내용을 바꾸지 않도록 주의해야 합니다.
파일들을 위해 보호와 날짜의 변경이 복구되는 것이 디폴트로 이루어진다 하더라도 디렉토리를 위해서는 아무런 시도가 없습니다. 따라서, 만약
디렉토리가 shar에 주어진다면, 대응하는 압축이 풀린 디렉토리의 보호와 날짜의 변경은 원본(original)과 일치하지 않을수도 있습니다.
-M나 -B 옵션의 사용은 아카이브 진행을 느리게 할 것입니다. -z나 -Z 옵션의 사용은
아카이브 진행을 상당히 느리게 할 수 있습니다.
shar사용법의 몇개의 예를 보여줌으로써 결말을 맺겠습니다:
shar *.c > cprog.shar shar -Q *.[ch] > cprog.shar shar -B -l28 -oarc.sh. *.arc shar -f /lcl/src/u*.c > u.sh |
첫번째는 모든 C 프로그램의 소스로부터 쉘 아카이브를 만드는 방법을 보여줍니다. 두번째는 모든 `.c'와 `.h'파일들을 가지고 조용하게 압축이 풀리는 쉘 아카이브를 생산합니다. 세번째는 모든 uuencode된 `.arc'파일들의 셀 아카이브를 `arc.sh.nnn'를 통하여 `arc.sh.01'파일들로 줍니다. 마지막 예는 압축을 풀 때에 파일 이름들만을 사용할 쉘 아카이브를 줍니다.
| [Top] | [Contents] | [Index] | [ ? ] |
shar 프로그램 실행
unshar program
| [Top] | [Contents] | [Index] | [ ? ] |
1. 두 프로그램에 대한 소개
2.shar프로그램 실행
3.unshar프로그램 실행
4. 다양한 고려사항들
| [Top] | [Contents] | [Index] | [ ? ] |
| Button | Name | Go to | From 1.2.3 go to |
|---|---|---|---|
| [ < ] | Back | previous section in reading order | 1.2.2 |
| [ > ] | Forward | next section in reading order | 1.2.4 |
| [ << ] | FastBack | previous or up-and-previous section | 1.1 |
| [ Up ] | Up | up section | 1.2 |
| [ >> ] | FastForward | next or up-and-next section | 1.3 |
| [Top] | Top | cover (top) of document | |
| [Contents] | Contents | table of contents | |
| [Index] | Index | concept index | |
| [ ? ] | About | this page |