Как организовать память для текстового редактора?

[Vitamin]

К тому же, это один из немногих методов, где сохранение на диск не требует предварительной обработки.

Даже для блочного ввода-вывода?

[SfS]

Это не рационально. Это очень сильно фрагментирует ОЗУ, из за чего половина будет пропадать.

от задачи зависит. блоки же не только занимаются, но и освобождаются. Несколько свободных подряд - автоматом склеиваются в один большой.

ну это у меня было так. Но я не редактор писал.)

[alone]

Даже для блочного ввода-вывода?

Это будет гуляние по списку, копирование в буфер плюс постоянное ожидание оборотов диска. А идеал - один-два системных вызова (в ACEdit именно так, даже для Merge).

[Vitamin]

Это будет гуляние по списку, копирование в буфер плюс постоянное ожидание оборотов диска. А идеал - один-два системных вызова (в ACEdit именно так, даже для Merge).

Это к чему?

Ты сказал, что хранение текста в разделенном по курсору виде не требует дополнительных действий при сохранении на диск. У меня возникли сомнения по поводу этого заявления применительно к блочному вводу-выводу.

[esl]

Не будем. Вход в развёрнутый код с нужного места, а зацикливание - в конце кода. Можно по 8-битному счётчику.

вроде бились за каждый байт, а теперь циклы разворачиваем ;P
хотя конечно этот вариант крут
а потом еще 16(стек)+хвост(этот) ...

по поводу записи, перед записью надо будет "перейти в конец текста"
но при записи эт будет не заметно

и еще, речь то идет о старых машинах (в оригинале Специалист)
а для запись на мафон надо всё иметь одним блоком....

---------- Post added at 15:50 ---------- Previous post was at 15:50 ----------

Поменяйте Витамину статус Vitamin C++ на Тролль

тогда уж на Троль ++

[alone]

Цитата:
Сообщение от alone Посмотреть сообщение
Это будет гуляние по списку, копирование в буфер плюс постоянное ожидание оборотов диска. А идеал - один-два системных вызова (в ACEdit именно так, даже для Merge).
Это к чему?

Ты сказал, что хранение текста в разделенном по курсору виде не требует дополнительных действий при сохранении на диск. У меня возникли сомнения по поводу этого заявления применительно к блочному вводу-выводу.

Что конкретно ты не понял в моём ответе?

[Vitamin]

Что конкретно ты не понял в моём ответе?

Вот из этой цитаты:

Вариант с разрезанием по курсору пока самый лучший. При движении на страницу назад или вперёд всё равно требуется пройтись по каждому символу (чтобы отсчитать нужное число строк), так что их переброска не сильно затруднит.

я сделал вывод, что фраза (следующая за предыдущим предложением):

К тому же, это один из немногих методов, где сохранение на диск не требует предварительной обработки.

относится к предлагаемому методу хранения текста в виде двух частей, разделенных по курсору редактирования.

С учетом того, что разделение делается в произвольном месте, а ввод-вывод у нас блочный, над стыком таки потребуется дополнительная обработка. И она будет сложнее, если свободное окно между кусками меньше размера блока. Я в чем-то ошибся? Если да, то в чем?

[vinxru]

С учетом того, что разделение делается в произвольном месте, а ввод-вывод у нас блочный, над стыком таки потребуется дополнительная обработка. И она будет сложнее, если свободное окно между кусками меньше размера блока. Я в чем-то ошибся? Если да, то в чем?

Это не проблема. Перед сохранением, перемещаем курсор в конец текста. Это один вызов уже существующей в редакторе функции. Это объединяет текст в один блок.

P.S. А потом обратно переместим. Либо можно сохранять двумя кусками, если ОС это позволит. Эти способы по любому проще сохранения из кучи.

[Vitamin]

Это не проблема. Перед сохранением, перемещаем курсор в конец текста. Это один вызов уже существующей в редакторе функции. Это объединяет текст в один блок.

Но ведь это уже обработка. Конечно, ее можно минимизировать, вычислив оптимальную сторону куда прыгать (в начало или в конец), но в общем случае она есть.

Эти способы по любому проще сохранения из кучи.

Понятное дело.

Кстати, была мысль при укорачивании строк не уплотнять весь текст, а оставлять окно, пометив его какими-нибудь кодами. Потом при поиске свободного места можно в обе стороны бегать уплотняя построчно.

[ZEK]

Но ведь это уже обработка.

Пипец задрот, одно дело из кучи собирать в буфер и записывать (а каждый очередной кусок может выходить за пределы буфера и это дополнительный танец), то ли переместить курсор в хвост, и сохранить одним куском