Comando Linux tcsh

Em sistemas operacionais do tipo Unix, o tcsh (pronunciado “tee-see-shell” ou “tee-see-ess-aysh”) é um shell de linha de comando baseado no C Shell . Seus principais recursos são a conclusão de comandos programáveis ​​e a edição da linha de comandos.

Descrição

O tcsh é uma versão aprimorada, mas completamente compatível, do shell Berkeley UNIX C, csh . É um intérprete de linguagem de comando utilizável como um shell de logon interativo e um processador de comandos de script de shell. Inclui um editor de linha de comando (consulte O Editor de Linha de Comando ), conclusão programável de palavras (consulte Conclusão e Listagem ), correção ortográfica (consulte Correção Ortográfica ), um mecanismo de histórico (consulte Substituição de Histórico ), controle de trabalho (consulte Trabalhos ) e uma sintaxe semelhante à linguagem de programação C.

História

O tcsh foi desenvolvido por Ken Greer a partir do final dos anos 1970 na Universidade Carnegie Mellon. O ” t ” no tcsh refere-se ao TENEX, um sistema operacional DEC com conclusão de comando, que inspirou Greer a criar um shell com um recurso semelhante. O trabalho no tcsh continuou com a colaboração de Mike Ellis no Fairchild AI Labs, e o código fonte do tsch foi publicado em um grupo de notícias de programação de sistemas em outubro de 1983.

Sintaxe

  tcsh [-bcdefFimnqstvVxX] [-D name [= value ]] [ arg ...]

  tcsh -l

Opções

Se o primeiro argumento (argumento 0 ) do shell for ‘ – ‘, será um shell de login. Um shell de login também pode ser especificado invocando o shell com o sinalizador -l como o único argumento.

O restante dos argumentos do sinalizador são interpretados da seguinte maneira:

  -b

  -c

  -d

  -D nome [ = valor ]

  -e

  -f

  -F

  -Eu

  -eu

  -m

  -n

  -q

  -s

  -t

  -v

  -x

  -V

  -X

  --Socorro

  --versão

Após o processamento dos argumentos do sinalizador, se os argumentos permanecerem, mas nenhuma das opções -c , -i , -s ou -t for fornecida, o primeiro argumento será considerado como o nome de um arquivo de comandos (script) a ser executado. O shell abre esse arquivo e salva seu nome para possível re-substituição por ” $ 0 “. Como muitos sistemas usam os shells padrão da versão 6 ou 7 cujos scripts de shell não são compatíveis com esse shell, o shell usa um shell “padrão” para executar um script cujo primeiro caractere não é um ” # “, ou seja, não comece com um comentário .

Os argumentos restantes são colocados na variável de shell argv .

Inicialização e desligamento

Um shell de login começa executando comandos dos arquivos de sistema /etc/csh.cshrc e /etc/csh.login . Em seguida, ele executa comandos de arquivos no diretório inicial do usuário: primeiro ~ / .tcshrc ou, se ~ / .tcshrc não for encontrado, ~ / .cshrc , depois ~ / .history (ou o valor da variável do shell do arquivo de histórico ) ~ / .login e, finalmente, ~ / .cshdirs (ou o valor da variável do shell dirsfile ). O shell pode ler /etc/csh.login antes em vez de /etc/csh.cshrc e ~ / .login antes em vez de ~ / .tcshrc ou ~ / .cshrc e ~ / .history , se assim compilado; veja a variável shell da versão .

Os shells sem logon lêem apenas /etc/csh.cshrc e ~ / .tcshrc ou ~ / .cshrc na inicialização.

Para exemplos de arquivos de inicialização, você pode conferir https://sourceforge.net/projects/tcshrc/ .

Comandos como stty e tset , que precisam ser executados apenas uma vez por login, geralmente entram no arquivo ~ / .login . Os usuários que precisam usar o mesmo conjunto de arquivos com csh e tcsh podem ter apenas um ~ / .cshrc que verifica a existência da variável de shell tcsh (qv) antes de usar os comandos específicos do tcsh ou pode ter os dois ~ / .cshrc e um ~ / .tcshrc cuja origem s (consulte o comando embutido) ~ / .cshrc . O restante deste manual usa ” ~ / .tcshrc ” para significar ” ~ / .tcshrc ” ou, se ~ / .tcshrc não for encontrado, ~ / .cshrc .

No caso normal, o shell começa a ler comandos do terminal, solicitando ” > “. O processamento de argumentos e o uso do shell para processar arquivos contendo scripts de comando são descritos mais adiante. O shell lê repetidamente uma linha de entrada de comando, divide-a em palavras, coloca-a na lista do histórico de comandos, analisa -a e executa cada comando na linha.

Pode-se fazer logout digitando ” ^ D ” em uma linha vazia, ” logout ” ou ” login ” ou através do mecanismo de autologout do shell (consulte a variável do shell de autologout ). Quando um shell de login é finalizado, ele define a variável do shell de logout como ” normal ” ou ” automático “, conforme apropriado, e executa comandos dos arquivos /etc/csh.logout e ~ / .logout . O shell pode descartar o DTR no logout, se assim for compilado; veja a variável shell da versão .

Os nomes dos arquivos de logon e logout do sistema variam de sistema para sistema para compatibilidade com diferentes variantes do csh ; consulte a seção Arquivos .

Edição

O editor de linha de comando

A entrada da linha de comando pode ser editada usando seqüências de teclas, como as usadas no GNU Emacs ou vi . O editor está ativo apenas quando a variável de shell de edição é configurada, que é por padrão em shells interativos. O bindkey interno pode exibir e alterar as ligações de teclas. As ligações de teclas no estilo Emacs são usadas por padrão (a menos que o shell tenha sido compilado de outra forma; consulte a variável shell da versão), mas o bindkey pode alterar as ligações de teclas para as ligações do estilo vi em massa.

O shell sempre liga as teclas de seta (conforme definidas na variável de ambiente TERMCAP ) a:

… a menos que isso altere outra ligação de caractere único. Pode-se definir as seqüências de escape da tecla de seta para a sequência vazia com settc para impedir essas ligações. As seqüências ANSI / VT100 para teclas de seta estão sempre ligadas.

Outras associações de teclas são, na maioria das vezes, o que os usuários do Emacs e vi esperariam e podem ser facilmente exibidas por bindkey , portanto, não há necessidade de listá-las aqui. Da mesma forma, bindkey pode listar os comandos do editor com uma breve descrição de cada um.

Observe que os comandos do editor não possuem a mesma noção de “palavra” que o shell. O editor delimita as palavras com caracteres não alfanuméricos que não estão nos wordchars de variáveis ​​do shell, enquanto o shell reconhece apenas espaços em branco e alguns caracteres com significados especiais, listados em Estrutura Lexical .

Conclusão e listagem

O shell geralmente é capaz de completar palavras quando recebe uma abreviação exclusiva. Digite parte de uma palavra (por exemplo ” ls / usr / lost “) e pressione a tecla Tab para executar o comando do editor de palavras completas. O shell completa o nome do arquivo ” / usr / lost ” para ” / usr / lost + found / “, substituindo a palavra incompleta pela palavra completa no buffer de entrada. Observe o ” / ” no final; A conclusão adiciona um ” / ” ao final dos diretórios concluídos e um espaço ao final de outras palavras concluídas, para acelerar a digitação e fornecer um indicador visual da conclusão bem-sucedida. A variável shell do adduffix pode ser desabilitada para evitar isso. Se nenhuma correspondência for encontrada (talvez ” / usr / lost + found ” não exista), a campainha do terminal tocará. Se a palavra já estiver completa (talvez exista um ” / usr / lost ” em seu sistema, ou talvez você esteja pensando muito à frente e digitou a coisa toda), um ” / ” ou espaço será adicionado ao final, se não for ‘ já está lá.

  definir lista automática

  nm / usr / lib / libt 

  libtermcap.a@ libtermlib.a@

  nm / usr / lib / libterm

Se a lista automática estiver definida como “ambígua”, as opções serão listadas apenas quando a conclusão falhar e não adicionará novos caracteres à palavra que está sendo concluída.

Um nome de arquivo a ser preenchido pode conter variáveis, seus diretórios pessoais ou os de outros usuários abreviados com ” ~ ” (consulte Substituição de nome de arquivo ) e as entradas da pilha de diretórios abreviadas com ” = ” (consulte Substituição da pilha de diretórios ). Por exemplo,

  ls ~ k [^ D]

  kahn kas kellogg

  ls ~ ke 

  ls ~ kellogg /

… ou por outro exemplo:

  definir local = / usr / local

  ls $ lo 

  $ local / [^ D]

  bin / etc / lib / man / src /

  ls $ local /

Observe que as variáveis ​​também podem ser expandidas explicitamente com o comando do editor de expansão de variáveis .

delete-char-or-list-or -of listas apenas no final da linha; no meio de uma linha, ele exclui o caractere sob o cursor e, em uma linha vazia, desconecta um ou, se ignoreeof estiver definido, não fará nada. ” M- ^ D “, vinculado às opções de lista de comando do editor, lista possibilidades de conclusão em qualquer lugar em uma linha e opções de lista (ou qualquer um dos comandos do editor relacionados que excluem ou não excluem, listam e / ou registram out, listados em delete-char-or-list-or -of ) podem ser vinculados a ” ^ D ” com o comando bindkey builtin, se desejado.

Os comandos do editor complete-word-fwd e complete-word-back (não vinculados a nenhuma tecla por padrão) podem ser usados ​​para percorrer a lista de possíveis conclusões, substituindo a palavra atual pela palavra seguinte ou anterior no Lista.

