ВладимирС
Просто интересно, если t.txt - файл размером в 10Gb.
То сбоя не будет ?

Смотря какая версия интерпретатора будет использована. Для 32-разрядной гарантировано будет. Там, как и в фоксе доступно не более 2Гб памяти, учитывая то что она фрагментирована и там всякая другая всячина находится кроме этой считываемой мега-строки, то реально работать будет с размерами файлов до ~150Мб (как повезёт, в интернете обычно жалуются на проблемы с размерами >100Мб). Размер строки в VBS ограничен 2Гб - честно говоря не в курсе распространяется ли это на 64-битные версии, но не удивлюсь если так и есть.
Кроме того, пишут что ReadAll не самый быстрый вариант. "Построчное" чтение - вариант, но он AFAIK помедленнее будет. Оптимальнее всего обычно "чтение блоками" - и памяти не много надо, и скорость отличная, и лимит будет, полагаю, не менее 4Гб для 32битной версии (а может и больше - смотря какое АПИ использует этот объект внутри себя). Единственная проблема - как правильно "считать строки" в такого рода "массиве символов". Т.к. если это текст в Win формате, то "новая строка" задаётся парой символов, и может оказаться что один попал в первый считанный блок а второй во второй. Ну и с последней строкой нюансик - она может и не заканчиваться символами CRLF - т.е. надо будет +1 к числу строк делать, если самые последние считанные символы не эта пара...

Игорь, т.е. я правильно поступил, когда для чтения больших файлов XML (не воспользовался XML адаптером, и механикой винды для этого) сделал этот самопальный заморочный читатель блоками (учитывающий парные символы CHR(13) [+CHR(10]), разрывы цельного блока <тэг>...длинный текс...</тэг> ?

(SAX так и неасилил в фоксе...)

of63
Игорь, т.е. я правильно поступил...

Нет. Ты "изобрёл" свой велосипед - и наверняка с каким-нить квадратным колесом, т.к. спецификация сложна, обширна и местами, скажем так, весьма "странная".

of63
(SAX так и неасилил в фоксе...)

Вот как раз это и напрасно Этот механизм берёт на себя все сложности и нюансы спецификации XML-я, позволяя при том программисту получать банальный "поток считываемых тегов" - без излишнего пожирания ресурсов DOM вариантом.