el-teedee's questions

Editar:

Nota importante antes de continuar lendo: desde a resposta de Kusalananda , minha pergunta agora é bastante inútil, pois ele apontou um bug em outro script que usei. Agora este bug foi corrigido, os erros abaixo que descrevi não ocorrem mais!

Existem dois problemas no seu código que fazem com que o valor em $extension seja expandido
O segundo problemaéa própria função

TL;DR

Eu estava preso quando comecei a escrever a pergunta, mas encontrei uma solução que funciona (usando shell noglob ), MAS ainda tenho uma pergunta de "seria possível escrever".

Tenho certeza que isso já foi respondido, mas me perco em centenas de tópicos sobre expansão do bash.

Aqui está o meu caso:

• Eu quero executar um script (digamos ffmpegcom o modo de opção -pattern_type glob -ique aceita um regexp como *.JPG)
• tendo um argumento (vamos dizer *.JPG)
• argumento vindo de uma variável (digamos $extension)
• variável proveniente de parâmetros de script (digamos $1)
• mas não quero que o shell se expanda $extensioncomo padrão para um padrão como*.JPG

Observe que todas essas ações ocorrem em um script script.sh.

Assim, o usuário poderia executar:

script.sh 'JPG' ; # where $1='JPG'

Nota: em script.sh, eu concateno *.e $1para obter uma regexp mais final como*.JPG

Eu li (aqui https://stackoverflow.com/a/11456496/912046 ) que a expansão do shell ocorre antes de ffmpegreceber argumentos ( ffmpegmesmo não sabe que a expansão do Shell ocorreu)

Tentei brincar com aspas, aspas duplas ou barras invertidas ${extension}de diferentes maneiras, sem sucesso.
Aqui estão algumas tentativas:

ffmpeg ... "${extension}"

leva a: ffmpeg 1.jpg 2.jpg [...](expansão ocorre)

ffmpeg ... ${extension}

mesmo

ffmpeg ... '${extension}'

leva a nenhuma correspondência de arquivo devido ao padrão de pesquisa ${extension}(o nome da variável é usado literalmente)

extension="\'${extension}\'" ; # wrapping the single quotes (preventing expansion) directly in variable
ffmpeg ... ${extension}

leva a nenhuma correspondência de arquivo devido ao padrão de pesquisa '*.jpg'(incluindo aspas simples)

ffmpeg ... \"${extension}\"

igual, mas procurando por "*.jpg"(incluindo aspas duplas)

Finalmente consegui usar a opção Shell noglob.
Aqui está o comando para curiosos:

set -f ; # disable glob (prevent expansion on '*.jpg')
ffmpeg -pattern_type glob -i ${extension} movie.mp4 ;
set +f ; # restore, but what if glob was already disabled? I should not restore it then?

Mas, para minha curiosidade, existe outra maneira de impedir a expansão de um argumento de script proveniente de uma variável que QUEREMOS ser resolvida? (assim, a maneira que eu sei de impedir a expansão (usando aspas simples) faz com que a variável não seja mais resolvida/substituída).

Algo como : (mas eu li que a concatenação de strings deve ser evitada por segurança, injeção)

ffmpeg '${extension}'
       ||           | 3
       || 2
       | 1

Onde :

• 1: abriria aspas simples para o resultado final serffmpeg '*.jpg'
• 2: injetaria e resolveria nossa variável extensionpara.jpg
• 3: fecharia aspas simples para ffmpegreceber argumento como se eu tivesse escrito manualmente'*.jpg'

Edit: após comentário sobre como a variável de extensão é atribuída:

local extension="${2}" ;
echo $extension ;
extension="${extension:=jpg}" ; # Default on "jpg" extension
# wrapp extension type in single quotes + prefix with "*."
extension="*.${extension}" ;

Então, usando-o com:

runprintcommand ffmpeg -loglevel verbose -pattern_type glob -i ${extension} "$movieName" ;

Onde a runprintcommandfunção/script sendo:

function runprintcommand() {
    echo "Command to run: (Note: '\\' escape character may not be printed)" ;
    echo "$*" ;
    $* ;    
}

Eu tenho uma função de shell que colore um nome de arquivo usando tput.

color=$( tput setaf 1 )
normal=$( tput sgr0 )
colorize() {
    echo "${color}$1$(normal)"
}

Quando chamo a função, o terminal exibe o nome do arquivo colorido conforme o esperado.

$ myScript.sh .
/path/to/dir # (in color red)

Então, se eu redirecionar a saída para um arquivo:

$ myScript.sh > /tmp/file.log

file.logainda contém sequências de escape como:

^[[36m~/path/to/my/file/^[(B^[[[m

Isso poderia estar relacionado ao TERM e infocomp , e como o terminal interpreta as sequências de escape?

A ideia é simular um terminal "sem tela", não é?

Meu TERMO é (Ubuntu 16.04):

$ echo $TERM
xterm

O que devo fazer para evitar essas tputsequências de escape quando meu script é redirecionado para um arquivo?

Solução alternativa: adicione uma opção ao meu script para desabilitar a colorização manualmente, como em lsou grepcomo --color=none.

Eu gostaria de imprimir uma mensagem de uso de estilo man para descrever uma função shell como esta saída man find:

NAME
       find - search for files in a directory hierarchy

SYNOPSIS
       find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...] [expression]

DESCRIPTION
       This  manual  page  documents the GNU version of find.  GNU find searches the directory tree rooted at each
       given starting-point by evaluating the given expression from left to  right,  according  to  the  rules  of
       precedence  (see section OPERATORS), until the outcome is known (the left hand side is false for and opera‐
       tions, true for or), at which point find moves on to the next file name.  If no  starting-point  is  speci‐
       fied, `.' is assumed.

OPTIONS

Estou enfrentando uma mensagem de erro no caractere `.
O seguinte script simples mostra o erro:

~$ cat <<EOF
`.'
EOF

bash: bad substitution: no closing "`" in `.'

Eu pensei que heredocera uma maneira legal de ecoar strings colando-as sem ter que escapar de seu conteúdo, como citações, etc ... Presumo que estava errado :/

Alguém pode explicar esse comportamento, por favor? Pode heredocaceitar o caractere `?

Editar 2 : Aceitei a resposta do here-document citado <<'END_HELP' , mas finalmente não o usarei para esse tipo de saída manual completa, como kusalananda sugere

Editar 1 : (para leituras futuras) o limite com o uso do documento aqui citado é que impede o uso tputno arquivo here-document.
Para isso, fiz o seguinte:

1. sem aspas here-document, para tputcomandos a serem executados
2. evite o erro de "substituição ruim" escapando do crase
3. usar tputdentro do here-document

Exemplo:

normal=$( tput sgr0 ) ;
bold=$(tput bold) ;

cat <<END_HELP # here-document not quoted
${bold}NAME${normal}
       find - search for files in a directory hierarchy

${bold}SYNOPSIS${normal}
       find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...] [expression]

${bold}DESCRIPTION${normal}
       This  manual  page  documents the GNU version of find.  GNU find searches the directory tree rooted at each
       given starting-point by evaluating the given expression from left to  right,  according  to  the  rules  of
       precedence  (see section OPERATORS), until the outcome is known (the left hand side is false for and opera‐
       tions, true for or), at which point find moves on to the next file name.  If no  starting-point  is  speci‐
       fied, \`.' is assumed.
END_HELP

unset normal ;
unset bold ;

Aqui, observe o backtick escapado que foi a fonte do erro:

\`.'