A variável do shell fignore pode ser configurada para uma lista de sufixos a serem ignorados pela conclusão. Considere o seguinte:

  ls

  Makefile condiments.h ~ main.o side.c
 README main.c lado da refeição.o
 condimentos.h main.c ~

  set fignore = (.o \ ~)

  emacs ma [^ D]

  main.c main.c ~ main.o

  emacs ma 

  emacs main.c

” main.c ~ ” e ” main.o ” são ignorados pela conclusão (mas não pela listagem), porque terminam com sufixos no fignore . Observe que era necessário um ” \ ” na frente de ” ~ ” para impedir que ele fosse expandido para casa, conforme descrito em Substituição de nome de arquivo. fignore será ignorado se apenas uma conclusão for possível.

Se a variável shell completa estiver definida como ” aprimorada “, a conclusão ignorará maiúsculas e minúsculas e considerará períodos, hífens e sublinhados (” . “, ” – ” e ” _ “) como separadores de palavras e hífens e sublinhados como equivalentes. Se você tivesse os seguintes arquivos

  comp.lang.c comp.lang.perl comp.std.c ++
            comp.lang.c ++ comp.std.c

e digitado ” mail -f clc 

  A_silly_file um arquivo hifenizado another_silly_file

listaria todos os três arquivos, porque maiúsculas e minúsculas são ignorados e hífens e sublinhados são equivalentes. Períodos, no entanto, não são equivalentes a hífens ou sublinhados.

Se a variável shell completa estiver definida como ” Aprimorar “, a conclusão ignorará maiúsculas e minúsculas e diferenças entre um hífen e um separador de palavras sublinhadas apenas quando o usuário digitar um caractere minúsculo ou um hífen. A inserção de um caractere maiúsculo ou de sublinhado não corresponderá ao caractere minúsculo ou ao hífen da palavra correspondente. Digitar ” rm a – file [^ D]” no diretório do exemplo anterior ainda listaria todos os três arquivos, mas digitar ” rm A – file ” corresponderia apenas a ” A_silly_file ” e digitar ” rm a__file [^ D] “corresponderia apenas a” A_silly_file “e” another_silly_file “porque o usuário usou explicitamente um caractere maiúsculo ou sublinhado.

A conclusão e a listagem são afetadas por outras variáveis ​​do shell: recexact pode ser configurado para ser concluído com a menor correspondência possível possível, mesmo que mais digitação possa resultar em uma correspondência mais longa:

  ls

  forragem foo alimentos foonly

  definir recexact

  rm fo 

apenas emite um sinal sonoro, porque ” fo ” pode se expandir para ” fod ” ou ” foo “, mas se digitarmos outro ” o “,

  rm foo 

  rm foo

a conclusão é concluída em ” foo “, mesmo que ” food ” e ” foonly ” também correspondam. autoexpand pode ser configurado para executar o comando do editor de histórico de expansão antes de cada tentativa de conclusão, a correção automática pode ser configurada para corrigir a ortografia – corrija a palavra a ser concluída (consulte Correção Ortográfica ) antes que cada tentativa de conclusão e correta possa ser configurada para concluir comandos automaticamente após bate “retorno”. O matchbeep pode ser configurado para emitir um bipe de conclusão ou não em uma variedade de situações, e o nobeep pode ser configurado para nunca emitir um bipe. O nostat pode ser configurado para uma lista de diretórios e / ou padrões que correspondem aos diretórios para impedir que o mecanismo de conclusão exponha esses diretórios. listmax e listmaxrows podem ser configuradas para limitar o número de itens e linhas (respectivamente) listados sem perguntar primeiro. O reconheça_only_executables pode ser configurado para tornar a lista do shell apenas executável ao listar comandos, mas é bastante lento.

Finalmente, o comando interno completo pode ser usado para dizer ao shell como concluir outras palavras que não sejam nomes de arquivos, comandos e variáveis. A conclusão e a listagem não funcionam nos padrões glob (consulte Substituição de nome de arquivo ), mas os comandos do editor list-glob e expand-glob executam funções equivalentes aos padrões glob.

Correção ortográfica

Às vezes, o shell pode corrigir a ortografia dos nomes de arquivos, comandos e nomes de variáveis, além de completá-los e listá-los.

Palavras individuais podem ser corrigidas de ortografia com o comando do editor de palavras ortográficas (geralmente vinculado a Ms e MS ) e todo o buffer de entrada com a linha ortográfica (geralmente vinculada a M- $ ). A variável de shell correta pode ser configurada como ” cmd ” para corrigir o nome do comando ou ” all ” para corrigir a linha inteira toda vez que o retorno for digitado e a correção automática pode ser configurada para corrigir a palavra a ser concluída antes de cada tentativa de conclusão.

Quando a correção ortográfica é invocada de qualquer uma dessas maneiras e o shell pensa que qualquer parte da linha de comando está incorreta, ele solicita a linha corrigida:

  definido como correto = cmd

  lz / usr / bin

  CORRETO> ls / usr / bin (y | n | e | a)?

Pode-se responder ” y ” ou espaço para executar a linha corrigida, ” e ” para deixar o comando não corrigido no buffer de entrada, ” a ” para abortar o comando como se ” ^ C ” tivesse sido atingido e qualquer outra coisa para executar o comando linha original inalterada.

A correção ortográfica reconhece conclusões definidas pelo usuário (consulte o comando interno completo ). Se uma palavra de entrada em uma posição para a qual uma conclusão é definida se assemelha a uma palavra na lista de conclusão, a correção ortográfica registra um erro de ortografia e sugere a última palavra como uma correção. No entanto, se a palavra de entrada não corresponder a nenhuma das conclusões possíveis para essa posição, a correção ortográfica não registrará um erro de ortografia.

Assim como a conclusão, a correção ortográfica funciona em qualquer lugar da linha, empurrando o restante da linha para a direita e possivelmente deixando caracteres extras à direita do cursor.

Comandos do editor

” bindkey ” lista as ligações de teclas e ” bindkey -l ” e descreve brevemente os comandos do editor. Somente comandos novos ou especialmente interessantes de editor são descritos aqui. Veja emacs e vi para descrições das combinações de teclas de cada editor.

O caractere ou caracteres aos quais cada comando está vinculado por padrão é dado entre parênteses. ” Caractere ^ ” significa um caractere de controle e ” M – caractere “, um meta caractere, digitado como caractere de escape nos terminais sem uma chave de meta. O caso conta, mas os comandos vinculados às letras por padrão são vinculados às letras maiúsculas e minúsculas por conveniência.

Estrutura lexical

O shell divide as linhas de entrada em palavras nos espaços em branco e nas guias. Os caracteres especiais ” & “, ” | “, ” ; “, ” < “, ” > “, ” ( ” e ” ) ” e os caracteres duplicados ” && “, ” || “, ” << ” e ” >> “são sempre palavras separadas, estejam ou não cercadas por espaços em branco .

Quando a entrada do shell não é um terminal , o caractere ” # ” é usado para iniciar um comentário . Cada ” # ” e o restante da linha de entrada em que aparece são descartados antes de serem analisados.

Um caractere especial (incluindo um espaço em branco ou tabulação) pode ser impedido de ter seu significado especial e possivelmente fazer parte de outra palavra, precedendo-o com uma barra invertida (” \ “) ou colocando-o entre simples ( ‘ ), duplo ( “ ) ou backtick ( ` ). Quando não citada de outra forma, uma nova linha precedida por um” \ “é equivalente a um espaço em branco, mas entre aspas essa sequência resulta em uma nova linha.

Além disso, todas as substituições, exceto a substituição do histórico, podem ser evitadas colocando-se as strings (ou partes de strings) nas quais aparecem entre aspas simples ou citando os caracteres cruciais (por exemplo, ” $ ” ou ” ` “para substituição variável ou Substituição de Comando, respectivamente) com ” \ “. Substituição de alias não é exceção: citar de qualquer forma qualquer caractere de uma palavra para a qual um alias foi definido impede a substituição do alias. A maneira usual de citar um alias é precedê-lo com uma barra invertida. A substituição do histórico é impedida por barras invertidas, mas não por aspas simples. Seqüências de caracteres entre aspas duplas ou anteriores sofrem substituição variável e substituição de comando, mas outras substituições são impedidas.

O texto entre aspas simples ou duplas se torna uma única palavra (ou parte de uma). Os metacaracteres nessas cadeias, incluindo espaços em branco e guias, não formam palavras separadas. Somente em um caso especial (consulte Substituição de Comandos abaixo) uma string com aspas duplas produz partes de mais de uma palavra; cadeias de citação simples nunca o fazem. As aspas anteriores (backticks) são especiais: elas sinalizam a substituição de comandos, o que pode resultar em mais de uma palavra.

A citação de cadeias complexas, particularmente as que contêm caracteres de citação, pode ser confusa. Lembre-se de que as aspas não precisam ser usadas como estão na escrita humana. Pode ser mais fácil citar não uma sequência inteira, mas apenas as partes da sequência que precisam de citação, usando diferentes tipos de citação para fazer isso, se apropriado.

A variável de shell backslash_quote pode ser configurada para fazer com que as barras invertidas sempre citam ” \ “, ” ‘ ” e ” “ “. Isso pode facilitar tarefas de cotação complexas, mas pode causar erros de sintaxe nos scripts csh .

Substituições

Substituição de histórico

