“ 어떤 ”를 사용하지 않으시겠습니까? 그러면 무엇을 사용해야합니까?

답변

ls=$(command -v ls) 

if command -v given-command > /dev/null 2>&1; then echo given-command is available else echo given-command is not available fi 

type ls 

로 인해 스크립트에서 사용하기가 더 쉬워졌습니다.

Unix 버전 8″(야생으로 출시되지 않음) Bourne 쉘에는 “s type builtin의 이름이 whatis로 변경되었습니다. Plan9 (한때 Unix의 후계자) 쉘 rc (및 akanga 및 es)와 같은 파생 상품에도 whatis가 있습니다.

Korn 쉘 ( POSIX sh 정의 기반) 80 년대 중반에 개발되었지만 1988 년 이전에는 널리 사용되지 않았으며 csh 기능 ( 라인 편집기, 별칭 …) Bourne 쉘 위에 있습니다. 여러 옵션 (-v div)을 사용하는 자체 whence 내장 (type 외에)을 추가했습니다. >는 type와 같은 자세한 출력을 제공하고 -p는 실행 파일 만 찾습니다 (별칭 / 함수 아님 …). .

AT & T와 Berkeley 간의 저작권 문제와 관련된 혼란과 함께 몇 가지 자유 소프트웨어 셸 구현이 나왔습니다. 80 년대 후반 90 년대 초반에모든 Almquist 셸 (ash, BSD의 Bourne 셸 대체), ksh (pdksh), bash (FSF 후원), zsh는 1989 년과 1991.

Ash는 Bourne 쉘을 대체하기 위해 만들어졌지만 훨씬 늦게까지 내장 된 type가 없었습니다 (NetBSD 1.3 및 FreeBSD 2.3에서 ),하지만 hash -v. OSF / 1 /bin/sh에는 항상 type가 내장되어 있습니다. OSF / 1 v3.x까지 0을 반환했습니다. bash는 “whence를 추가하지 않았지만 옵션을 type로 설정하여 경로를 인쇄합니다 (type -p는 whence -p) 및 -a는 일치하는 명령을 모두 보고합니다. tcsh는 which를 내장하고 iv id = “ff5888723f처럼 작동하는 where 명령을 추가했습니다. “> “의 type -a. zsh에 모두 있습니다.

fish 셸 (2005)에는 type 명령이 함수로 구현되어 있습니다.

which csh 스크립트는 NetBSD (tcsh에 내장되어 있고 다른 쉘에서는 많이 사용되지 않음)에서 제거되었으며 whereis에 추가 된 기능 (which, whereis는 iv id = “00879d7bee”에서 실행 파일 만 조회한다는 점을 제외하고는 which처럼 작동합니다. > ). OpenBSD 및 FreeBSD에서 which도 $PATH에서만 명령을 조회하는 C로 작성된 것으로 변경되었습니다. .

구현

which 공동 구현에는 수십 가지가 있습니다. mmand 구문과 동작이 다른 다양한 Unices에서.

Linux (tcsh 및 zsh의 기본 제공 항목 제외) ) 우리는 몇 가지 구현을 찾습니다. 예를 들어 최신 Debian 시스템에서는 “$PATH에서 명령을 찾는 간단한 POSIX 셸 스크립트입니다.

busybox에도 which 명령이 있습니다.

GNU which는 아마도 가장 사치스러운 것일 것입니다. which csh 스크립트가 수행 한 작업을 다른 셸로 확장하려고합니다. 별칭과 함수가 무엇인지 알려줄 수 있습니다. 더 나은 대답입니다 (일부 Linux 배포판에서는 bash에 대해 전역 별칭을 설정한다고 생각합니다).

zsh에는 실행 파일 경로로 확장 할 수있는 두 개의 연산자 가 있습니다. = 파일 이름 확장 연산자와 :c 기록 확장 수정 자 (여기서는 매개 변수 확장 에 적용됨) :

