Есть ли в nix* НЕ построчный потоковый редактор?

AWK.

гугл выдает:

интерпретируемый скриптовый C-подобный язык построчного разбора и обработки входного потока

И чо?

я спрашивал инструмент абстрагированный от строк. через поиск строк и последующюю замену в них можно это все и в сед сделать, нужно чтобы напрямую, допустим, сразу сматчить кусок текста, независимо от переносов.

Классика же:

sed ':a;N;$!ba;s/\n/ /g'

:a;N;$!ba; - делает из файла одну большую строку внутри sed, а потом её можно матчить или делать в ней замены, например, как в примере - заменить все \n на пробелы.

Это ни в коей мере не поточное редактирование.

с чего бы это? потока символов, типа, быть не может?

с чего бы это?

С того, что это не работает с потоком.

«:a;N;$!ba; - делает из файла одну большую строку внутри sed».

потока символов, типа, быть не может?

?

Это ни в коей мере не поточное редактирование.

Тебе шашечки или ехать?

Мне? Мне здесь ничего не надо. Это товарищу linearisation зачем-то нужен накопительно-поточный редактор — что читал бы посимвольно (?) и накапливал в буфере до совпадения. Произвольное указание границы обрабатываемого за раз — как в том же АВКе — его почему-то не устраивает. Ну или он об’яснять не умеет.

AWK.

гугл выдает:
интерпретируемый скриптовый C-подобный язык построчного разбора и обработки входного потока

При этом по файлу он гулять тоже могет. В построчном режиме просто писанины меньше и дял unix-way оно пригождается чаще.

так я не про то, я говорю, что абстракция потока не обязана относится обязательно к строке. ЕМНИП, на PDP был посимвольный поточный редактор TECO. Вообще, единицей там может быть все что угодно

так, вроде, по файлу гулять может вообще любой unix редактор: ed, ex, например. В тоже время, все таки, awk — для поиска и замены текста, слишком жирно целый язык изучать:)

Вообще, единицей там может быть все что угодно

Если вам нужен язык для поточной обработки с произвольной границей блока, поставляющийся в большинстве юникс-подобных систем, то я вам уже ответил первым же письмом.

и накапливал в буфере до совпадения

ты хочешь сказать, что в потоке строк текст буферизуется построчно, по принципу «один буфер - одна строка»?

При этом по файлу [АВК] гулять тоже могет.

Да? А какой? Классический, по-моему, нет.

так, вроде, по файлу гулять может вообще любой unix редактор: ed, ex, например

s/unix //

Нет, вот эти слова я точно не хотел говорить.

Лучше приведи пример текста и результат, который нужно получить. Без реального юз кейса вся эта демагогия ни к чему не приведет.

Я кроме gawk никаких и не видел.

И напомните, пожалуйста, как там погулять по файлу?

Насколько я понял из объяснения ТС - ему надо в текстах (типа книги) найти некую фразу, которая запросто может оказаться разделённой на 2 строки и с переносами.

Может я и неправильно понял, но тогда ТСу надо более конкретно задачу описать.

Да, вы все правильно поняли.

Насколько я понял из объяснения ТС - ему надо в текстах (типа книги) найти некую фразу, которая запросто может оказаться разделённой на 2 строки и с переносами.

Если так, то ответ в первом письме.

Ну тогда ответ - да, таки можно sed'ом воспользоваться для решения этой задачи, согласно вышезапощенному примеру. :)

Суть решения - слепить весь текст в одну гигантскую строку, удалить все пробелы и переносы и искать в этой гигантской строке искомое, также исключив пробелы и пр. из паттерна.

Суть решения - слепить весь текст в одну гигантскую строку

Какой «весь текст», когда фильтр по условию *поточный* — должен работать с бесконечным текстом.

ну, допустим, есть некий файл, где есть кусок "...foo\n100bar..." и надо сматчить foo\n100bar по паттерну «foo[\s\S]*?bar», где [\s\S] — произвольный символ, включая перенос строки

