Dito isto, o shell Korn - como algo distinto do shell POSIX - nunca se tornou realmente popular fora do mundo comercial do Unix. Isso ocorre porque seu crescimento correspondeu aos primeiros anos de comercialização do Unix, por isso foi pego nas guerras do Unix . O BSD Unixes o evitou em favor do shell C, e seu código-fonte não estava disponível gratuitamente para uso no Linux quando foi iniciado.⁵ Então, quando os primeiros distribuidores do Linux procuraram um shell de comando para acompanhar seu kernel Linux, eles geralmente escolhem o GNU Bash , um dos shcompatíveis de que você está falando.⁶
Essa associação inicial entre Linux e Bash praticamente selou o destino de muitos outros shells, incluindo ksh, cshe tcsh. Ainda existem pessoas obstinadas que usam essas conchas hoje em dia, mas são muito minoritárias.
Toda essa história explica por que os criadores de retardatários relativos gostam de bash, zshe yashoptaram por torná-los shcompatíveis: a compatibilidade com Bourne / POSIX é o mínimo que um shell para sistemas semelhantes a Unix deve fornecer para obter ampla adoção.
Eu usei "shell script" acima como um termo genérico que significa script de shell Bourne / POSIX. Isso se deve à onipresença das conchas da família Bourne. Para falar sobre scripts em outros shells, você precisa fornecer um qualificador, como "C shell script". Mesmo nos sistemas em que um shell da família C é o shell interativo padrão, é melhor usar o shell Bourne para scripts.
Existem várias maneiras de verificar se um determinado script do shell da família Bourne é portátil:
As primeiras versões do BSD Unix eram apenas coleções de software complementares para o V6 Unix. Como o shell Bourne não foi adicionado ao AT&T Unix até a V7, o BSD tecnicamente não começou com o shell Bourne. A resposta de BSD à natureza primitiva do shell Thompson foi o shell C .
No entanto, as primeiras versões independentes de BSD (2.9BSD e 3BSD) foram baseadas em V7 ou seu sucessor portátil UNIX / 32V , então eles fizeram incluir o shell Bourne.
(A linha 2BSD se transformou em um garfo paralelo de BSD para da Digital minicomputadores PDP , enquanto as linhas 3BSD e 4BSD passou a tirar proveito de tipos de computadores mais recentes, como Vaxen e estações de trabalho UNIX 2.9BSD era essencialmente a versão PDP de 4.1cBSD;. Fossem contemporânea, e código compartilhado . PDPs não simplesmente desaparecer quando o VAX chegou, para que a linha 2BSD é ainda bamboleando ao longo ).
É seguro dizer que o shell Bourne estava presente em todo o mundo Unix em 1983. Essa é uma boa aproximação de "para sempre" na indústria de computação. O MS-DOS obteve um sistema de arquivos hierárquico naquele ano (awww, que delícia!) E o primeiro Macintosh de 24 bits com sua tela de 9 "em preto e branco - não em escala de cinza, literalmente em preto e branco - não seria lançado até o início do próximo ano.
O shell Thompson era bastante primitivo para os padrões de hoje. Era apenas um shell de comando interativo, em vez do ambiente de programação de scripts que esperamos hoje. Ele tinha coisas como pipes e redirecionamento de E / S, que consideramos prototipicamente parte de um "shell Unix", de modo que pensamos no shell de comando do MS-DOS como obtê-los do Unix.
O shell Bourne também substituiu o shell PWB , que adicionou coisas importantes ao shell Thompson, como programabilidade ( if, switche while) e uma forma inicial de variáveis de ambiente. O shell PWB é ainda menos lembrado que o shell Thompson, pois não fazia parte de todas as versões do Unix.
Quando alguém não é específico sobre a compatibilidade de shell POSIX x Bourne, há várias coisas que eles podem significar.
Em um extremo, eles poderiam estar usando o shell Bourne de 1979 como linha de base. Um " shroteiro -compatível" neste sentido significaria espera-se para executar perfeitamente no shell Bourne verdadeira ou qualquer dos seus sucessores e clones: ash, bash, ksh, zsh, etc.
Alguém no outro extremo assume o shell especificado pelo POSIX como uma linha de base. Tomamos tantos recursos do shell POSIX como "padrão" hoje em dia que muitas vezes esquecemos que eles não estavam realmente presentes no shell Bourne: aritmética integrada, controle de tarefas, histórico de comandos, aliases, edição de linha de comando, a $()forma de comando substituição etc.
Embora o shell Korn tenha raízes desde o início dos anos 80, a AT&T não o lançou no Unix até o System V, versão 4, em 1988. Como muitos Unixes comerciais são baseados no SVR4, isso inclui kshpraticamente todos os Unix comerciais relevantes do final dos anos 80 em diante.
(Alguns sabores estranhos do Unix baseados em SVR3 e anteriores mantiveram partes do mercado após o lançamento do SVR4, mas foram os primeiros contra a parede quando a revolução veio).
1988 é também o ano em que o primeiro padrão POSIX foi lançado, com seu "POSIX shell" baseado em shell Korn. Mais tarde, em 1993, uma versão aprimorada do shell Korn foi lançada. Desde que o POSIX efetivamente pregou o original, foi kshdividido em duas versões principais: ksh88e ksh93, nomeado após os anos envolvidos em sua divisão.
ksh88não é totalmente compatível com POSIX, embora as diferenças sejam pequenas, de modo que algumas versões do ksh88shell foram corrigidas para serem compatíveis com POSIX. (Isso de uma interessante entrevista no Slashdot com o Dr. David G. Korn . Sim, o cara que escreveu o shell.)
ksh93é um superconjunto totalmente compatível do shell POSIX . O desenvolvimento ksh93foi esporádico desde que o repositório de origem primário foi transferido da AT&T para o GitHub, com a versão mais recente com cerca de 3 anos de idade, enquanto escrevo isso, ksh93v. (O nome base do projeto permanece ksh93com sufixos adicionados para indicar versões de lançamento além de 1993.)
Os sistemas que incluem um shell Korn como algo separado do shell POSIX geralmente o tornam disponível /bin/ksh, embora às vezes ele esteja oculto em outro lugar.
Quando falamos sobre kshou o shell Korn por nome, estamos falando de ksh93recursos que o distinguem de seus subconjuntos de shell Bourne e POSIX compatíveis com versões anteriores. Você raramente encontra os puros ksh88hoje.
A AT&T manteve o código-fonte do shell Korn como proprietário até março de 2000 . Nesse ponto, a associação do Linux ao GNU Bash era muito forte. O Bash e ksh93 cada um têm vantagens em relação ao outro , mas, neste momento, a inércia mantém o Linux fortemente associado ao Bash.
Quanto ao motivo pelo qual os primeiros fornecedores de Linux costumam escolher o GNU Bash pdksh, que estava disponível no momento em que o Linux era iniciado, eu acho que é porque grande parte do restante da área de usuários também veio do projeto GNU . O Bash também é um pouco mais avançado que pdksh, já que os desenvolvedores do Bash não se limitam a copiar os recursos do shell Korn.
O trabalho pdkshparou no momento em que a AT&T lançou o código-fonte para o verdadeiro shell Korn. Existem dois garfos principais que ainda são mantidos: o OpenBSD pdksheo MirBSD Korn Shellmksh ,.
Acho interessante que mkshseja a única implementação de shell Korn atualmente empacotada para Cygwin.
O GNU Bash vai além do POSIX de várias maneiras, mas você pode solicitar que ele execute em um modo POSIX mais puro .
csh/ tcshera geralmente o shell interativo padrão no BSD Unixes até o início dos anos 90.
Por ser uma variante BSD , as versões anteriores do Mac OS X eram assim, através do Mac OS X 10.2 "Jaguar" . O OS X mudou o shell padrão tcshpara o Bash no OS X 10.3 "Panther" . Essa alteração não afetou os sistemas atualizados da versão 10.2 ou anterior. Os usuários existentes nesses sistemas convertidos mantiveram seu tcshshell.
O FreeBSD afirma ainda usar tcshcomo shell padrão , mas na VM do FreeBSD 10 que tenho aqui, o shell padrão parece ser uma das variantes de shell Almquist compatíveis com POSIX . Isso também é verdade no NetBSD.
O OpenBSD usa uma bifurcação pdkshcomo shell padrão.
A maior popularidade do Linux e do OS X faz com que algumas pessoas desejem que o FreeBSD também mude para o Bash, mas não o farão tão cedo por razões filosóficas . É fácil trocá-lo , se isso o incomoda.
É raro encontrar um sistema com uma casca Bourne verdadeiramente baunilha /bin/shnos dias de hoje. Você precisa fazer o possível para encontrar algo suficientemente próximo para testar a compatibilidade.
Estou ciente de apenas uma maneira de executar um shell Bourne vintage genuíno de 1979 em um computador moderno: use as imagens de disco do Ancient Unix V7 com o simulador SIMH PDP-11 do Computer History Simulation Project . O SIMH roda em praticamente todos os computadores modernos , não apenas no Unix. O SIMH ainda roda no Android e no iOS .
Com o OpenSolaris , a Sun forneceu pela primeira vez a versão SVR4 do shell Bourne. Antes disso, o código-fonte das versões pós-V7 do shell Bourne estava disponível apenas para aqueles com uma licença de código-fonte Unix.
Agora esse código está disponível separadamente do restante do projeto OpenSolaris extinto, de várias fontes diferentes.
A fonte mais direta é o projeto de shell Heirloom Bourne . Isso ficou disponível logo após o lançamento original do OpenSolaris em 2005. Alguns trabalhos de portabilidade e correção de bugs foram realizados nos próximos meses, mas o desenvolvimento do projeto foi interrompido.
Jörg Schilling fez um trabalho melhor em manter uma versão desse código como oshem seu pacote Schily Tools . Veja acima para mais informações.
Lembre-se de que esses shells derivados da versão de código-fonte de 2005 contêm suporte a conjuntos de caracteres de vários bytes , controle de tarefas, funções de shell e outros recursos não presentes no shell Bourne original de 1979.
Uma maneira de saber se você está em um shell Bourne original é verificar se ele suporta um recurso não documentado adicionado para facilitar a transição do shell Thompson: ^como um alias para |. Ou seja, um comando como ls ^ moredará um erro em um shell do tipo Korn ou POSIX, mas se comportará como ls | moreem um shell Bourne verdadeiro.
Ocasionalmente, você encontra um fish, scshou rc/esaderente, mas eles são ainda mais raros do que os ventiladores C shell.
A rcfamília de shells não é comumente usada em sistemas Unix / Linux, mas a família é historicamente importante, e foi assim que ganhou um lugar no diagrama acima. rcé o shell padrão do Plan 9 do sistema operacional Bell Labs , um tipo de sucessor da 10ª edição do Unix , criado como parte da pesquisa contínua da Bell Labs em design de sistema operacional. É incompatível com os shell Bourne e C em um nível de programação; provavelmente há uma lição lá.
A variante mais ativa rcparece ser a mantida por Toby Goodwin , que é baseada no rcclone Unix de Byron Rakitzis.
sh). Para um shell diferente, refere-se à possibilidade de executar ou não scripts de shell Bourne.