Cada comando, ou “evento”, entrada do terminal é salvo na lista de histórico. O comando anterior é sempre salvo e a variável do shell do histórico pode ser definida como um número para salvar muitos comandos. A variável do shell histdup pode ser configurada para não salvar eventos duplicados ou eventos duplicados consecutivos.

Os comandos salvos são numerados seqüencialmente de 1 e carimbados com o tempo. Geralmente, não é necessário usar números de eventos, mas o número do evento atual pode fazer parte do prompt, colocando um ” ! ” Na variável do prompt do shell.

O shell realmente salva o histórico em formas expandidas e literais (não expandidas). Se a variável do shell histlit estiver configurada, os comandos que exibem e armazenam o histórico usam o formato literal.

O comando interno do histórico pode imprimir, armazenar em um arquivo, restaurar e limpar a lista do histórico a qualquer momento, e as variáveis ​​do shell savehist e histfile podem ser configuradas para armazenar a lista do histórico automaticamente no logout e restaurá-la no login.

As substituições do histórico introduzem palavras da lista do histórico no fluxo de entrada, facilitando a repetição de comandos, a repetição de argumentos de um comando anterior no comando atual ou a correção de erros de ortografia no comando anterior com pouca digitação e um alto grau de confiança.

As substituições do histórico começam com o caractere ” ! “. Eles podem começar em qualquer lugar do fluxo de entrada, mas não aninham. O ” ! ” Pode ser precedido por um ” \ ” para impedir seu significado especial; por conveniência, um ” ! ” é passado inalterado quando é seguido por um espaço em branco, tab, nova linha, ” = ” ou ” ( “. As substituições do histórico também ocorrem quando uma linha de entrada começa com ” ^ “. Essa abreviação especial será descrita Os caracteres usados ​​para sinalizar a substituição do histórico (” ! ” e ^ ) podem ser alterados configurando a variável do shell histchars . Qualquer linha de entrada que contenha uma substituição do histórico é impressa antes de ser executada.

Uma substituição de histórico pode ter uma “especificação de evento”, que indica o evento do qual as palavras devem ser obtidas, um “designador de palavras”, que seleciona palavras específicas do evento escolhido, e / ou um “modificador”, que manipula o selecionado palavras.

Uma especificação de evento pode ser:

Por exemplo, considere este pedaço da lista de histórico de alguém:

  9 8:30 nroff -man wumpus.man
 10 8:31 cp wumpus.man wumpus.man.old
 11 8:36 vi wumpus.man
 12 8:37 diff wumpus.man.old wumpus.man

Os comandos são mostrados com seus números de evento e carimbos de hora . O evento atual, que ainda não digitamos, é o evento 13. ” ! 11 ” e ” ! -2 ” referem-se ao evento 11. ” !! ” refere-se ao evento anterior, 12. ” !! ” pode ser abreviado ” ! ” se for seguido por ” : ” (” : ” é descrito abaixo). ” ! n ” refere-se ao evento 9, que começa com ” n “. ” !? old? ” também se refere ao evento 12, que contém ” old “. Sem designadores de palavras ou modificadores, as referências do histórico se expandem para o evento inteiro; portanto, podemos digitar ” ! Cp ” para refazer o comando copy ou ” !! | more ” se a saída ” diff ” aparecer na parte superior da tela.

As referências do histórico podem ser isoladas do texto ao redor com chaves, se necessário. Por exemplo, ” ! Vdoc ” procuraria um comando começando com ” vdoc ” e, neste exemplo, não encontraria um, mas ” ! {V} doc ” seria expandido sem ambiguidade para ” vi wumpus.mandoc “. Mesmo entre chaves, as substituições do histórico não se aninham.

Enquanto o csh se expande, por exemplo ,! 3d para o evento 3 com a letra d anexada, o tcsh o expande para o último evento começando com 3d ; apenas argumentos completamente numéricos são tratados como números de eventos. Isso torna possível recuperar eventos que começam com números. Para expandir ! 3d como no csh, diga ! {3} d .

Para selecionar palavras de um evento, podemos seguir a especificação do evento com um ” : ” e um designador para as palavras desejadas. As palavras de uma linha de entrada são numeradas de 0, a primeira (geralmente comando) é 0, a segunda (primeiro argumento) é 1, etc. Os designadores básicos de palavras são:

As palavras selecionadas são inseridas na linha de comando, separadas por espaços em branco únicos. Por exemplo, o comando ” diff ” no exemplo anterior pode ter sido digitado como ” diff !!: 1.old !!: 1 ” (usando ” : 1 ” para selecionar o primeiro argumento do evento anterior) ou ” diff! -2: 2! -2: 1 “para selecionar e trocar os argumentos do comando” cp “. Se não nos importássemos com a ordem do ” diff “, poderíamos ter dito ” diff! -2: 1-2 ” ou ” diff! -2: * “. O comando ” cp ” pode ter sido escrito ” cp wumpus.man! #: 1.old “, usando ” # ” para se referir ao evento atual. ” ! n: – hurkle.man ” reutilizaria as duas primeiras palavras do comando ” nroff ” para dizer ” nroff -man hurkle.man “.

O ” : ” que separa a especificação do evento do designador de palavras pode ser omitido se o seletor de argumentos começar com ” ^ “, ” $ “, ” * “, ” % ” ou ” – “. Por exemplo, nosso comando ” diff ” pode ter sido ” diff !! ^. Old !! ^ ” ou, equivalente, ” diff !! $. Old !! $ “. No entanto, se ” !! ” for abreviado ” ! “, Um seletor de argumentos começando com ” – ” será interpretado como uma especificação de evento.

Uma referência de histórico pode ter um designador de palavras, mas nenhuma especificação de evento. Em seguida, faz referência ao comando anterior. Continuando nosso exemplo ” diff “, poderíamos ter dito ” diff! ^. Old! ^ ” Ou, para obter os argumentos na ordem oposta, apenas ” diff! * “.

A palavra ou palavras em uma referência de histórico podem ser editadas ou “modificadas”, seguindo-a com um ou mais modificadores, cada um precedido por um ” : “:

Os modificadores são aplicados apenas à primeira palavra modificável (a menos que ” g ” seja usado). É um erro que nenhuma palavra seja modificável.

Por exemplo, o comando ” diff ” pode ter sido escrito como ” diff wumpus.man.old! # ^: R “, usando ” : r ” para remover ” .old ” do primeiro argumento na mesma linha (” ! # ^ “). Poderíamos dizer ” eco olá por aí “, depois ” eco! *: U ” para colocar em maiúscula ” olá “, ” eco! *: Au ” para dizer em voz alta, ou ” eco! *: Agu ” para realmente gritar. Podemos seguir ” mail -s ‘. Esqueci minha senha’ rot ‘com” !: S / rot / root “para corrigir a ortografia de” root “(mas consulte Correção ortográfica para uma abordagem diferente).

Existe uma abreviação especial para substituições. ” ^ “, quando é o primeiro caractere em uma linha de entrada, é equivalente a ” !: s ^ “. Assim, poderíamos ter dito ” ^ rot ^ root ” para fazer a correção ortográfica no exemplo anterior. Esta é a única substituição do histórico que não começa explicitamente com ” ! “.

No csh, como tal, apenas um modificador pode ser aplicado a cada histórico ou expansão variável. No tcsh , mais de um pode ser usado, por exemplo

  % mv wumpus.man /usr/man/man1/wumpus.1

  % man! $: t: r

  homem wumpus

No csh , o resultado seria ” wumpus.1: r “. Uma substituição seguida por dois pontos pode precisar ser isolada com chaves:

  > mv a.out / usr / games / wumpus

  > setenv PATH! $: h: $ PATH

  Ruim !  modificador: $.

  > setenv PATH! {- 2 $: h}: $ PATH

  setenv PATH / usr / jogos: / bin: / usr / bin :.

A primeira tentativa seria bem-sucedida no csh, mas falhará no tcsh , porque o tcsh espera outro modificador após o segundo dois pontos em vez de ” $ “.

Por fim, o histórico pode ser acessado através do editor e também das substituições descritas. Os comandos para cima e para baixo , histórico-pesquisa-para-trás- e -para-frente , i-pesquisa-para-trás e -fwd , vi-search-back e -fwd , cópia-prev-palavra e inserção da última palavra – comandos do editor pesquisam eventos na lista do histórico e copie-os para o buffer de entrada. O comando do editor de alternância-literal-histórico alterna entre as formas expandida e literal das linhas do histórico no buffer de entrada. substitua o histórico de expansão e substitui o histórico de expansão de linha de expansão na palavra atual e no buffer de entrada inteiro, respectivamente.

Substituição de alias

O shell mantém uma lista de aliases que podem ser definidos, desmarcados e impressos pelos comandos alias e unalias . Depois que uma linha de comando é analisada em comandos simples (consulte Comandos ), a primeira palavra de cada comando, da esquerda para a direita, é verificada para ver se possui um alias. Nesse caso, a primeira palavra é substituída pelo alias. Se o alias contiver uma referência de histórico, ele passará pela substituição do Histórico como se o comando original fosse a linha de entrada anterior. Se o alias não contiver uma referência de histórico, a lista de argumentos permanecerá intocada.

Portanto, se o alias para ” ls ” fosse ” ls -l “, o comando ” ls / usr ” se tornaria ” ls -l / usr “, a lista de argumentos aqui não será perturbada. Se o alias de ” pesquisa ” fosse ” grep! ^ / Etc / passwd “, ” fatura de pesquisa ” se tornaria ” fatura de grep / etc / passwd “. Aliases podem ser usados ​​para introduzir a metassintaxe do analisador. Por exemplo, ” alias print ‘pr \! * | Lpr’ ” define um “comando” (” print “) que apresenta seus argumentos para a impressora de linha.

A substituição do alias é repetida até a primeira palavra do comando não ter alias. Se uma substituição de alias não alterar a primeira palavra (como no exemplo anterior), ela será sinalizada para impedir um loop. Outros loops são detectados e causam um erro.

Alguns aliases são referidos pelo shell; consulte Aliases especiais .

Substituição variável

O shell mantém uma lista de variáveis, cada uma das quais tem como valor uma lista de zero ou mais palavras. Os valores das variáveis ​​do shell podem ser exibidos e alterados com os comandos set e unsetet . O sistema mantém sua própria lista de variáveis de ambiente . Eles podem ser exibidos e alterados com printenv , setenv e unsetenv .

As variáveis ​​podem ser feitas somente leitura com ” set -r “. Variáveis ​​somente leitura não podem ser modificadas ou desabilitadas; tentar fazer isso causará um erro. Uma vez tornada somente leitura, uma variável não pode ser tornada gravável; portanto, ” set -r ” deve ser usado com cuidado. As variáveis ​​de ambiente não podem ser feitas somente leitura.

Algumas variáveis ​​são definidas pelo shell ou referidas por ele. Por exemplo, a variável argv é uma imagem da lista de argumentos do shell, e as palavras do valor dessa variável são mencionadas de maneiras especiais. Algumas das variáveis ​​referidas pelo shell são alternâncias; o shell não se importa com o seu valor, apenas se eles estão definidos ou não. Por exemplo, a variável detalhada é uma alternância que faz com que a entrada do comando seja ecoada. A opção de linha de comando -v define essa variável. Variáveis ​​especiais do shell lista todas as variáveis ​​mencionadas pelo shell.

Outras operações tratam variáveis ​​numericamente. O comando ” @ ” permite que cálculos numéricos sejam executados e o resultado atribuído a uma variável. Os valores variáveis ​​são, no entanto, sempre representados como (zero ou mais) cadeias . Para fins de operações numéricas, a cadeia nula é considerada zero e a segunda e as palavras subsequentes dos valores de várias palavras são ignoradas.

Depois que a linha de entrada é alterada e analisada, e antes de cada comando ser executado, a substituição de variável é realizada digitada por caracteres ” $ “. Essa expansão pode ser evitada precedendo o ” $ ” com um ” \ “, exceto dentro de “ s “ onde sempre ocorre e dentro de onde nunca ocorre. As strings citadas por ` são interpretadas mais tarde (consulte Substituição de comando abaixo) para” $ “a substituição não ocorre até mais tarde, se houver. Um” $ “é passado inalterado se seguido por um espaço em branco, tabulação ou fim de linha.

Os redirecionamentos de entrada / saída são reconhecidos antes da expansão variável e são expandidos separadamente. Caso contrário, o nome do comando e a lista de argumentos inteira serão expandidos juntos. Portanto, é possível que a primeira palavra (comando) (até este ponto) gere mais de uma palavra, a primeira se tornando o nome do comando e o restante se tornando argumentos.

A menos que entre “ ou com o modificador : q, os resultados da substituição de variável possam eventualmente ser substituídos por comando e nome de arquivo. Dentro de “ , uma variável cujo valor consiste em várias palavras se expande para uma (parte de uma) palavra única, com as palavras da valor da variável separado por espaços em branco. Quando o modificador : q é aplicado a uma substituição, a variável será expandida para várias palavras, com cada palavra separada por um espaço em branco e entre aspas para impedir a substituição posterior de comandos ou nomes de arquivos.

As seguintes metasequências são fornecidas para a introdução de valores variáveis ​​na entrada do shell. Exceto como observado, é um erro referenciar uma variável que não está definida.

  $ name
 $ { name }

  $ name [ seletor ]
 $ { nome [ seletor ]}

  $ 0

  número $
 $ { number }

  $ *

Os modificadores ” : ” descritos em Substituição do histórico , exceto ” : p “, podem ser aplicados às substituições acima. Mais de um pode ser usado. Aparelhos podem ser necessários para isolar uma substituição variável de um cólon literal, assim como a substituição do Histórico; quaisquer modificadores devem aparecer dentro dos chavetas.

As seguintes substituições não podem ser modificadas com os modificadores ” : “.

  $?  nome
 $ { ?  nome }

  $? 0

  $ # name
 $ {# name }

  $ #

  $% name
 $ {% name }

  número $%
 $ {% number }

  $?

  $$

  $!

  $ _

  $ \ <

O comando do editor expand-variable , normalmente vinculado a ” ^ X- $ “, pode ser usado para expandir interativamente variáveis ​​individuais.

Substituição de comando

A substituição de comando é indicada por um comando entre aspas ( “ ). A saída desse comando é dividida em palavras separadas em espaços em branco, guias e novas linhas, e as palavras nulas são descartadas. A saída é variável e o comando é substituído e colocado no lugar da string original.

As substituições de comando entre aspas duplas ( “ ) retêm espaços em branco e tabulações; somente as novas linhas forçam novas palavras. A nova linha final única não força uma nova palavra em nenhum caso. Portanto, é possível que uma substituição de comando produza apenas parte de uma palavra, mesmo se o comando emitir uma linha completa.

Por padrão, o shell substitui todos os caracteres de nova linha e retorno de carro no comando por espaços. Se isso for desativado, desconfigurando csubstnonl , as novas linhas separarão os comandos como de costume.

Substituição de nome de arquivo

Se uma palavra contiver algum dos caracteres ” * “, ” ? “, ” [ ” Ou ” { ” ou começar com o caractere ” ~ “, ela será candidata à substituição de nome de arquivo, também conhecida como “globbing”. Essa palavra é então considerada como um padrão (“padrão glob”) e substituída por uma lista alfabética de nomes de arquivos que correspondem ao padrão.

Nos nomes de arquivos correspondentes, o caractere ” . ” No início de um nome de arquivo ou imediatamente após um ” / “, bem como o caractere ” / ” devem ser correspondidos explicitamente (a menos que globdot ou globstar ou ambos estejam definidos). O caractere ” * ” corresponde a qualquer sequência de caracteres, incluindo a sequência nula. O caractere ” ? ” Corresponde a qualquer caractere único. A sequência ” [ … ] ” corresponde a qualquer um dos caracteres incluídos. Dentro de ” [ … ] “, um par de caracteres separados por ” – “corresponde a qualquer caractere lexicamente entre os dois.

Alguns padrões glob podem ser negados: A sequência ” [^ …] ” corresponde a qualquer caractere não especificado pelos caracteres e / ou intervalos de caracteres entre chaves.

Um padrão glob inteiro também pode ser negado com ” ^ “:

 eco *

 bang crash crunch ai

 > eco ^ cr *

 bang ai

Os padrões de globos que não usam ” ? “, ” * ” Ou ” [] ” ou que usam ” {} ” ou ” ~ ” (abaixo) não são negados corretamente.

A metanotação ” a {b, c, d} e ” é uma abreviação de ” abe ace ade “. A ordem da esquerda para a direita é preservada: ” /usr/source/s1/{oldls,ls}.c ” se expande para ” /usr/source/s1/oldls.c /usr/source/s1/ls.c “. Os resultados das correspondências são classificados separadamente em um nível baixo para preservar essa ordem: ” ../{memo,*box} ” pode ser expandido para ” ../memo ../box ../mbox “. Observe que ” memorando ” não foi classificado com os resultados da correspondência ” * box “. Não é um erro quando essa construção se expande para arquivos que não existem, mas é possível obter um erro de um comando para o qual a lista expandida é passada.Essa construção pode ser aninhada. Como um caso especial, as palavras “{ “,” } “e” {} “são passados ​​imperturbáveis.

O caractere ” ~ ” no início de um nome de arquivo refere-se a diretórios pessoais. Sozinho, ou seja, ” ~ “, ele se expande para o diretório inicial do chamador, conforme refletido no valor da variável do shell inicial. Quando seguido por um nome que consiste em letras, dígitos e caracteres ” – “, o shell procura um usuário com esse nome e substitui o diretório inicial; portanto, ” ~ ken ” pode se expandir para ” / usr / ken ” e ” ~ ken / chmach ” para ” / usr / ken / chmach “. Se o caractere ” ~ ” for seguido por um caractere que não seja uma letra ou ” /“ou aparece em outro lugar que não seja o início de uma palavra, ela é deixada imperturbável. Um comando como” setenv MANPATH / usr / man: / usr / local / man: ~ / lib / man “não substitui, portanto, o diretório inicial como se poderia esperar.

É um erro que um padrão global contendo ” * “, ” ? “, ” [ ” Ou ” ~ “, com ou sem ” ^ “, não corresponda a nenhum arquivo. No entanto, apenas um padrão em uma lista de padrões glob deve corresponder a um arquivo (para que, por exemplo, ” rm * .a * .c * .o ” falhe apenas se não houver arquivos no diretório atual terminando em ” . a “,” .c “ou” .o “) e se a variável de shell que não seja um conjunto de toques for definida como um padrão (ou lista de padrões) que corresponda a nada é deixado inalterado em vez de causar um erro.

A variável shell globstar pode ser configurada para permitir ” ** ” ou ” *** ” como um padrão global de arquivo que corresponde a qualquer sequência de caracteres, incluindo ” / “, percorrendo recursivamente quaisquer subdiretórios existentes. Por exemplo, ” ls **. C ” listará todos os arquivos .c na árvore de diretórios atual. Se usado por si só, ele corresponderá a zero ou mais subdiretórios (por exemplo, ” ls /usr/include/**/time.h ” listará qualquer arquivo chamado ” time.h ” na árvore de diretórios / usr / include ; ” ls /usr/include/**time.h “corresponderá a qualquer arquivo na árvore de diretórios / usr / include que termine em “time.h “; e” ls /usr/include/**time**.h “corresponderá a qualquer arquivo .h com” time “em um nome de subdiretório ou no próprio nome do arquivo). Para evitar problemas de recursão, o O padrão glob ” ** ” não descerá para um link simbólico que contém um diretório. Para substituir isso, use ” *** “

A variável shell noglob pode ser configurada para impedir a substituição do nome do arquivo, e o comando do editor expand-glob , normalmente vinculado a ” ^ X- * “, pode ser usado para expandir interativamente as substituições individuais do nome do arquivo.

Substituição da pilha de diretórios

A pilha de diretórios é uma lista de diretórios, numerada de zero, usada pelos comandos internos pushd , popd e dirs . dirs pode imprimir, armazenar em um arquivo, restaurar e limpar a pilha de diretórios, a qualquer momento, e os savedirs e dirsfile variáveis do shell pode ser configurado para armazenar a pilha de diretórios automaticamente ao sair e restaurá-lo no login. A variável do shell dirstack pode ser examinada para ver a pilha de diretórios e configurada para colocar diretórios arbitrários na pilha de diretórios.

O caractere ” = ” seguido de um ou mais dígitos se expande para uma entrada na pilha de diretórios. O caso especial ” = – ” se expande para o último diretório da pilha. Por exemplo,

 dirs -v

 0 / usr / bin
1 / usr / spool / uucp
2 / usr / accts / sys

 eco = 1

 / usr / spool / uucp

 eco = 0 / calendário

 / usr / bin / calendar

 eco = -

 / usr / accts / sys

Os noglob e nonomatch variáveis do shell e a expandir-glob comando editor aplicam-se a pilha de diretórios, bem como substituições de nome de arquivo.

Outras substituições

Existem várias outras transformações envolvendo nomes de arquivos, não estritamente relacionados ao acima, mas mencionados aqui para fins de integridade. Qualquer nome de arquivo pode ser expandido para um caminho completo quando a variável de links simbólicos estiver definida como “expandir”. A citação evita essa expansão, e o comando normalize-path editor faz isso sob demanda. O comando normalize-command editor expande os comandos no PATH para caminhos completos sob demanda. Finalmente, cd e pushd interpretam ” – ” como o diretório de trabalho antigo (equivalente à variável de shell owd ). Isso não é uma substituição, mas uma abreviação reconhecida apenas por esses comandos. No entanto, também pode ser evitado citando.

Comandos

As próximas três seções descrevem como o shell executa comandos e lida com suas entradas e saídas.

Comandos, pipelines e sequências simples

Um comando simples é uma sequência de palavras, a primeira especifica o comando a ser executado. Uma série de comandos simples unidos por caracteres ” | ” forma um pipeline . A saída de cada comando em um pipeline é conectada à entrada do próximo.

Comandos e pipelines simples podem ser unidos em seqüências com ” ; ” e serão executados sequencialmente. Comandos e pipelines também podem ser unidos em seqüências com ” || ” ou ” && “, indicando, como no idioma C , que o segundo deve ser executado apenas se o primeiro falhar ou for bem-sucedido, respectivamente.

Um comando simples, pipeline ou sequência pode ser colocado entre parênteses, ” () “, para formar um comando simples, que por sua vez pode ser um componente de um pipeline ou sequência. Um comando, pipeline ou sequência pode ser executado sem aguardar o término seguindo-o com um ” & “.

Execução de comando interno e não interno

Comandos internos são executados dentro do shell. Se qualquer componente de um pipeline, exceto o último, for um comando interno, o pipeline será executado em um subshell.

Comandos entre parênteses são sempre executados em um subshell.

 (cd; pwd);  pwd

Este comando imprime o diretório inicial, deixando você onde estava (imprimindo após o diretório inicial), enquanto

  CD;  pwd

deixa você no diretório inicial. Os comandos entre parênteses são usados ​​com mais freqüência para impedir que o CD afete o shell atual.

Quando um comando a ser executado não é um comando interno, o shell tenta executar o comando por meio do comando execve system. Cada palavra no caminho da variável nomeia um diretório no qual o shell procurará o comando. Se o shell não receber a opção -f , o shell fará o hash dos nomes nesses diretórios em uma tabela interna, para que ele tente executar um executve apenas em um diretório onde existe a possibilidade de o comando residir lá. Isso acelera bastante o local do comando quando um grande número de diretórios está presente no caminho de pesquisa. Este mecanismo de hash não é usado:

1. Se o hash for desativado explicitamente via unhash .
2. Se o shell recebeu um argumento -f .
3. Para cada componente de diretório do caminho que não começa com um ” / “.
4. Se o comando contiver um ” / “.

Nos quatro casos acima, o shell concatena cada componente do vetor de caminho com o nome de comando fornecido para formar um nome de caminho de um arquivo que, em seguida, tenta executá-lo. Se a execução for bem-sucedida, a pesquisa será interrompida.

Se o arquivo tiver permissões de execução, mas não for um executável para o sistema (ou seja, não for um binário executável nem um script que especifique seu intérprete), será considerado um arquivo contendo comandos de shell e um novo shell será gerado para Leia-o. O alias especial do shell pode ser configurado para especificar um intérprete que não seja o próprio shell.

Em sistemas que não compreendem a convenção de interpretador de script ” #! “, O shell pode ser compilado para emular; veja a variável shell da versão . Nesse caso, o shell verifica a primeira linha do arquivo para ver se está no formato ” #! Interpreteter arg …”. Se for, o shell inicia o intérprete com os argumentos fornecidos e alimenta o arquivo na entrada padrão .

Entrada / saída

A entrada padrão e a saída padrão de um comando podem ser redirecionadas com a seguinte sintaxe:

 <  nome

 <<  palavra

 >  nome 
>!  nome
> &  nome 
> &!  nome

 >>  nome 
>> e  nome 
>>!  nome
>> &!  nome

Um comando recebe o ambiente no qual o shell foi chamado conforme modificado pelos parâmetros de entrada e saída e a presença do comando em um pipeline. Assim, diferentemente de alguns shells anteriores, os comandos executados a partir de um arquivo de comandos shell não têm acesso ao texto dos comandos por padrão; ao contrário, eles recebem a entrada padrão original do shell. O mecanismo ” << ” deve ser usado para apresentar dados embutidos. Isso permite que os scripts de comando do shell funcionem como componentes de pipelines e permite que o shell bloqueie a leitura de sua entrada. Observe que a entrada padrão padrão para uma execução de comando desanexada não é o arquivo vazio / dev / null, mas a entrada padrão original do shell. Se este for um terminal e se o processo tentar ler no terminal, o processo será bloqueado e o usuário será notificado (consulte Trabalhos ).

A saída de diagnóstico pode ser direcionada através de um tubo com a saída padrão. Use o formulário ” | & ” em vez de apenas ” | “.

Atualmente, o shell não pode redirecionar a saída de diagnóstico sem também redirecionar a saída padrão, mas ” (comando> arquivo de saída)> & arquivo de erro ” geralmente é uma solução aceitável. O arquivo de saída ou o arquivo de erro pode ser ” / dev / tty ” para enviar a saída para o terminal.

Recursos

Controle de fluxo

O shell contém vários comandos que podem ser usados ​​para regular o fluxo de controle nos arquivos de comando (scripts de shell) e (de maneiras limitadas, mas úteis) da entrada do terminal. Todos esses comandos operam forçando o shell a reler ou ignorar sua entrada e, devido à implementação, restringir o posicionamento de alguns dos comandos.

As instruções foreach , switch e while , bem como a forma if-then-else da instrução if , exigem que as principais palavras-chave apareçam em um único comando simples em uma linha de entrada, como mostrado abaixo.

Se a entrada do shell não for procurável, o shell armazena em buffer a entrada sempre que um loop está sendo lido e realiza buscas nesse buffer interno para realizar a releitura implícita no loop. Na medida em que isso permite que, para trás Goto s terá sucesso em entradas não-pesquisável.

Expressões

Os comandos internos if , while e exit usam expressões com uma sintaxe comum. As expressões podem incluir qualquer um dos operadores descritos nas próximas três seções. Observe que o comando @ builtin possui sua própria sintaxe separada.

Operadores lógicos, aritméticos e de comparação

Esses operadores são semelhantes aos de C e têm a mesma precedência. Eles incluem:

  ||
&&
 |
 ^
 &
 ==
 ! =
= ~
! ~
 <=
 > =
 <
 >
 <<
 >>
 +
 -
 *
 /
 %
 !
 ~
 (
 )

Aqui a precedência aumenta na lista: ” == ” ” ! = ” ” = ~ ” E ” ! ~ “, ” <= ” ” > = ” ” < ” E ” > “, ” << ” e ” >> “,” + “e” – “,” * “” / “e” % “pertencem, em grupos, ao mesmo nível. O ” == ” ” ! = ” “Operadores = ~ “e” ! ~ “comparam seus argumentos como strings; todos os outros operam em números. Os operadores ” = ~ ” e ” ! ~ ” São como ” ! = ” E ” == “, exceto que o lado direito é um padrão global (consulte Substituição de nome de arquivo ) com o qual o operando esquerdo é correspondido. Isso reduz a necessidade de uso do comando switch builtin em scripts de shell quando tudo o que é realmente necessário é a correspondência de padrões.

Argumentos nulos ou ausentes são considerados ” 0 “. Os resultados de todas as expressões são cadeias, que representam números decimais. É importante observar que nenhum componente de uma expressão pode aparecer na mesma palavra; exceto quando adjacentes a componentes de expressões que são sintaticamente significantes para o analisador (” & ” ” | ” ” < ” ” > ” ” ( ” ” ) “), eles devem estar cercados por espaços.

Status de saída do comando

Os comandos podem ser executados em expressões e seu status de saída retornado colocando-os entre chaves (” {} “). Lembre-se de que as chaves devem ser separadas das palavras do comando por espaços. As execuções de comando são bem-sucedidas, retornando true, ou seja, ” 1 “, se o comando sair com o status 0 , caso contrário, elas falham, retornando false, ou seja, ” 0 “. Se informações de status mais detalhadas forem necessárias, o comando deverá ser executado fora de uma expressão e a variável do shell de status examinada.

Operadores de consulta de arquivos

Alguns desses operadores executam testes de verdadeiro / falso em arquivos e objetos relacionados. Eles são do arquivo form – op , em que op é um dos seguintes:

O arquivo é expandido por comando e nome de arquivo e, em seguida, testado para verificar se ele possui o relacionamento especificado com o usuário real. Se o arquivo não existir ou estiver inacessível ou, para os operadores indicados por ” * “, se o tipo de arquivo especificado não existir no sistema atual, todas as consultas retornarão false, ou seja, ” 0 “.

Esses operadores podem ser combinados por concisão: ” arquivo -xy ” é equivalente a ” arquivo -x e arquivo -& “. Por exemplo, ” -fx ” é verdadeiro (retorna ” 1 “) para arquivos executáveis ​​simples, mas não para diretórios.

L pode ser usado em um teste de múltiplos operadores para aplicar operadores subsequentes a um link simbólico, e não ao arquivo para o qual o link aponta. Por exemplo, ” -lLo ” é verdadeiro para links pertencentes ao usuário que está chamando. Lr , Lw e Lx são sempre verdadeiros para links e falsos para não-links. L tem um significado diferente quando é o último operador em um teste de múltiplos operadores; ver abaixo.

É possível, mas não útil, e às vezes enganoso, combinar operadores que esperam que o arquivo seja um arquivo com operadores que não o fazem (por exemplo, X e t ). Seguir L com um operador que não é de arquivo pode levar a resultados particularmente estranhos.

Outros operadores retornam outras informações, ou seja, não apenas ” 0 ” ou ” 1 “. Eles têm o mesmo formato de antes; op pode ser um dos

Somente um desses operadores pode aparecer em um teste de vários operadores e deve ser o último. Observe que L tem um significado diferente no final e em outro lugar em um teste de múltiplos operadores. Como ” 0 ” é um valor de retorno válido para muitos desses operadores, eles não retornam ” 0 ” quando falham: a maioria retorna ” -1 ” e F retorna ” : “.

Se o shell for compilado com o POSIX definido (consulte a variável do shell da versão), o resultado de uma consulta de arquivo será baseado nos bits de permissão do arquivo e não no resultado da chamada do sistema de acesso. Por exemplo, se alguém testar um arquivo com -w cujas permissões normalmente permitiriam a gravação, mas que esteja em um sistema de arquivos montado como somente leitura, o teste será bem-sucedido em um shell POSIX, mas falhará em um shell não POSIX.

Os operadores de consulta de arquivos também podem ser avaliados com o comando incorporado filetest .

Empregos

O shell associa um trabalho a cada pipeline. Ele mantém uma tabela de trabalhos atuais, impressa pelo comando de trabalhos , e atribui a eles pequenos números inteiros. Quando um trabalho é iniciado de forma assíncrona com ” & “, o shell imprime uma linha que se parece com

 [1] 1234

indicando que o trabalho iniciado de forma assíncrona era o número 1 e possuía um processo (de nível superior), cuja identificação de processo era 1234 .

Se você estiver executando um trabalho e desejar fazer outra coisa, pressione a tecla Suspender (geralmente ^ Z ), que envia um sinal de PARADA para o trabalho atual. O shell normalmente indica que o trabalho foi “Suspenso” e imprime outro prompt. Se os listjobs escudo variável é definida, todos os trabalhos serão listados como os postos de trabalho embutidas comando; se estiver definido como ” longo “, a listagem ficará em formato longo, como ” trabalhos -l “. Você pode manipular o estado do trabalho suspenso. Você pode colocá-lo em “segundo plano” com o comando bg ou executar outros comandos e, eventualmente, trazer o trabalho de volta ao “primeiro plano” com fg .(Veja também o editor run-fg-editorUm comando ” ^ Z ” entra em vigor imediatamente e é como uma interrupção na saída pendente e na entrada não lida que são descartadas quando digitadas. O comando wait builtin faz com que o shell aguarde a conclusão de todos os trabalhos em segundo plano.

A tecla ” ^] ” envia um sinal de suspensão atrasado, que não gera um sinal de PARADA até que um programa tente lê- lo, para o trabalho atual. Isso pode ser útil quando você prepara alguns comandos para um trabalho que deseja interromper após a leitura. A tecla ” ^ Y ” executa esta função no csh ; no tcsh , ” ^ Y ” é um comando de edição.

Um trabalho sendo executado em segundo plano será interrompido se tentar ler no terminal. Normalmente, os trabalhos em segundo plano podem produzir saída, mas isso pode ser desativado, dando o comando ” stty tostop “. Se você definir esta opção tty, os trabalhos em segundo plano serão interrompidos quando tentarem produzir saída, como fazem ao tentar ler a entrada.

Existem várias maneiras de se referir a trabalhos no shell. O caractere ” % ” introduz um nome de trabalho. Se você deseja se referir ao trabalho número 1 , pode nomeá-lo como ” % 1 “. Apenas nomear um trabalho o coloca em primeiro plano; portanto ” % 1 ” é sinônimo de ” fg% 1 “, trazendo o trabalho 1 de volta ao primeiro plano. Da mesma forma, dizer ” % 1 & ” retoma a tarefa 1 em segundo plano, assim como ” bg% 1 “. Um trabalho também pode ser nomeado por um prefixo inequívoco da sequência digitada para iniciá-lo: ” % ex ” normalmente reiniciaria um trabalho ex suspenso ,se houvesse apenas um trabalho suspenso cujo nome começasse com a string ” ex“. Também é possível dizer” %? corda “para especificar um trabalho cujo texto contém seqüência , se houver apenas um tal trabalho.

O shell mantém uma noção dos trabalhos atuais e anteriores. Na saída referente aos trabalhos, o trabalho atual é marcado com um ” + ” e o trabalho anterior com um ” – “. As abreviações ” % + “, ” % ” e (por analogia com a sintaxe do mecanismo do histórico) ” %% ” referem-se ao trabalho atual e ” % – ” refere-se ao trabalho anterior.

O mecanismo de controle de tarefas exige que a opção stty ” new ” seja definida em alguns sistemas. É um artefato de uma ” nova ” implementação do driver tty que permite a geração de caracteres de interrupção no teclado para dizer aos trabalhos que parem. Consulte stty e o comando setty builtin para obter detalhes sobre as opções de configuração no novo driver tty.

Relatório de status

O shell aprende imediatamente sempre que um processo muda de estado. Normalmente, ele informa sempre que um trabalho é bloqueado, para que nenhum progresso adicional seja possível, mas apenas antes de imprimir um prompt. Isso é feito para não atrapalhar o seu trabalho. Se, no entanto, você definir a variável de notificação de shell , o shell notificará você imediatamente sobre alterações de status nos trabalhos em segundo plano. Há também um comando shell de notificação que marca um único processo para que suas alterações de status sejam imediatamente relatadas. Por padrão, notificar marca o processo atual; diga ” notificar ” depois de iniciar um trabalho em segundo plano para marcá-lo.

Ao tentar sair do shell enquanto os trabalhos estão parados, você será avisado de que “Existem trabalhos suspensos”. Você pode usar o comando jobs para ver o que são. Se você fizer isso ou imediatamente tentar sair novamente, o shell não avisará uma segunda vez e os trabalhos suspensos serão encerrados.

Eventos automáticos, periódicos e cronometrados

Existem várias maneiras de executar comandos e executar outras ações automaticamente em vários momentos no “ciclo de vida” do shell. Eles são resumidos aqui e descritos em detalhes sob os comandos internos apropriados , variáveis ​​especiais do shell e aliases especiais .

O comando sched builtin coloca comandos em uma lista de eventos agendados, a serem executados pelo shell em um determinado momento.

Os aliases especiais beepcmd , cwdcmd , periodic , precmd , postcmd e jobcmd podem ser definidos, respectivamente, para executar comandos quando o shell deseja tocar a campainha, quando o diretório de trabalho muda, a cada intervalo de tempo, antes de cada prompt, antes de cada comando é executado, depois que cada comando é executado e quando um trabalho é iniciado ou trazido para o primeiro plano.

A variável do shell de saída automática pode ser configurada para sair ou bloquear o shell após um determinado número de minutos de inatividade.

A variável de shell de email pode ser configurada para verificar novos emails periodicamente.

A variável do shell printexitvalue pode ser configurada para imprimir o status de saída dos comandos que saem com um status diferente de zero.

A variável shell rmstar pode ser configurada para perguntar ao usuário, quando ” rm * ” é digitado, se é isso que realmente significava.

A variável do shell do tempo pode ser configurada para executar o comando de tempo incorporado após a conclusão de qualquer processo que leva mais de um determinado número de segundos da CPU.

As variáveis watch e who shell podem ser configuradas para relatar quando usuários selecionados fazem logon ou logoff, e o comando log builtin informa esses usuários a qualquer momento.

Suporte ao sistema de idioma nativo

O shell está limpo de oito bits (se assim for compilado ; veja a variável shell do versão ) e, portanto, suporta conjuntos de caracteres que precisam desse recurso. O suporte ao NLS difere dependendo da compilação ou não do shell para usar o NLS do sistema (novamente, consulte a versão ). Em qualquer um dos casos, ASCII de 7 bits é o código de caractere padrão (por exemplo, a classificação de quais caracteres são imprimíveis) e a classificação e a alteração das variáveis ​​de ambiente LANG ou LC_CTYPE causa uma verificação de possíveis alterações nesses aspectos.

Ao usar o NLS do sistema, a função setlocale é chamada para determinar o código / classificação e classificação de caracteres apropriados (por exemplo, um ” en_CA.UTF-8 ” produziria ” UTF-8 ” como um código de caractere). Essa função normalmente examina as variáveis ​​de ambiente LANG e LC_CTYPE ; consulte a documentação do sistema para obter mais detalhes. Quando não está usando o NLS do sistema, o shell o simula assumindo que o conjunto de caracteres ISO 8859-1 é usado sempre que uma das variáveis LANG e LC_CTYPE estiver definida, independentemente de seus valores. A classificação não é afetada para o NLS simulado.

Além disso, com o NLS real e simulado, todos os caracteres imprimíveis no intervalo \ 200 – \ 377 , ou seja, aqueles que possuem ligações M-char, são automaticamente recuperados para o comando self-insert . A ligação correspondente para a sequência de escape-char, se houver, é deixada em paz. Esses caracteres não serão recuperados se a variável de ambiente NOREBIND estiver configurada. Isso pode ser útil para o NLS simulado ou um NLS real primitivo que assume a ISO 8859-1 completa. Caso contrário, todas as ligações M-char no intervalo \ 240 – \ 377 serão efetivamente desfeitas. É óbvio que ainda é possível religar explicitamente as chaves relevantes com a chave de ligação.

Caracteres desconhecidos (ou seja, aqueles que não são imprimíveis nem caracteres de controle) são impressos no formato \ nnn . Se o tty não estiver no modo de 8 bits, outros caracteres de 8 bits serão impressos convertendo-os em ASCII e usando o modo de destaque. O shell nunca altera o modo de 7/8 bits do tty e rastreia as alterações iniciadas pelo usuário do modo de 7/8 bits. Usuários de NLS (ou, nesse caso, aqueles que desejam usar uma meta-chave) podem precisar definir explicitamente o tty no modo de 8 bits por meio do comando stty apropriado , por exemplo, no arquivo ~ / .login .

Suporte a variante do SO

Vários novos comandos internos são fornecidos para oferecer suporte a recursos em sistemas operacionais específicos. Todos são descritos em detalhes na seção Comandos internos .

Em sistemas que suportam TCF (aix-ibm370, aix-ps2), getspath e setspath obtêm e configuram o caminho de execução do sistema, getxvers e setxvers obtêm e configuram o prefixo da versão experimental e migram processos de migração entre sites. Os trabalhos incorporados imprimem o site em que cada trabalho está sendo executado.

No BS2000, o bs2cmd executa comandos do sistema operacional BS2000 / OSD subjacente.

Em Domínio / SO, o inlib adiciona bibliotecas compartilhadas ao ambiente atual, o rootnode altera o rootnode e ver altera o systype.

Em Mach, setpath é equivalente ao setpath de Mach .

Sob Masscomp / RTU e Harris CX / UX, o universo define o universo .

Sob Harris CX / UX, ucb ou att executa um comando no universo especificado.

Em Convex / OS, warp imprime ou define o universo.

Os VENDEDOR , ostype e MACHTYPE variáveis de ambiente indicam, respectivamente, o fornecedor, o sistema operacional e tipo de máquina (classe microprocessador ou modelo de máquina) do sistema no qual o shell pensa que está sendo executado. Isso é particularmente útil ao compartilhar o diretório pessoal de alguém entre vários tipos de máquinas; pode-se, por exemplo,

 definir caminho = (~ / bin. $ MACHTYPE / usr / ucb / bin / usr / bin.)

no arquivo ~ / .login e coloque os executáveis ​​compilados para cada máquina no diretório apropriado.

A variável shell da versão indica quais opções foram escolhidas quando o shell foi compilado.

Note-se também o newgrp embutido, o afsuser e echo_style variáveis do shell e os locais dependentes do sistema de arquivos de entrada do shell (ver arquivos ).

Manuseio de sinal

Os shells de login ignoram as interrupções ao ler o arquivo ~ / .logout . O shell ignora os sinais de saída , a menos que seja iniciado com -q . Os shells de logon capturam o sinal de encerramento, mas os shells que não são de login herdam o comportamento de encerramento de seus pais. Outros sinais têm os valores que o shell herdou de seu pai.

Nos scripts de shell, o manuseio do shell de sinais de interrupção e término pode ser controlado com onintr , e o manuseio de hangups pode ser controlado com hup e nohup .

O shell sai em um desligamento (consulte também a variável do shell de logout ). Por padrão, os filhos do shell também o fazem, mas o shell não envia a eles uma interrupção quando sai. O hup organiza para que o shell envie um desligamento para uma criança quando ele sai, e o nohup configura uma criança para ignorar os desligamentos.

Gerenciamento de terminal

O shell usa três conjuntos diferentes de modos de terminal (“tty”): “edit”, usado ao editar, “quote”, usado ao citar caracteres literais e “execute”, usado ao executar comandos. O shell mantém constantes algumas configurações em cada modo; portanto, os comandos que deixam o tty em um estado confuso não interferem no shell. O shell também corresponde às alterações na velocidade e no preenchimento do tty. A lista de modos tty mantidos constantes pode ser examinada e modificada com o setty embutido. Observe que, embora o editor use o modo CBREAK (ou equivalente), ele aceita caracteres digitados com antecedência.

Os comandos echotc , settc e telltc podem ser usados ​​para manipular e depurar recursos do terminal na linha de comando.

Em sistemas que suportam SIGWINCH ou SIGWINDOW , o shell se adapta ao redimensionamento de janela automaticamente e ajusta as variáveis ​​de ambiente LINES e COLUMNS, se configuradas. Se a variável de ambiente TERMCAP contiver campos li # e co # , o shell os ajustará para refletir o novo tamanho da janela.

Comandos internos

 % i  trabalho

 %  trabalho  e

  :

  @
@  nome  =  expr 
@  nome [ index ] =  expr 
@  nome  ++ | -
@  nome [ index ] ++ | -

 alias [ nome [lista de palavras ]]

 alocar

 bg [ %  trabalho ...]

 bindkey [ -l | -d | -e | -v | -u ]
 tecla de ligação [ -a ] [ -b ] [ -k ] [ -r ]
        [ - ] chave 
bindkey [ -a ] [ -b ] [ k ] [ -c | -s ]comando da tecla 
        [ - ] 

 Comando  bs2cmd bs2000

  quebrar

 intervalos

 builtins

  tchau

  etiqueta do  caso :

 cd [ -p ] [ -l ] [ -n | -v ] [ I-- ] [ nome ]

 chdir

 complete [ command 
         [ word  /  pattern  /  list 
         [ :  selecione ] / 
         [[ sufixo ] / ] ...]]

 CD completo 'p / 1 / d /'

 > co [^ D]

 compressa completa

 complete -co * 'p / 0 / (compactação) /'

 co [^ D]

  comprimir

 localização completa 'n / -user / u /'

 cc completo 'c / -I / d /'

 alias completo 'p / 1 / a /'

 homem completo 'p / * / c /'

 conjunto completo 'p / 1 / s /'

 complete true 'p / 1 / x: A verdade não tem opções./'

 ftp completo 'p / 1 / $ hostnames /'

 definir nomes de host = (rtfm.mit.edu tesla.ee.cornell.edu)

 ftp [^ D]

 rtfm.mit.edu tesla.ee.cornell.edu

 ftp [^ C]

 definir nomes de host = (rtfm.mit.edu tesla.ee.cornell.edu uunet.uu.net)

 ftp [^ D]

 rtfm.mit.edu tesla.ee.cornell.edu uunet.uu.net

matança completa 'p / * / `ps | awk \ {print \ \ $ 1 \} `/ '

 matar -9 [^ D]

 23113 23377 23380 23406 23429 23529 23530 PID

 dbx completo 'p / 2 / (núcleo) /' 'p / * / c /'

 cc completo 'p / * / f: *. [cao] /'

 complete rm 'p / * / f: ^ *. {c, h, cc, C, tex, 1, man, l, y} /'

olmo completo c @  = @ F : $ HOME / Mail / @

 dedo completo 'c / * @ / $ hostnames /' 'p / 1 / u / @'

 localização completa \
  'n / -name / f /' 'n / -newer / f /' 'n / - {, n} cpio / f /' \
  ´n / -exec / c / '' n / -ok / c / '' n / -user / u / '\
  'n / -group / g /' 'n / -fstype / (nfs 4.2) /' \
  'n / -type / (bcdflps) /' \
  ´c / - / (nome mais recente cpio ncpio exec ok user \
  grupo fstype tipo atime ctime profundidade inum \
  O nouser do mtime nogroup permite a remoção da remoção \
  tamanho xdev) / '\
  'p / * / d /'

  continuar

 padrão:

 dirs [ -l ] [ -n | -v ]
 dirs  -S | -L [ nome do arquivo ]
 dirs -c

 eco [ -n ] palavra ...

 echotc [ -sv ] arg ...

 set history = `linhas echotc`

 @ history--

 set tosl = "` echotc ts 0` "

 set frsl = "` echotc fs` "

echo -n "$ tosl"; data; eco -n "$ frsl"

  outro
 fim
 fim se
endsw

 eval  arg ...

  comando exec

 sair [ expr ]

 fg [ %  trabalho ...]

 filetest  -  arquivo op  ...

  nome do foreach (lista de palavras )
 ...
 fim

 getspath

 getxvers

 lista de  palavras glob

 pular  palavra

 hashstat

 história [ -hTr ] [ n ]
 história -S | -L | -M [ nome do arquivo ]
 histórico -c

 hup [ comando ]

  comando if ( expr )

  se ( expr ) então
 ...
 caso contrário, se ( expr2 ) então
 ...
 outro
 ...
 fim se

  biblioteca compartilhada inlib ...

  empregos [ -l ]

  kill [ -s signal ] % job |  pid ...
 kill -l

  limite [ -h ] [ recurso [ uso máximo ]]

  registro

  entrar

  sair

  ls-F [ - alternar ...] [ arquivo ...]

  migrar [ - site ] pid |  % jobid ...
 migrar - site

  newgrp [ - ] [ grupo ]

  bom [ + número ] [ comando ]

  nohup [ comando ]

  notificar [ % trabalho ...]

  onintr [ - |  etiqueta ]

  popd [ -p ] [ -l ] [ -n |  -v ] [ + n ]

  printenv [ nome ]

  pushd [ -p ] [ -l ] [ -n |  -v ] [ nome |  + n ]

  refazer

  repetir comando de contagem

  rootnode // nodename

  agendar
 comando sched [ + ] hh : mm
 sched -n

  Agendar 11:00 eco São onze horas.

  sched 17:00 set prompt = '[% h] Passa das 5;  ir para casa'

  sched +2: 15 / usr / lib / uucp / uucico -r1 -sother

  agendar

  1 Wed Apr 4 15:42 / usr / lib / uucp / uucico -r1 -sother
 2 qua 04/04 17:00 definir prompt = [% h] Passa das 5;  ir para casa

  sched -2

  agendar

  1 Wed Apr 4 15:42 / usr / lib / uucp / uucico -r1 -sother

  conjunto
 definir nome ...
 definir nome = palavra ...
 defina [ -r ] [ -f |  -l ] nome = (lista de palavras ) ...
 definir nome [ index ] = palavra ...
 set -r
 definir -r nome ...
 definir -r nome = palavra ...

  setenv [ nome [ valor ]]

  caminho do caminho

  setspath LOCAL |  site |  cpu ...

  valor do limite de ajuste

  setty [ -d |  -q  -x ] [ -a ] [[ + |  - ] mode ]

  setxvers [ string ]

  shift [ variável ]

  fonte [ -h ] nome [ args ...]

  parar % trabalho |  pid ...

  suspender

  switch ( string )
 case str1 :
     ...
  intervalos
 ...
 padrão:
     ...
  intervalos
 endsw

  telltc

  termname [ tipo de terminal ]

  time [ command ]

  umask [ valor ]

  padrão de unalias

  padrão incompleto

  unhash

  universo universo

  unlimit [ -hf ] [ recurso ]

  padrão não definido

  padrão unsetenv

  ver [ systype [ comando ]]

  esperar

  universo de dobra

  watchlog

  comando onde

  qual comando

  while ( expr )
 ...
 fim

Aliases especiais

Se definido, cada um desses aliases é executado automaticamente no horário indicado. Todos eles são inicialmente indefinidos.

  alias cwdcmd 'echo -n "^ [] 2; $ {HOST}: $ cwd ^ G"'

  alias cwdcmd 'echo -n "^ [] 2; $ {HOST}: $ cwd ^ G ^ [] 1; $ {HOST} ^ G"'

  alias jobcmd 'echo -n "^ [] 2 \; \! #: q ^ G"'

  alias helpcommand '\ !: 1 --help'

  definir tperiod = 30

  alias verificações periódicas

  alias data precmd

  alias postcmd 'echo -n "^ [] 2 \; \! #: q ^ G"'

Variáveis ​​de shell especiais

As variáveis ​​descritas nesta seção têm um significado especial para o shell. O shell define adduffix , argv , autologout , csubstnonl , comando , echo_style , editar , gid , group , home , loginsh , oid , path , prompt , prompt2 , prompt3 , shell , shlvl , tcsh , termty , tty , uid , user and version na inicialização; eles não são alterados a menos que sejam alterados pelo usuário. O shell atualiza cwd , dirstack , owd e status quando necessário e define o logout no logout .

O shell sincroniza grupo , casa , caminho , shlvl , termo e usuário com as variáveis ​​de ambiente com os mesmos nomes: sempre que a variável de ambiente muda, o shell altera a variável do shell correspondente para corresponder (a menos que a variável do shell seja somente leitura) e vice-versa . Observe que, embora cwd e PWD tenham significados idênticos, eles não são sincronizados dessa maneira e o shell interconverte automaticamente os diferentes formatos de caminho e PATH .

  echo `pwd` $ argv> ~ /. <cmd> _pause;  % <cmd>

  definir dspmbyte = 0000 .... (256 bytes) .... 0000

 > definir prompt = "% m [% h]% B [% @]% b [% /] você tocou?"

 tut [37] [14:54 pm] [/ usr / accts / sys] você ligou?  _

  cd / tmp

 mkdir de / src para

 ln -s de / src para / dst

cd / tmp / para / dst; echo $ cwd

 / tmp / para / dst

  cd ..; echo $ cwd

 / tmp / from

cd / tmp / para / dst; echo $ cwd

 / tmp / de / src

  cd ..; echo $ cwd

 / tmp / from

cd / tmp / para / dst; echo $ cwd

 / tmp / para / dst

  cd ..; echo $ cwd

 / tmp / para

cd / tmp / para / dst; echo $ cwd

 / tmp / para / dst

  cd ..; echo $ cwd

 / tmp / para

cd / tmp / para / dst; echo $ cwd

 / tmp / para / dst

cd ".."; echo $ cwd

 / tmp / from

 / bin / eco ..

 / tmp / para

 / bin / eco ".."

  ..

 set watch = (george ttyd1 qualquer console $ usuário qualquer)

 definir relógio = (1 qualquer)

Meio Ambiente

arquivos

Exemplos

Para iniciar o tcsh de outro shell, execute o comando:

  tcsh

Agora vamos escrever um script tcsh simples e executá-lo.

Vamos começar criando um novo arquivo com o editor vi . Vamos chamá-lo de ” fileinfo “:

 vi fileinfo

Isso iniciará o editor vi e o colocará em um novo arquivo chamado fileinfo . (Para mais informações sobre o vi , consulte nossa documentação do vi ). Pressione i para entrar no modo de inserção e digite o seguinte script:

 #! / bin / tcsh
# Uso: fileinfo name
# Se não houver argumentos, imprima uma mensagem de ajuda.
if ($ # argv == 0) então
   eco "Uso: nome da informação do arquivo"
    Saída
 fim se
# Se o primeiro argumento não for um arquivo existente, saia.
se (! -e $ 1) então
   eco "Erro: o arquivo $ 1 não existe"
    Saída
 fim se
# Listar informações do arquivo ls:
eco ""
eco "Informações da lista de arquivos:"
Informações do arquivo de lista ls -l $ 1 #
# Mostre quantas linhas no arquivo:
eco ""
eco "Numerador de linhas:"
wc -l $ 1 # conta palavras neste arquivo
# E que tipo de arquivo é:
eco ""
eco "Tipo de arquivo:"
arquivo $ 1

Quando terminar, pressione Esc para sair do modo de inserção e digite o comando : w para salvar o arquivo. Você pode digitar : q para sair do vi .

O script acima pega um nome de arquivo como argumento e imprime informações sobre esse arquivo, incluindo quantas linhas no arquivo (usando o comando wc ) e que tipo de arquivo é (usando o comando file ).

Vamos tornar o script executável com o comando chmod :

 chmod + x fileinfo

… e agora vamos testá-lo, obtendo informações sobre o próprio arquivo de script. Como sempre, como o script que queremos executar não está em nossa variável de ambiente PATH , executaremos o arquivo prefixando-o com o nome do diretório: nesse caso, o diretório atual ” ./ “. Como nosso argumento, especificaremos o nome do script (que não precisa do prefixo do diretório).

 ./fileinfo fileinfo

E aqui está a saída:

 Informações da lista de arquivos:
-rwxr-xr-x 1 nome de usuário nome de usuário 315 21 de maio às 09:42 fileinfo
Número de linhas:
19 fileinfo
 Tipo de arquivo:
fileinfo: Script de shell Tenex C, executável de texto ASCII

Comandos relacionados

bash – O interpretador de comandos do shell Bourne Again.
csh – O interpretador de comandos do shell C.
ksh – O interpretador de comandos do shell Korn.
sh – O interpretador de comandos do Bourne shell.