У ТС в изначальном посте не было такого условия.

В заголовке.

ну, допустим, есть некий файл, где

Разделителем записей-то что является, если не конец строки? Ну, допустим пустая строка.

foo[\s\S]*?bar
*?
?

Не, нежадные регулярки — это только начиная с PCRE. А так, очевидно, что-то примерно такое:

$ gawk -v RS='\n\n' 'match ($0, /foo.*bar/, a) { print (a[0]) }'

Никаких допустим. Текст на входе текст на выходе.
[\s\S] - это что за бредни наркомана, не проще использовать точку?

точка не матчит перевод строки

Разделителем записей-то что является, если не конец строки? Ну, допустим пустая строка.

в моем представлении, разделитель записей явный — это не обязательное условие для потока. Разделителем можно считать конец сматченного выражения.

В заголовке.

И как это соотносится с задачей ТС? Решение его задачи не зависит от потоковости редактора.

Вот если бы ему надо было искать в бесконечном тексте, который поступает откуда-то из сети - тогда да, твои аргументы были бы вполне резонны. А для поиска фразы в файле с книжкой потоковость совершенно не обязательна.

точка не [находит] перевод строки

ЛПП.

И как это соотносится с задачей ТС?

Какой задачей? Он не ставил никакой внятной задачи.

поточность совершенно не обязательна.

Но по условию-то она есть!

разделитель записей явный — это не обязательное условие для потока. Разделителем можно считать конец сматченного выражения.

То есть парсер должен быть накопительным. Я навскидку готовой утилиты с таковым не назову. А так — здесь нет ничего невозможного — флаг вам в руки.

Какой задачей? Он не ставил никакой внятной задачи.

Я, как оказалось, даже угадал, что именно ему нужно. Так что хоть и невнятно, но таки задачу он описал. :)

Но по условию-то она есть!

Но, как оказалось, для решения задачи ТС не нужна. :)

посимвольный?

ну, да

точка в регулярных выражениях означает буквально: любой символ кроме перевода строки. В некоторых имплементациях это значение можно переопределить флагами, но это к делу не относится

perl

точка в регулярных выражениях означает буквально: любой символ кроме перевода строки

ЛПП.

9.3.4 Periods in BREs

A <period> ( '.' ), when used outside a bracket expression, is a BRE
that shall match any character in the supported character set except
NUL.

— POSIX.1-2008

9.4.4 Periods in EREs

A <period> ( '.' ), when used outside a bracket expression, is an ERE
that shall match any character in the supported character set except
NUL.

— ibid

'.' (period)
     This matches any single character, _including_ the newline
     character.  For example, '.P' matches any single character followed
     by a 'P' in a string.  Using concatenation, we can make a regular
     expression such as 'U.A', which matches any three-character
     sequence that begins with 'U' and ends with 'A'.

— (info "(gawk) Regexp Operators")

В некоторых имплементациях это значение можно переопределить флагами

Да.

Строка это \n что-ли? Файл он и есть файл, если ты его читаешь, то перевод строки это как дополнительный символ в потоке других, возможно разделяющий слова на части

expect - не редактор, но матчит именно так.

есть кусок "...foo\n100bar..." и надо сматчить foo\n100bar по паттерну «foo[\s\S]*?bar», где [\s\S] — произвольный символ, включая перенос строки

echo -e "goofoo\n100barbaz" | grep --color=auto -Pz '(?s)foo[\s\S]*?bar'

точка в регулярных выражениях означает буквально: любой символ кроме перевода строки.

Где конкретно это так?

grep -z (для GNU).

для разделения - internal variables, конкретно IFS. используется неявно почти во всех утилитах. разделитель, соответственно, можно установить в любое значение и не страдать.

`awk` уже вспомнили, в нём можно указать разделитель записей и разделитель полей в записях

ещё можно посмотреть `sgrep`, который предназначен для работы с многострочными текстовыми структурами в том числе