Harry's questions

Quando fooexecutado em segundo plano, o BASHPIDof foo( bashpid_of_foo) não está disponível dentro dos corpos bar_1para bar_nvia $BASHPID, pois eles são invocados por meio do recurso de substituição de comando de bash:

function foo() {
    local bashpid_of_foo=$BASHPID
    local output

    # desired to be shared by all Command Substitutions
    # in the body of this function.
    local log=/path/to/log.$BASHPID

    ... >> $log

    output=$(bar_1 ...)
      ...
    output=$(bar_n ...)
}

function bar_1() {
   # log only specific (and NOT all) messages
   # to the shared log file of the invoking thread.
    ... >> /path/to/log.$BASHPID
}

foo &
foo &

Pergunta: Existe uma maneira elegante de contornar a limitação acima, sem ter que passar bashpid_of_foopor variáveis ​​de ambiente adhoc ou arquivos de disco externo?

Por elegante , quero dizer, ser capaz de manter as interfaces e os corpos das bar_*funções limpos confiando apenas nos recursos fornecidos pelo bash. (Por exemplo BASHPID, é um bashrecurso.)

Se eu tentar substituir o valor de BASHPID, assim,

out_1=$(BASHPID=$BASHPID bar_1 ...)

... ele (corretamente) reclama de BASHPIDser uma variável readonly.

EDIT: (1) Adicionada a definição bar_1acima. (2) Adicionado a 2ª chamada fooem segundo plano. Cada foochamada precisa manter seu próprio arquivo de log, pois gravar em um arquivo comum pode resultar em conteúdo ilegível.

NOTA: Qualquer que seja o log que aconteça no contexto de tempo de execução do foo, quero que ele vá para o fooarquivo de log específico, /path/to/log.$BASHPID SEM passar o nome desse arquivo de log ou mesmo o PID do foo. foopode ter várias instâncias em execução em segundo plano.

Eu tenho um programa que exibe uma mensagem de prompt e aguarda o usuário inserir algum texto.

$ program
Input a line of text: <aaaa>
Some more output.
$

Agora, também quero poder fornecer essa entrada, programaticamente, por meio de um FIFO, assim:

$ program < fifo

Mas o que está acontecendo é que o prompt em stdout não aparece até que eu forneça a entrada para fifo.

Em seguida, tentei um equivalente muito simples do meu programa, assim:

$ echo aaaa < fifo

Mesmo aqui, aaaanão aparece até fifoque tenha sido fornecida sua entrada.

Descrição : Como faço para que minha saída até o ponto em que espero a entrada stdinapareça stdoutao usar FIFO?

Desejo enviar um comando para o processo A, do processo B, por meio de um FIFO.

O comando será uma palavra ou uma frase, mas totalmente contida em uma linha terminada em "\n" - mas pode, em geral, ser um registro de várias linhas, finalizado por outro caractere.

A parte relevante do código que tentei se parece com isso:

Processo A:

$ mkfifo ff
$ read x < ff

Processo B: (de outra janela de terminal)

$ echo -n "cmd"   > ff
$ echo -n " arg1" > ff
$ echo -n " arg2" > ff
 ...    
$ echo    " argN" > ff

No entanto, o que está acontecendo é que o readretorno com o valor cmd, mesmo que a bashpágina man diga que, por padrão, lê \nlinhas terminadas, a menos que a -d delimopção seja usada.

Então, eu tentei especificar -d delimexplicitamente,

$ read -d "\n" x < f`

e ainda o mesmo resultado.

Poderia echo -nestar fechando o arquivo 'descriptor' do FIFO?

Estou usando o bash 4.4.x no Ubuntu 18.04.