normalpchar.rar

Посмотрю, когда время будет. Сейчас занят немного

О чем вообще тема? Из названия не понятно и у первого поста файл пропал.

sla8a, "Шо, опять?"

Леонид,[flood]а зачем вы у Tad-a аттачи воруете? [/flood]

sla8a, Хотел отредактировать и выложить готовый компонент на эту тему и... сайт заклинил. Сейчас вызвал на редактирование - файлы появились.
------------ Дoбавленo в 00.01:
Теперь про Об ускорении работы программ созданных в HiAsm.
Пример в первом топике о том, как ускорить обработку текста (строки).
Была взята задача
1. "Удаление лишних пробелов"
и
2. "Удаление лишних пробелов и непечатных символов"
из текста, исключив копирование строки из одного места в памяти в другое.
Готова заготовка компонента, решающая эту задачу : normalise.rar Это только заготовка !

Следующая задача : Мгновенный вывод текста в визуальные компоненты (например, в Memo). Мгновенный, а не загрузка 50 мб текста в течении 5 минут.
Раньше я решал эту проблему применением связки StrList + For + Memo, т.е. загружал текст в StrList, а в Memo выводил столько строк, сколько видно в окне Memo. Пользователь не сидит и не ждет результата по полчаса.
------------ Дoбавленo в 00.10:
Об этом всём, писалось в первом топике, но форум отказался все это схавать. Пришлось описательную часть удалить.

Значит не будем.
nesco, удали тему.

Tad, не забывай про это: code_36297.txt

Tad, На данный момент в коде использую функцию DelSpace1 из strutils(FPC), далее в твоём примере добавил для посмотреть. Кстати про свойство NormSpace, зачем удалять пробелы в начале и конце строки?, нормализовать текст думаю нужно по одному правилу для любой части строки.
normalpchar_str.zip

Ну, про это должен помнить тот, кто будет применять этот метод.т.е. текст обрабатывается на том месте в памяти, куда он был помещён изначально.Потому и удаляю, что считаю пробелы вначале и в конце строки её составляющими. Для посмотреть - нужно добавлять ПЕРЕД моей IC потому, что после обработки в IC в тексте уже не осталось чего удалять, что и прекрасно продемонстрировал Netspirit.

Это имеет смысл при работе с кодом. И то должно тщательно контролироваться. В HiAsm такое вроде не предусмотрено (пользователь подаст текст с какого-то компонента на обработку, затем в другом конце схемы возьмёт текст из того же компонента и получит бяку).
Не думаю, что быстродействие сильно уменьшится, если будет одно копирование на операцию (в штатном компоненте происходит множественное копирование). И кстати, у тебя после Trim() всёравно новая копия строки получается - поставь Trim перед Norm_Text и будет тебе счастье. Вроде ещё _hi_onEvent(onRes, PChar(Fstr) ) делает ещё один раз копию строки.

[offtop]PS: А KOL.Trim() можно сделать более эффективной, если переписать без использования TrimLeft и TrimRight.[/offtop]

Netspirit, смотреть можно с разных точек зрения.
Я загрузил текстовый файл в 1,5 ГБ. И куда будет копироваться результат, если у меня всего памяти 2ГБ ?
Срочно бежать в магазин за ещё парочкой линеек памяти ? Или отказаться от заказа ?
И когда "это имеет смысл" решать тому, кому нужны проблемы с нехваткой памяти или нет.

Ну, посчитай, сколько у тебя раз происходит копирование при считывании значения после загрузки и обработке в твоём коде - будешь знать сколько нужно памяти. Например, если в StrList и получится уместить такой объем, то сколько потребуется памяти, чтобы получить этот текст с точки StrList.Text?

Если это про мою IC то ни разу.

Netspirit, так можно сократить количество компонент в схеме да и копию данных не трудно сделать, главное есть возможность ускорить процесс обработки.Tad, так и я вроде про это же говорю, есть несколько пробелов в начале строки значит надо оставить один пробел, то есть использовать один алгоритм как и для остальной части строки, иначе это метод будет называться NormSpace&Trim.