А че я, у нас шеф есть, вот он и молчит
------------ Дoбавленo в 17.58:
Tad, кстати, замени gettok на parse, быстродействие компонента должно подскочить в разы (надо будет в остальных поменять)

Нужно найти формат parse (у меня хард на 250GB полетел и все тю-тю)

Такой же точно, только delimiter вместо Char -- String.

В KOL-e описан

------------ Дoбавленo в 18.20:
Tad, прверил, для односимвольного делимитера не дает никаких улучшений

На скорость не проверял, но строку типа 1000000000010000000100000001 или 123,12,1,,129,321,23 и т.д. раскладыват свободно. И если первую с помощю CharArray + ArrayEnum разложить легко, то возле второй нужен бубен.

nesco, покрути его.

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

Про остальное, я уж лучше тихо промолчу.

Если хочешь - дарю идею (все равно, сделанное мной, дальше меня не пойдет).
------------ Дoбавленo в 00.06:
Не я же этот бред придумал. И как ты себе представляешь s[0]
Комп с Windows занят, работаю с компа с Linux. Здесь, увы , HiAsm-а нет - поэтому пока от HiAsm-а отлучен.
Потом гляну.

Почему строка для перебора не берётся из потока

Берется, если только сверху ничего не прицеплено

доказывать будем?

Это про что ?
code_19875.txt

Del.

Доказательство в прицепе. Всё прекрасно работает.

Tad, Dilma, про доказательство, не тебе написал, а olDjeka, а то последний вякнул, не приведя, толком, никаких схем