допустим, дано следующее:

есть входной файл, текстовый, в произвольной кодировке (кодировку мы знаем заранее), с очень большими строками, манипуляции с которыми в 7.7 невозможны.
есть некий перечень манипуляций, которые надо проделать с этим текстом, для простоты давайте будем рассматривать таблицу замен, т.е., например, ТЗ с двумя колонками: СтрПоиска,СтрЗамены. эти строки небольшие, ими можно оперировать в 7.7
результат (т.е. текст с учётом манипуляций) выгоняем в выходной файл

чтение/запись организовал посредством ADODB.Stream.

вопрос:  как оптимально реализовать манипуляции, не валя 7-ку?

тупо слепить всё через fso

одно файло читаем во второе пишем, всё собственно

(1) а евонные строки никак не ограничены алгоритмически по длине?

(2) да не, не всё. нужно манипулировать строками в 1сине

(3) как-то даже не задумывался.
жувал он гиговое файло вполне нормально.

дергая vbs скрипт например который все сделает внутри себя

хорошо, можешь тогда развернуть "слепить всё через fso"? имеешь в виду в скрипте всё сделать?

"с очень большими строками, манипуляции с которыми в 7.7 невозможны. "

напрашивается вывод делать это не в 7.7

+ да и собственно вообще не в 1с как вариант

если нужен только поиск+замена, разбивай строки на подстроки с перекрещиванием на ДлинаСтр(СтрПоиска)/2+1. Ну и делай поиск СтрПоиска в подстроках.

>жувал он гиговое файло вполне нормально.

проблема не в объеме, а в длине строки поддержаваемой 1С

киньтесь примером, если не сложно
и есть ли вариант без скриптов сделать?
например, есть ли функции поиска/замены и т.п. для стрима?

понимаю, что нужно выносить за 1с

(10) хрень получается. пол-часа щас голову ломал, но устойчивого алгоритма так и не накидал

(7) да.

>например, есть ли функции поиска/замены и т.п. для стрима?

каждый должен заниматься своим делом...

(15) в стриме нет, это понятно. я имею в виду другие объекты, которые могут принять текстовый стрим и манипулировать им

зачем объекты? проблема в типах данных которые поддерживает 1с. у тебя данные выходят за их возможности. П.э. надо кромсать данные, или вообще манипулировать ими на пределами 1С.

(13) читай файл блоками. Длина блока от Макс(СтрПоиска)+1 до ...
1. Считал блок = ДлинаСтр(СтрПоиска)/2+1.
2. Считал остальное до ДлинаБлока.
3. Произвел поиск + замену
4. Записал a файло.
5. от конца блока взял ДлинаСтр(СтрПоиска)/2+1 символов.
6. гото 2
как то так.

(17) я это и хочу. например, типа того:

Obj1=CreateObject("StrObj1");
Obj1.ReplaceAll(TxtStream,СтрПоиска,СтрЗамены);

(19) напиши консольку на c# - будет... только накуа...

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

я как раз от fso отказался, потому что он мало кодировок знает, и не умеет конвертировать из потока в поток. пришел к
ADODB.Stream.

упёрлось всё в ограниченность 1совского стринга

а в цифрах кто-нибудь сможет озвучить "ограничение 1с"?..

ADODB.Stream кагбэ пофиг откуда его вызывают...

(22) точно не замерял, но мег уже не держит, вываливается с руганью на mfc42

(24): странно. лопатил точно по два мульёна (+) символов - и ничего...
так что вопрос (22) ждет ответа...

(18) с блоками не получается алгоритма, устойчивого к входным данным

(25) хз, может, зависит от оси
сейчас затестил на Win2k3 x64: 2,1 Мб кушает, на 2,6 Мб уже валится Вызвано исключение c00000fd по адресу 755C52A3 (MFC42!Ordinal6432)

(0) andrewks >> вопрос:  как оптимально реализовать манипуляции, не валя 7-ку?

посмотри скрипты опенконфа, там много работы с текстами.
+ http://script-coding.com/wsh_chm.zip
+ https://1cers.ru/topics_by_tag.php?tag_id=38

FileSystemObject позволяет читать файл побайтно, то есть можно написать поисковик, который вообще памяти не занимает.
Проблема в 1С только в том, что нет возможности записывать нулевые символы (читать-то их побайтно можно).
Поэтому, всё равно придётся скрипт писать, а вот скрипт умеет жевать очень большие файлы - он у меня образ диска из файла 8 гигов пересобирал, и, надо сказать, не сильно-то и тормозил.

короче, загнал всё в ява-скрипт, всё шуршит, как надо.

последняя проблемка осталась - если объём строк очень большой, вылазит вот такая шняга:
http://savepic.org/2262316.png

если нажать Continue, отрабатывает скрипт дальше, корректно.
как избавится?

надо управлять тайм-аутом...

http://www.autohotkey.com/forum/topic21674-135.html

(30) а для JS случайно не завалялся примерчик?

в поиске только реестр править советуют, а здесь финт красивый, только не соображу, как его на JS изобразить

К=0;
Пока Стрим.EOS=0 Цикл
   З=Стрим.ReadText(1);
   Х=Х+З;
   Если З=Сред(ЧеНадо,К,1) Тогда
       К=К+1;
       Если Х=ЧеНадо Тогда
           Пишем(Х,Файл);
           Х="";
           К=0;
       КонецЕсли;
   ИначеЕсли СтрДлина(Х)=СтрДлина(ЧеНадо) Тогда
       Х="";
       К=0;
       Стрим.position=Стрим.position - СтрДлина;
       Пишем(Стрим.ReadText(1),Файл);
   КонецЕсли;
КонецЦикла;

Ну очень не спешно
(как то так)

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

(33): а что такое "переменная из обертки"?

(34) использовать ком объект в качестве "хранилища"
htmlfile или msscriptcontrol

(35): опа. а пример попроще (и не торомозной)?.. со считыванием и простейшим парсингом (типа найти вхождение строки - обрезать - и т.п)?..

(36)+: и - да, важный вопрос. какую службу нужно в терминальную сессию для этого всовывать?..

И еще - лучче читать и стрим по строкам
ReadText(-2)

А пример будет вполне тормозной, правдо можно спокойно реализовать и асинхронность замены

(33) строка в адинэс лично у меня больше 2,5 мег не держит, см (26)

ты лучше подскажи, как тайм-аут по человечьи в JS обойти ;-)

(38) по строкам и читаю. фишка в том, что в одной строке может быть  и 10 метров.

(39)
.Timeout=-1

(41) ну надо же, как просто-то! :)

большое тебе, человеческое спасибо!