$ print -r -- =ls /bin/ls $ cmd=ls; print -r -- $cmd:c /bin/ls 

zsh, 모듈은 명령 해시 테이블을 commands 연관 배열로 만듭니다 :

$ print -r -- $commands[ls] /bin/ls 

whatis 유틸리티 (Unix V8 Bourne 쉘 또는 Plan 9의 유틸리티 제외 rc / es)는 문서 용으로 만 사용되므로 실제로 관련이 없습니다 (whatis 데이터베이스, 즉 man 페이지 시놉시스).

whereis도 마찬가지입니다. C로 작성되었지만 which와 동시에 3BSD에 추가되었습니다. csh는 실행 파일, 매뉴얼 페이지 및 소스를 동시에 조회하는 데 사용되지만 현재 환경을 기반으로하지 않습니다. 다시 말하지만, 이는 다른 요구에 응답합니다.

이제 표준 전면에서 POSIX는 command -v 및 -V 명령 (POSIX.2008까지 선택 사항이었던). UNIX는 type 명령을 지정합니다 (옵션 없음). 그게 다입니다 (where, which, whence는 어떤 표준에도 지정되지 않음). .

일부 버전까지 type 및 command -v는 Linux Standard Base 사양에서 선택 사항으로 예를 들어 일부 이전 버전의 posh (둘 다 포함 된 pdksh 기반)에는 둘 중 하나가 없었습니다. command -v도 일부 Bourne 셸 구현 (예 : Solaris)에 추가되었습니다.

오늘의 상태

요즘의 상태는 type 및 command -v가 모두 어디에나 있다는 것입니다. Bourne과 같은 셸 (@jarno에서 언급했듯이 POSIX 모드가 아닌 경우 bash의 경고 / 버그 또는 주석 아래 Almquist 셸의 일부 하위 항목). tcsh는 which를 사용하려는 유일한 셸입니다 (type 거기에 있고 which가 내장되어 있습니다).

tcsh 및 , which는

,~/.bashrc또는 모든 셸 시작 파일이며 iv id에$PATH를 정의하지 않습니다. = “c92e1ab12d”> . 별칭 또는 함수가 정의되어 있으면 이에 대해 알려주거나 말하지 않을 수도 있고 잘못된 것을 알려줄 수도 있습니다.

알고 싶은 경우 주어진 이름의 모든 명령에 대해서는 이식성이 없습니다. tcsh 또는 zsh, iv id = “9a534a3bbe”에서 where를 사용합니다. > in bash 또는 zsh, whence -a in ksh93 및 기타 셸 , 작동 할 수있는 which -a와 함께 type를 사용할 수 있습니다.

권장 사항

실행 파일의 경로 이름 가져 오기

이제 스크립트에서 실행 파일의 경로 이름을 가져 오려면 몇 가지주의 사항이 있습니다.

ls=$(command -v ls) 

이 작업을 수행하는 표준 방법이 될 것입니다.

하지만 몇 가지 문제가 있습니다.

• 실행 파일을 실행하지 않고는 실행 파일의 경로를 알 수 없습니다. type, which, command -v … 모두 휴리스틱을 사용하여 경로를 찾습니다. . 그들은 $PATH 구성 요소를 반복하고 실행 권한이있는 첫 번째 비 디렉토리 파일을 찾습니다. 그러나 depe 셸에서 명령을 실행할 때 많은 명령 (Bourne, AT & T ksh, zsh, ash …)은 명령을 다음 순서대로 실행합니다. $PATH execve 시스템 호출이 오류와 함께 반환되지 않을 때까지. 예를 들어 $PATH에 /foo:/bar가 포함되어 있고 ls를 실행하려는 경우 먼저 /foo/ls를 실행하거나 실패하는 경우 /bar/ls. 이제 /foo/ls 실행이 “실행 권한이 없지만 유효한 실행 파일이 아닌 다른 여러 이유로 인해 실패 할 수 있습니다.” command -v ls는 /foo/ls에 대한 실행 권한이 있지만 iv id를 실행하는 경우 /foo/ls를보고합니다. = “d15a078f48”> 는 /foo/ls가 유효한 실행 파일이 아닌 경우 실제로 /bar/ls를 실행할 수 있습니다.
• foo가 내장 또는 함수 또는 별칭 인 경우 command -v foo는 foo를 반환합니다. ash, pdksh 또는 zsh와 같은 일부 셸에서는

  $PATH에 빈 문자열이 포함되고 “현재 디렉토리에 실행 가능한 foo 파일이있는 경우. 이를 고려해야하는 몇 가지 상황이 있습니다. 예를 들어 내장 목록은 셸 구현에 따라 다릅니다 (예 : mount는 때때로 busybox에 내장되어 있음) sh), 예를 들어 bash는 환경에서 함수를 가져올 수 있습니다.

• if $PATH에는 쉘에 따라 상대 경로 구성 요소 (일반적으로 . 또는 둘 다 현재 디렉토리를 참조하지만 무엇이든 될 수있는 빈 문자열)가 포함됩니다. command -v cmd는 절대 경로를 출력하지 않을 수 있습니다. 따라서 는 cd 다른 곳에서 더 이상 유효하지 않습니다.
• 필수 : (정확한 경로는 내가 믿는 시스템마다 다를 수 있음)는 $PATH에 있습니다. ksh93은 몇 가지 추가 내장 기능을 제공합니다 (chmod, cmp, cat …), 그러나 command -v chmod 해당 경로가 존재하지 않더라도 /opt/ast/bin/chmod를 반환합니다.

명령의 존재 여부 확인

주어진 명령이 표준 적으로 존재하는지 확인하려면 다음을 수행하십시오.

if command -v given-command > /dev/null 2>&1; then echo given-command is available else echo given-command is not available fi 

which

(t)csh

를 사용할 수있는 곳 csh 및 tcsh에서는 선택의 여지가별로 없습니다. tcsh에서는 “which가 내장되어 있으므로 괜찮습니다. csh에서는 시스템 which 명령으로, 일부 경우 원하는 작업을 수행하지 못할 수 있습니다.

일부 셸에서만 명령 찾기

which를 사용하는 것이 합리적 일 수있는 경우는 명령의 경로를 알고 싶은 경우입니다. bash, csh (tcsh 아님), dash 또는 Bourne 셸 스크립트. 즉, whence -p (예 : ksh 또는 zsh), command -ev (예 : yash ), whatis -p (rc, akanga) 또는 기본 제공 which (예 : tcsh 또는 zsh) : which가 사용 가능하며 csh 스크립트.

이러한 조건이 충족되면

echo=$(which echo) 

첫 번째 iv id의 경로를 제공합니다. $PATH의 = “46435c0fe2”> (코너 케이스 제외), echo도 셸인지 여부에 관계없이 builtin / alias / function 여부.

다른 셸에서는 다음을 선호합니다.

• zsh : echo==echo 또는 echo=$commands[echo] 또는 echo=${${:-echo}:c}
• ksh , zsh : echo=$(whence -p echo)
• yash : echo=$(command -ev echo)
• rc , akanga : echo=`whatis -p echo` (공백이있는 경로주의)
• 물고기 : set echo (type -fp echo)

원하는 모든 작업이 실행 echo 명령을 사용하면 경로를 가져올 필요가 없습니다. 다음을 수행하면됩니다.

env echo this is not echoed by the builtin echo 

예를 들어, tcsh를 사용하면 내장 which가 사용되지 않도록 방지합니다.

set Echo = "`env which echo`" 

외부 명령이 필요한 경우

which를 사용할 수있는 또 다른 경우는 실제로 필요한 경우입니다. 외부 명령입니다. POSIX에서는 모든 셸 내장 (예 : command)을 외부 명령으로도 사용할 수 있어야하지만 안타깝게도 command에는 해당되지 않습니다. 예를 들어 Linux 기반 운영 체제에서는 command 명령을 찾기가 드물지만 대부분은 which 명령 (옵션과 동작은 다르지만)

