zg c's questions

Recentemente, quando li um QA , ele apresentou alguns comportamentos inesperados para mim:

~/findtest % echo three > file\ with\ \"double\ quotes\"
~ % find findtest -type f -exec sh -c 'set -x;cat "{}"' \;
+ cat 'findtest/file with double' quotes
cat: findtest/file with double: No such file or directory
cat: quotes: No such file or directory

IMHO quando a substituição estiver concluída, ela funcionará 'cat findtest/file\ with\ \"double\ quotes\"'se apenas substituir o nome do arquivo acima, file\ with\ \"double\ quotes\"o que funcionará. Se mantivermos o wrapper de citação, ele mostrará:

$ cat "findtest/file\ with\ \"double\ quotes\""
cat: 'findtest/file\ with\ "double\ quotes"': No such file or directory

P:

O que essa substituição realmente faz, causando o comportamento um pouco estranho acima com 2 substr 'findtest/file with double' e 'quotes', mas não 'findtest/file with' e 'double quotes' "como delimitador?

O problema é o seguinte (Aqui não uso findpois não suporta curinga de asterisco duplo **):

$ FILES=(foo/**/*.suffix bar/**/*.suffix2)
$ grep baz "${FILES[@]}" # works
# I use this to create one local var with local in one function
$ SUBFILES="${FILES[@]}"
$ grep baz "${SUBFILES[@]}" # doesn't work

Eu costumava odverificá-los, mas eles são iguais, pelo menos têm o mesmo número de "\n" e o mesmo comprimento (não verifiquei caractere por caractere. Mas, à primeira vista, eles são iguais).

$ echo ${SUBFILES[@]} | od -c
$ echo ${FILES[@]} | od -c

Por que a atribuição de variáveis ​​não cria um objeto que ainda funcione grep?

Este recurso de destaque pode ser feito facilmente em grepcom --color. Mas grep não é possível fazer correspondência regular e invertida ao mesmo tempo , por exemplo grep foo -v bar ...(preciso deste recurso, pois ele --colorsó pode ser usado na entrada inicial do pipe |, então o último grep usará os resultados coloridos que grep foo --color=always ... | grep -v "foo bar"não removerão essas linhas com "foo bar").

Então eu usei awkcomo as dicas do link acima, mas falta o recurso de destaque. Podemos extrair os resultados do regex com matchesubstr onde envolvemos o padrão regex em matchcomo /\<no issue\>/. Podemos então destacar apenas o resultado do regex com códigos de cores ANSI por printf substr($0,1,RSTART-1) "\033[1;31m" substr($0,RSTART,RLENGTH) "\033[0m: " substr($0,RSTART+RLENGTH) "\n".

P:

Mas matchnão funciona para o boolean expr /foo/ && !/bar/construído por regex exp's no link de referência. Existe uma solução alternativa elegante (talvez com outras ferramentas)?

Pensei em uma solução temporária /foo/ && !/bar/{match($0,/foo/); printf ...}, mas isso fará com que o regex funcione duas vezes.

Meu comportamento esperado (Aqui 0. "TODO" pode existir no máximo uma vez em uma linha 1. Eu uso *...*para mostrar o que deve ser destacado 2. Eu considero apenas /pattern1/ && !/pattern_included_totally_by_pattern1/, então /foo/ && !/o/oferecido por Ed Morton não é considerado. Isso é como a lógica grep, que eu primeiro grep some e então grep in aqueles resultados obtidos da execução grep anterior):

# fail
$ echo "TODO foo\nTODO" | grep TODO --color=always | grep -v "TODO foo"
*TODO* foo
*TODO*
# expected
$ echo "TODO foo\nTODO" | awk -v RED="\033[1;31m" -v RESET="\033[0m" '/TODO/ && !/TODO foo/ {match($0,/TODO/); printf substr($0,1,RSTART-1) RED substr($0,RSTART,RLENGTH) RESET substr($0,RSTART+RLENGTH) "\n"}'
*TODO*

Estou lendo Design de Software para Flexibilidade (SDF) . O Exercício 2.10 pede para implementar o tradutor tanto para BRE quanto para ERE. O livro usa greppara testar a string traduzida como (a.c)em ERE para capturar algo como abcou adc.

Eu uso Arch Linux.

Pela especificação POSIX 9.3.3 BRE Special Characters, \+não é suportado pelo BRE.

Mas man grep"Expressões Regulares Básicas vs Estendidas" permite \+a opção padrão BRE .

A diferença acima parece estar implícita neste problema de especificações (referência deste controle de qualidade ):

O BRE corresponde ao tipo ed ou grep histórico

Mas edparece também apoiar\+ .

(Editado: este parágrafo está errado, pois este site não está em conformidade com o BRE quando a opção b está habilitada. (ab)Em vez de \(ab\)corresponderá a "ab".) https://www.regexplanet.com/advanced/postgresql/index.html pode suportar o mero BRE, mas é um pouco lento e não pode ser facilmente incorporado ao código do Scheme (estou aprendendo SICP e SDF, então não verifiquei a implementação do Http no Scheme. O livro acima usa shell para executargrep ). Eu uso expressão a\+ce entrada abcpara testar com a opção b habilitada. Mostra "regex_matches()" sendo "(nenhum)".

Então existe uma ferramenta regex seguindo exatamente o BRE?

Eu li este Q&A , mas parece sempre pensar o parâmetro como arquivo.

Quero transformar o comando diff <(ls old) <(ls new)deste link em uma função que receba dois argumentos, embora seja um tanto redundante.

Eu tentei isso, que é apenas arg replace:

d2c(){
        diff <($1) <($2)
}

então execute d2c "objdump -d foo1" "objdump -d foo2"o showd2c:1: no such file or directory: objdump -d foo1

com fifo , o problema acima ainda está lá.

P: Como posso passar um argumento como '"objdump -d foo1"' e deixá-lo executar como comando?