Мне видится как последовательная выдача данных; найденная строка( onSearch)- вхождение(onPosition)
ps:попутно проверял поиск слова в десяти файлах, общим объёмом 42 Мб - результат 0.3 секунды.

Это что -- плохо
------------ Дoбавленo в 00.17:

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

Очень даже хорошо

А разве у меня есть выбор

Понятно что пострадает быстродействие элемента, но на сколько, на 5% или 50%?

К примеру логов в 200 Мб я не видел, а вот книг по 28000 шт. с одного диска видел.

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


Гы. А люди тут 400 Мб пытались парсить.

nesco,

а можно что бы текст поиска по маске можно было задавать? или замедлит круто?

nesco, в данном случяе могу обяснить только на пальцах, или элементах.

MAV, а как эту идею с позицией вхождения в байтах...применить в практике....
практическое применения метода?

Не то слово круто, а очень круто

А что, проще нельзя не в элементах, а в аргументах. Первое предложение было ARG(String, Pos). Вот теперь, то же самое, но для нескольких Pos. Но предупреждаю сразу, что это сильно затормозит поиск, по причине дополнительного распарсивания строки, возможно, неколько раз.

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

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

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

nesco, полностью осознал свою вину , лучше быстродействие при поиске в ста файлах, и повторный парсинг в одном где найден необходимый текст.
ps:прицепил файл (searchinfile_sha) тремя постами выше

MAV, понял. Но как сказал выше nesco, о скорости...думаю этот функционал не надо включать в компонент.
Пусть работает шустро, как есть!
------------ Дoбавленo в 02.00:
Или создать еще компонент с приставкой Ex со всеми хотелками

MAV, сам то знаешь чего хочешь
Ravilr, хотелок не наблюдаю.
1.На фига при поиске знать позицию вхождения ?
Нашел строку с нужным словом и крути её как тебе нужно - узнавай позицию. Да хоть по буквам анализируй.
Насколько я понял- тебя интересует позиция строки в байтах в которой найдено слово .
2.Тоже самое с двумя или с сотней слов. Вот чел спрашивал: "А как искать по двум словам". Очень просто - нашел строку по первому и проверь её на второе. Есть? В копилку её. Но тут уже нужно подумать, какое слово пустить первым, а какое вторым.
Простой пример из баз данных:
Эти два запроса по времени выполнения для России отличаются примерно раз в 500, потому что таких улиц всего 3 000, а Ивановых 1 500 000.
Обычно движок БД обрабатывает запрос "задом на перед" создавая промежуточные файлы.
В первом случае в первом промежуточном файле будет 1 500 000 записей
Во втором случае в первом промежуточном файле будет всего 3 000 записей
Выводы делай сам.

------------ Дoбавленo в 10.43:
Ну и что там за позиция?
Прога выдает для 777 - 35, а на самом деле позиция для 777 = 31

Довесил МТ-поток (не выкладывал, чисто для тестирования). Быстродействие упало на 50%, но не больше 1,5 сек для 117 Мб на всей схеме. Вот только я не понял одного -- нафиг нужна это позиция текста в строке, когда в распоряжении сама строка
------------ Дoбавленo в 13.33:

И как это предполагается сделать при нашем подходе к перебору строк.

Да, кстати, можно сделать еще компонент тупого перебора всех строк в файле, типа EnumStrInFile

Нафига ?
При подстроке для поиска = " " помоему у этого (уже имеющегося компонента) на выходе будут все строки.
Кроме однословных предложений.

А типа "/1", нельзя задать, там такого точно не будет

При /1 на выходе строки не будет, а при " " пробеле или точке "." (если текст грамотный) будут все строки по одной от начала и до конца текста.
Ты ж вроде хотел
------------ Дoбавленo в 14.57:

------------ Дoбавленo в 15.15: