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

[esl]

Вообще-то те алгоритмы что доступны для 8bit процов спокойно могут быть реализованны практически на ВСЕХ компах.

просто сейчас это уже не имеет такого смысла
когда размер сектора на диске 8к
и сейчас быстрее/надежнее сделать на хорошо известных структурах
редактор это в жизни много больше чем просто набор текста
и сложные структуры дают свои огромные плюсы.

Одним блоком желательно иметь ВСЕГДА И ВЕЗДЕ и любые данные. К тому же описанный метод своего рода "замена" классических одно-двухсвязных списков которая даст им фору по памяти и по сложности обслуживающих алгоритмов.

я вообще в курсе, зачем и описал тут этот метод

---------- Post added at 21:50 ---------- Previous post was at 21:47 ----------

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

Т.е. начинаем искать в хвостовой части текста, как только нашли, все от начала хвоста до позиции поиска надо перекинуть.

заметные, заметные, процесс то интерактивный
отрисовать диалог, спросить, отреагировать на результат поиска

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

У тебя редактируются строки из одного символа?

нет конечно, но метод позволяет не использовать дополнительный буфер для редактирования строки
правее курсора - свободное место