외부 명령이 필요한 경우 POSIX 셸을 호출하지 않고 명령을 실행할 수있는 위치에 있습니다.

system("some command line"), popen() … C 또는 다양한 언어의 함수는 셸을 호출하여 해당 명령 줄을 구문 분석하므로 system("command -v my-cmd") 작업을 수행합니다. 이에 대한 예외는 perl로, 쉘 특수 문자 (공백 제외)가 보이지 않을 경우 쉘을 최적화합니다. 이는 백틱 연산자에도 적용됩니다.

$ perl -le "print system "command -v emacs"" -1 $ perl -le "print system ":;command -v emacs"" /usr/bin/emacs 0 $ perl -e "print `command -v emacs`" $ perl -e "print `:;command -v emacs`" /usr/bin/emacs 

위에 :;를 추가하면 perl가 셸을 호출합니다. which를 사용하면 그 속임수를 사용할 필요가 없습니다.

댓글

• @Joe, which는 많은 상용 Unices의 csh 스크립트입니다. 그 이유는 역사적이며 ‘ 내가 역사를 제공 한 이유이므로 사람들은 그것이 어디에서 왔는지, 사람들이 사용하는 데 익숙해 진 이유와 실제로 그곳에있는 이유를 이해합니다. ‘를 사용해야 할 이유가 없습니다. 그리고 예, 어떤 사람들은 (t) csh를 사용합니다. 아직 모든 사람이 Linux를 사용하는 것은 아닙니다.
• 이 게시물을 읽은 후 답변에 대한 많은 컨텍스트를 찾았지만 답변 자체는 찾지 못했습니다.이 게시물의 어디에 which를 사용하려는 것과는 달리 사용하지 않는 이유가 실제로 설명되어 있습니다. which 할 일, which의 역사, which의 구현, 관련 작업을 수행하기위한 기타 명령 또는 실제로 사용해야하는 이유 which? 다른 명령이 더 나은 이유는 무엇입니까? which와 다른 점은 무엇입니까? 그 함정을 어떻게 피합니까? 이 답변은 실제로 which의 문제보다 대안 문제에 더 많은 단어를 사용합니다.
• command가 설명되어 있습니다. POSIX.
• @St é phaneChazelas touch /usr/bin/mytestfile로 새 파일을 만든 다음 command -v mytestfile, 경로를 제공합니다 (반면 which mytestfile는 제공하지 않음).
• @jarno, 오 예, 당신은 ‘ 맞습니다. bash는 실행 가능한 파일을 찾을 수없는 경우 ‘ 실행할 수없는 파일을 확인하므로 ‘ s ” OK ” (실제로는 command -v / type는 ‘ mytestfile 그러나 dash 동작은 마치 실행 불가능한 cmd 버그가 있습니다. 실행 파일보다 먼저 command -v는 실행 불가능한 것을 반환하고 cmd는 실행 가능한 것을 실행합니다 (잘못된 하나도 해시 됨). FreeBSD sh (또한 ash를 기반으로 함)에는 동일한 버그가 있습니다. zsh, yash, ksh, mksh, bash as sh는 괜찮습니다.

답변

$ type ls ls is a function ls () { [ -t 1 ] && set -- -F "$@"; command ls "$@" } $ which ls /bin/ls 

$ which() { (alias; declare -f) | /usr/bin/which --tty-only --read-alias --read-functions --show-tilde --show-dot "$@";} $ f() { echo $"\n}\ng ()\n{ echo bar;\n}\n" >> ~/foo; } $ type f f is a function f () { echo " } g () { echo bar; } " >> ~/foo } $ type g bash: type: g: not found $ which f f () { echo " } $ which g g () { echo bar; } 

$ type echo . time echo is a shell builtin . is a shell builtin time is a shell keyword $ which echo . time /bin/echo which: no . in (/bin:/usr/bin) /usr/bin/time 

$ csh % which ls ls: aliased to ls -F % unalias ls % which ls ls: aliased to ls -F % ksh $ which ls ls: aliased to ls -F $ type ls ls is a tracked alias for /usr/bin/ls 

% echo "setenv PATH /bin:/usr/bin" >> ~/.cshrc % setenv PATH ~/bin:/bin:/usr/bin % ln -s /bin/ls ~/bin/ % which ls /bin/ls 

$ type "a b" a b is /home/stephane/bin/a b $ which "a b" no a in /usr/sbin /usr/bin no b in /usr/sbin /usr/bin 

$ d="$HOME/my bin" $ mkdir "$d"; PATH=$PATH:$d $ ln -s /bin/ls "$d/myls" $ type myls myls is /home/stephane/my bin/myls $ which myls no myls in /usr/sbin /usr/bin /home/stephane/my bin 

$ type which which is aliased to `alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde" $ alias foo=": "|test|"" $ which foo alias foo=": "|test|"" /usr/bin/test $ alias $"foo=\nalias bar=" $ unalias bar -bash: unalias: bar: not found $ which bar alias bar=" 

$ unset PATH $ which which /usr/local/bin/which $ type which which is a tracked alias for /bin/which 

아니요 다음을보고하는 GNU which를 사용하면 더 좋습니다.

which: no which in ((null)) 

(흥미롭게도 실제로 /usr/local/bin/which는 실제로 akanga와 함께 제공되는 akanga 스크립트입니다 (rc 셸 파생 (기본 PATH는 /usr/ucb:/usr/bin:/bin:.))

bash, 모든 시스템 :

Chris가 답변에서 언급 한 사람 :

$ PATH=$HOME/bin:/bin $ ls /dev/null /dev/null $ cp /bin/ls bin $ type ls ls is hashed (/bin/ls) $ command -v ls /bin/ls $ which ls /home/chazelas/bin/ls 

또한 hash를 수동으로 호출 한 후 :

$ type -a which which is /usr/local/bin/which which is /usr/bin/which which is /bin/which $ hash -p /bin/which which $ which which /usr/local/bin/which $ type which which is hashed (/bin/which) 

이제 which 및 때때로 type 실패 :

$ mkdir a b $ echo "#!/bin/echo" > a/foo $ echo "#!/" > b/foo $ chmod +x a/foo b/foo $ PATH=b:a:$PATH $ which foo b/foo $ type foo foo is b/foo 

이제 일부 셸 :

$ foo bash: ./b/foo: /: bad interpreter: Permission denied 

다른 사용자와 함께 :

$ foo a/foo 

which도 type는 b/foo가 b를 수행 할 수 없음을 미리 알 수 있습니다. e 실행. iv id = “488253cbe9를 호출 할 때 bash, ksh 또는 yash와 같은 일부 셸 “> 는 실제로 b/foo를 실행하고 오류를보고하는 반면 다른 것 (예 : zsh, ash, csh, Bourne, tcsh)는 a/foo execve() 시스템 호출이 b/foo에서 실패한 경우

댓글

• mksh는 실제로 기본 $PATH에 대해 다른 것을 사용합니다. , 운영 체제의 컴파일 타임 상수 _PATH_DEFPATH가 사용되고 (가장 일반적으로 BSD에서) confstr(_CS_PATH, …)가 사용됩니다 (POSIX). 둘 다 존재하지 않거나 실패하면 /bin:/usr/bin:/sbin:/usr/sbin가 사용됩니다.
• 첫 번째 예에서는 ls 사용하는 기능입니다 g PATH의 ls. 그리고 which는 /usr/bin/ls 또는 /usr/local/bin/ls 중 어느 것이 사용되는지 알려줍니다. ‘ ” 어떤 것을 사용하지 않는지 ” …. li>
• @rudimeier, which ls는 ls 여부에 관계없이 /bin/ls를 제공합니다. div> 함수는 /bin/ls 또는 /opt/gnu/bin/ls 또는 dir를 호출하거나 전혀 호출하지 않습니다. IOW, which (구현되는 IMMV)는 관련없는 무언가를 제공합니다
• @St é phaneChazelas. 아니, 아니. 내 ls가 함수라는 것을 이미 알고 있습니다 . 내 ls 함수가 PATH div에서 ls를 호출하고 있다는 것을 알고 있습니다 . >. 이제 which가 파일의 위치를 알려줍니다. 단 하나의 사용 사례 : “이 명령으로 내 셸이 수행하는 작업. “이 사용 사례의 경우 which가 잘못되었습니다.그러나 (GNU) which가 정확히 맞는 다른 사용 사례가 있습니다.
• @rudimeter, which 구현. 일부는 별칭을 ‘ 알려줍니다 (별칭이 구성되어 있거나 집에 ~/.cshrc 이러한 별칭), 일부는 경로를 제공하지만 일부 조건에서는 잘못된 경로를 제공합니다. sh -c 'command -v ls', 완벽하지는 않지만 여전히 다양한 요구 사항에 대한 올바른 답변을 제공 할 가능성이 높습니다 (또한 표준 임).

답변

Answer

답변

> which which which: shell built-in command. 

> which which /usr/bin/which > which -v GNU which v2.19, Copyright (C) 1999 - 2008 Carlo Wood. GNU which comes with ABSOLUTELY NO WARRANTY; This program is free software; your freedom to use, change and distribute this program is protected by the GPL. 

/bin/dmesg /bin/findmnt /bin/logger /bin/lsblk /bin/more /bin/mount /bin/umount /sbin/adjtimex /sbin/agetty /sbin/blkid /sbin/blockdev /sbin/cfdisk /sbin/chcpu /sbin/ctrlaltdel /sbin/elvtune /sbin/fdisk /sbin/findfs /sbin/fsck /sbin/fsck.cramfs /sbin/fsck.minix /sbin/fsfreeze /sbin/fstrim /sbin/hwclock /sbin/losetup /sbin/mkfs /sbin/mkfs.bfs /sbin/mkfs.cramfs /sbin/mkfs.minix /sbin/mkswap /sbin/nologin /sbin/pivot_root /sbin/raw /sbin/sfdisk /sbin/swaplabel /sbin/swapoff /sbin/swapon /sbin/switch_root /sbin/wipefs /usr/bin/cal /usr/bin/chrp-addnote /usr/bin/chrt /usr/bin/col /usr/bin/colcrt /usr/bin/colrm /usr/bin/column /usr/bin/cytune /usr/bin/ddate /usr/bin/fallocate /usr/bin/flock /usr/bin/getopt /usr/bin/hexdump /usr/bin/i386 /usr/bin/ionice /usr/bin/ipcmk /usr/bin/ipcrm /usr/bin/ipcs /usr/bin/isosize /usr/bin/line /usr/bin/linux32 /usr/bin/linux64 /usr/bin/look /usr/bin/lscpu /usr/bin/mcookie /usr/bin/mesg /usr/bin/mkzimage_cmdline /usr/bin/namei /usr/bin/rename /usr/bin/renice /usr/bin/rev /usr/bin/script /usr/bin/scriptreplay /usr/bin/setarch /usr/bin/setsid /usr/bin/setterm /usr/bin/tailf /usr/bin/taskset /usr/bin/time /usr/bin/ul /usr/bin/uname26 /usr/bin/unshare /usr/bin/uuidgen /usr/bin/wall /usr/bin/whereis /usr/bin/which /usr/bin/write /usr/bin/x86_64 /usr/sbin/addpart /usr/sbin/delpart /usr/sbin/fdformat /usr/sbin/flushb /usr/sbin/freeramdisk /usr/sbin/klogconsole /usr/sbin/ldattach /usr/sbin/partx /usr/sbin/rcraw /usr/sbin/readprofile /usr/sbin/rtcwake /usr/sbin/setctsid /usr/sbin/tunelp