Saída de pipe para script bash

Executar um nome de comando que não contém um /é destinado a comandos que devem ser pesquisados ​​em um dos diretórios listados em $PATH¹. Você não gostaria rm filede executar o rmcomando que por acaso está no diretório de trabalho atual em vez do rm² padrão.

Se você quiser executar o byStateexecutável que é encontrado em um diretório específico, em oposição ao primeiro (se houver) encontrado em qualquer um dos $PATHdiretórios, você precisa invocá-lo pelo seu caminho. Como ele precisa conter pelo menos um /, para aquele que está no diretório de trabalho atual, você normalmente usa ./byStatewhich, como byStateé um caminho relativo para aquele arquivo, mas é um que contém um /. Você também pode usar /full/path/to/byStateor ././byStateou ../here/byStatewhich também funcionaria.

Se você quiser que esse byStatescript seja executável byStatepor qualquer pessoa no sistema, independentemente do diretório de trabalho, você pode pedir ao administrador do sistema para colocar uma cópia dele em /usr/local/bin(ou qualquer diretório que esteja no padrão, $PATHembora /usr/local/binseja o local destinado aos comandos instalados localmente). Ou você pode até mesmo fazer um pacote de software para ele (como um .debarquivo se for para um sistema baseado em Debian) incluindo esse executável e sua página de manual, por exemplo, e que listaria suas dependências ( sh, awk, sortembora esses sejam softwares essenciais que sempre serão instalados e não precisam ser listados como dependências) e pedir ao administrador para instalá-lo (como com gdebi/ apt/ dpkgem sistemas baseados em Debian), e então isso poderia ser colocado em /usr/bin. Isso o tornaria mais limpo, pois seria listado como um software instalado com informações sobre seu mantenedor, onde estão os arquivos correspondentes e facilitaria a desinstalação.

Se isso byStatefor só para você, você pode adicioná-lo a um dos seus próprios diretórios e adicionar esse diretório às suas $PATHvariáveis ​​de ambiente. Diretórios típicos para isso são ~/binou ~/.local/bin.

Em qualquer caso, para poder executar um arquivo, obviamente você precisa ter permissão de execução nele. Para scripts, você também precisa que o arquivo tenha permissão de leitura, pois o interpretador (aqui /bin/sh) precisa ser capaz de ler o código nele para executá-lo.

chmod a+rx byState

Daria a todos ( all) read e e xecute permissão para isso. Ou você poderia especificar as permissões na íntegra com:

chmod a=rx,u+w byState

Que dá permissão de leitura+execução para todos, e também permissão de escrita para o proprietário. Ou chmod 755 byStatecom a forma octal.

