Даже для блочного ввода-вывода?
Вид для печати
вроде бились за каждый байт, а теперь циклы разворачиваем ;P
хотя конечно этот вариант крут
а потом еще 16(стек)+хвост(этот) ...
по поводу записи, перед записью надо будет "перейти в конец текста"
но при записи эт будет не заметно ;)
и еще, речь то идет о старых машинах (в оригинале Специалист)
а для запись на мафон надо всё иметь одним блоком....
---------- Post added at 15:50 ---------- Previous post was at 15:50 ----------
тогда уж на Троль ++
Вот из этой цитаты:
я сделал вывод, что фраза (следующая за предыдущим предложением):
относится к предлагаемому методу хранения текста в виде двух частей, разделенных по курсору редактирования.
С учетом того, что разделение делается в произвольном месте, а ввод-вывод у нас блочный, над стыком таки потребуется дополнительная обработка. И она будет сложнее, если свободное окно между кусками меньше размера блока. Я в чем-то ошибся? Если да, то в чем?
Это не проблема. Перед сохранением, перемещаем курсор в конец текста. Это один вызов уже существующей в редакторе функции. Это объединяет текст в один блок.
P.S. А потом обратно переместим. Либо можно сохранять двумя кусками, если ОС это позволит. Эти способы по любому проще сохранения из кучи.
Но ведь это уже обработка. Конечно, ее можно минимизировать, вычислив оптимальную сторону куда прыгать (в начало или в конец), но в общем случае она есть.
Понятное дело.
Кстати, была мысль при укорачивании строк не уплотнять весь текст, а оставлять окно, пометив его какими-нибудь кодами. Потом при поиске свободного места можно в обе стороны бегать уплотняя построчно.