Por que eu tenho que digitar “./” sempre antes de um executável para executá-lo no Linux?

Quando eu compilo o egxc:

GCC x.c -o x

Para executar o resultado eu tenho que escrever:

./x

E apenas digitando:

Falha com esta mensagem:

x: comando não encontrado

Isso significa que o Linux não procura no diretório atual por ele! Existe (tenho certeza que existe) algum problema razoável por trás desse comportamento?

linux shell

— Yasser Zamani
fonte

Porque são as regras.

— Daniel R Hicks

@ DanH: Então explique "as regras", por favor.

— Torben Gundtofte-Bruun

Respostas:

Porque, por padrão, o diretório de trabalho atual não está na PATHvariável

Esta é uma medida de segurança / conveniência. Se você possui binários / scripts chamados cd, por exemplo , lsetc. no seu diretório de trabalho atual, seria muito irritante se eles fossem executados por padrão.

— Oliver Charlesworth
fonte

A resposta está apenas parcialmente correta. O problema poderia ser resolvido se o diretório atual fosse usado apenas como última opção. Em seguida, as ferramentas padrão ainda seriam encontradas primeiro.

— usuário desconhecido

Além disso, builtins shell tomar precedência (ou seja, quando você digita cdem bash, ele executa uma interna rotina para bash e não /bin/cd), a menos que precedido de `.`

— LawrenceC

Uma das medidas de segurança * nix originais, força os binários compilados pelo sistema ou pelo administrador que estão no comando path atribuído ao sistema a serem executados. Nada tão ruim quanto alguém para fazer login como root em uma pergunta do suporte técnico, acessar um diretório de usuários, digitar ls e descobrir que eles carregaram uma bomba deixada por um usuário.

— Fiasco Labs

@userunknown: E a primeira vez que você digitou sl, você tem o mesmo problema. Somente diretórios confiáveis devem estar em $PATHcaminhos relativos, como nunca. são um diretório confiável para um shell interativo.

@ Básico: Se eu digitar rm -r targetquando quis dizer rm -f target, geralmente não há diferença. Se eu digitar rm -f targetquando quisesse rm -r target, não haverá diferença ou a remoção definitiva falhará. Além disso, acho que todas as vezes antes de digitar rm, especialmente se estou adicionando -fou -rou um globo - é um comando perigoso por natureza. Ninguém pensa antes de lsing.

Isso significa que o diretório atual não está na variável $ PATH.

— James
fonte

Você pode corrigir isso adicionando o diretório atual (representado por um único ponto) à PATHvariável de ambiente.
A maneira de fazer isso depende do shell que você está usando.
se você estiver usando o bash, poderá adicionar a linha export PATH=$PATH:.ao .bashrcarquivo no diretório inicial.
se você estiver usando csh ou tcsh, adicione a linha set PATH = ($PATH .)ao arquivo .cshrc no diretório inicial.
IMHO, para um computador doméstico, isso é algo aceitável - segurança.

— kroiz
fonte

Eu não sabia que podemos adicionar. para PATH, no entanto, isso diminuirá a segurança, certo?

— Yasser Zamani