Agora, alguns problemas com seu shscript (não é um bashscript, mas bashseria capaz de interpretá-lo, se você perguntasse a ele alterando o shebang para, #! /path/to/bash -já que sua linguagem tem uma sintaxe compatível):

Talvez seja um problema de copiar e colar, mas essas ’são aspas erradas, essas são U+2019 ASPAS ÚNICAS DIREITAS. As aspas que os shells reconhecem como operadores de aspas fortes são ', U+0027 APÓSTROPHE.

$*unquoted no contexto de lista não faz sentido algum³. $*só faz sentido quando citado, mas isso é para juntar os parâmetros posicionais com o primeiro caractere de $IFS^4, o que não é o que você quer aqui. Para passar todos os parâmetros posicionais literalmente para awk, você precisa de "$@"(que deve ser citado).

awktem esse problema em que se você passar um nome de arquivo como foo=bar.txt, ele é tomado como uma atribuição de variável awk. Então aqui, seria melhor fazer ⁵ :

cat -- "$@" | awk ...

Com print $4 ", " $0, você está adicionando um espaço além do ,, então quando nessa saída você fizer, print "\t" $2, isso imprimirá uma tabulação, espaço e o campo. Provavelmente você quer que o separador de campo de entrada ( FSconforme definido por -F) e o separador de campo de saída ( OFS) sejam ambos apenas ,.

Em $1 == LastState, cuidado, isso awkfará uma comparação numérica se os operandos parecerem números e comparação de strings ⁶ caso contrário. Por exemplo, ele diria que 100, 1e2e 100.0são idênticos. Se você quiser ter certeza de que uma comparação de strings será realizada, você faria $1 "" == LastState, ou ao atribuir LastState, faça LastState = $1 ""com que ele registre o fato de que é uma string e não potencialmente um número.

Em vez de verificar a igualdade duas vezes, com LastState = $1and LastState != $1, você pode adicionar a nextno final da ação para a primeira verificação para pular a necessidade de comparar novamente, ou usar uma instrução if/ elseem uma ação executada incondicionalmente.

sorté muito bem capaz de classificar a entrada com base no 4º ^campo 7 ^, você não precisa movê-lo para a frente.

#! /bin/sh -
sort -t, -k4,4 -- "$@" |
  LC_ALL=C awk -F, '
    {
      if ($4 == LastState)
        print "\t" $1
      else {
        LastState = $4
        print $4 ORS "\t" $1
      }
    }'

Ou fatorando print "\t" $1e tornando-o mais legível/direto:

#! /bin/sh -
sort -t, -k4,4 -- "$@" |
  LC_ALL=C awk -F, '
    $4 != LastState {print LastState = $4}
    {print "\t" $1}'

^{¹ Para aqueles que não são um comando ou função interna do shell ou alias (quando literal e sem aspas) de uma das palavras-chave na sintaxe do shell, como while, for... (também quando literal e sem aspas).}

^{² Décadas atrás, não era incomum incluir .ou a string vazia, ambas significando o diretório de trabalho atual em $PATH, mesmo na frente (!), onde você encontraria esse tipo de problema, mas ninguém seria tolo o suficiente para fazer isso hoje em dia.}

^{³ Basicamente, isso é pedir ao shell para juntar os parâmetros posicionais (os argumentos para o script) com o primeiro caractere de $IFS4 e então (por causa das aspas faltantes), dividir o resultado novamente em qualquer caractere de $IFSe sujeitar cada palavra resultante a globbing, também conhecido como geração de nome de arquivo, também conhecido como expansão de nome de caminho . Isso $*faria sentido no rcshell, o sucessor do Bourne shell, embora isso infelizmente nunca tenha acontecido, mas você precisaria de um #! /bin/rcshebang, ou zshwhere $*expande para os parâmetros posicionais não vazios quando não estiver sendo executado na emulação sh/ .ksh}

^{4 Com o Bourne shell, um shell pré-POSIX que ainda era encontrado /bin/shem alguns sistemas em 1997, que os uniria com espaço, independentemente do valor de $IFS.}

^{5 cat não tem esses problemas, mas (e isso também se aplica a sorte awk) trata -como entrada padrão, então se você tiver um arquivo chamado -, você tem que passá-lo como ./ou qualquer outro caminho para ele para contornar isso.}

^{6 Com muitas awkimplementações, isso nem é uma comparação de string byte a byte, mas se as duas strings são classificadas da mesma forma. Executar awkno locale C garantiria que isso fosse uma comparação de string.}

^{7 A -k start,end[flag]sintaxe é a nova (como no início dos anos 90, talvez no final dos anos 80), é possível que em 1997 ainda houvesse sortimplementações que não a suportavam e apenas a sintaxe antiga, agora obsoleta +offset, o que pode explicar por que não a usavam.}

Sim. Se você vai chamar o script assim, ele precisa ser marcado como executável (e, de preferência, ter um shbang). Isso não é novidade.

Seu termo "ponto-barra" está simplesmente especificando o caminho para o script, o único ponto representando o diretório atual. Como apontado por @ilkachu, é um problema de segurança incluir "ponto" no seu caminho, isso levaria a qualquer diretório que possa estar $CWDno momento aparecendo no seu caminho de pesquisa.