Existem configurações do sistema que afetam a conclusão da linha de comando?

0

Eu tenho um aplicativo (não meu) que eu executo em duas máquinas CentOS6 diferentes com os kernels 2.6.32-696. O aplicativo é uma rotina de análise e representação gráfica de dados orientada por linha de comando (ele tem seu próprio prompt, uma vez iniciado). Em uma máquina, a conclusão da linha de comando funciona a partir do aplicativo para arquivos (ou seja, se eu disser "ler bob", ele listará todos os arquivos que começam com "bob" no diretório atual). Na outra máquina, a conclusão não funciona de todo. Eu tentei shells diferentes e observei variáveis de ambientes, mas não consegui identificar nada para explicar o comportamento diferente. Existem configurações gerais do sistema que eu possa procurar ou comparar entre as máquinas para tentar resolver esse comportamento inconsistente?

Detalhes adicionais em resposta a comentários:

shells que eu tentei:
na máquina onde a conclusão funciona, ele funciona rodando do bash (padrão na máquina) e funciona se eu mudar para o tcsh.

na máquina em que a conclusão falha, falha de ambos os tcsh (padrão nessa máquina) e bash.

Novas informações:
Acabei de descobrir que na máquina em que não posso obter a conclusão do nome do arquivo da CLI de aplicativos, eu obtenho a conclusão se eu fizer o login como root (não su ou sudo, mas login de console interativo como root). Eu acho que isso aponta para um problema de permissões ou de ambiente, mas não sei o que procurar ...

    
por PaulV 29.03.2018 / 03:50

1 resposta

0

Ter o conjunto nullglob da opção shell causará o seu problema. Na linha de comando, digite shopt nullglob para ver se a configuração está ativada ou desativada. Para desativá-lo, execute shopt -u nullglob .

Enquanto estamos nisso, o mesmo acontece com a opção failglob , então verifique isso também.

    
por 29.03.2018 / 05:46