mc está esgotando o tempo limite aguardando uma resposta de bash
(o shell que ele cria para a linha de comando na parte inferior da tela). Você pode encontrar o tempo limite percorrendo os timestamps. Conforme man select
, a chamada do sistema em questão aguarda a entrada nos descritores de arquivos especificados. No rastreamento bem-sucedido, o FD 7 é criado anteriormente por pipe()
- é um canal para o processo filho. No caso de sucesso, encontrei o prompt bash jon@sonic:~$
sendo lido com sucesso do canal. Não me lembro como encontrei isso, desculpe.
A pesquisa por execv
confirma o pid que escreve jon@sonic:~$
is bash
. Então aconteceu de eu notar tmux
sendo iniciado em algum lugar no caso de falha. Eu duvido que mc
goste de executar tmux
como shell!
Você deve ter algum tipo de script de inicialização do bash que execute tmux
. Evita executá-lo se ele já estiver dentro de tmux
. Então mc
dentro de tmux
está bem, mas não fora.
Eu teria certeza de iniciar tmux
de um script login , não dos scripts que são executados para sub-shells bash. Isso significa .bash_profile
e não .bashrc
. Há algumas informações sobre isso aqui que correspondem ao meu pensamento: link