Início / unix / Perguntas / 493135
Accepted
Wildcard
Asked: 2019-01-08 19:00:16 +0800 CST

Procurar três novas linhas consecutivas?

  • 772

Eu sei que espremer várias linhas em branco pode ser feito usando cat -s(e espremer todas as linhas em branco pode ser feito usando tr -s '\n'), mas estou curioso para pesquisar essa condição em um fluxo de entrada.

Achei que stream-of-input | grep -qz $'\n\n\n'ia dar certo, mas não dá.

Existe uma maneira de fazer essa pesquisa com ferramentas simples?

Em outras palavras, leia a entrada e saia com um status zero se três bytes consecutivos forem caracteres de nova linha ou saia com um status diferente de zero se o EOF for atingido sem encontrar três caracteres de nova linha consecutivos.

grep search

2 respostas

  1. Best Answer

    Você pode usar trpara transformar o fluxo em um que você pode grep normalmente:

    stream | tr 'x\n' '\0x' | grep -qz xxx

    Isso transforma todos os xbytes em bytes nulos e todos os bytes de alimentação de linha em xs, que podem ser agrupados como de costume. Ou seja, ele se move um passo ao longo do caminho linefeed -> x -> null, então uma sequência de três linefeeds agora será uma sequência de três xs, e nenhum outro xbyte ocorrerá (eles se tornarão nulos terminando linhas para o grep) .

    Isso funciona com POSIXtr , mas grep -zé uma extensão. Você pode não precisar dele - o comportamento de separação não é necessário aqui - e a maioria dos greps lidará com dados binários, mas o POSIX grepsó é necessário para trabalhar em arquivos de texto, então você dependerá de uma extensão de uma forma ou de outra.

    Se seus dados reais são um arquivo de texto, ou simplesmente não dependem de um comportamento binário seguro, você provavelmente pode sobreviver com apenas

    stream | tr 'x\n' '\nx' | grep -q xxx

    - ou seja, apenas trocando os dois bytes. Isso é quase compatível com POSIX, mas provavelmente funcionará na prática em qualquer lugar (o problema é que a linha final não será terminada corretamente, portanto, não é um arquivo de texto, portanto, grepnão é estritamente necessário aceitá-lo ).

    Um possível problema em ambos os casos é que um arquivo sem xbytes existentes será considerado como uma linha muito longa, que pode exceder os limites que sua grepimplementação manipulará. Escolher outro byte esperado para ser comum pode contornar isso.

    Fiquei surpreso que seu grep -qz $'\n\n\n'comando original não funcionou, mas tinha um problema de falso- positivo para mim - parecia se comportar como grep -qz ''e sempre correspondia. Eu não tenho certeza por que isso é.

    • 3

  2. lex(ou flex) poderia lidar com isso, por exemplo, o seguinte salvo no arquivo tresn.lcom as regras extras principalmente para evitar que a saída padrão seja stdout (você pode querer isso?)

    %%
\n\n\n  { exit(0); }
<<EOF>> { exit(1); }
\n\n    { ; }
\n      { ; }
.       { ; }
%%

    compila com makeregras implícitas mais a extração delibfl*

    $ CFLAGS=-lfl make tresn
lex  -o lex.tresn.c tresn.l
cc -lfl   -o tresn lex.tresn.c  -ll
rm -f lex.tresn.c
$ printf "\n\n" | ./tresn ; echo $?
1
$ printf "\n\n\n" | ./tresn ; echo $?
0

    em alguns sistemas você pode precisar adicionar -L/opt/local/libou algo assim CFLAGSou também LDFLAGSse libfl*estiver escondido em algumas portas ou sistema de pacotes fora do espaço de compilação do fornecedor.

    • 2

relate perguntas