В прошлом году на www.forth.org.ru в новостях висела ссылка на чью-то диссертацию, посвященную реализации динамических строк и сборки мусора на Форте. Сейчас не могу найти эту ссылку. Не подскажет ли кто-нибудь ее?

Ertl делал. http://www.complang.tuwien.ac.at/projects/forth.html
Не оно?

---

Нет. Там была именно диссертация, в которой мужик подробно рассказывал, как он делал динамические строки, сборку мусора, регулярные выражения и т.п.

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

А если данные разделяются между словами? Как насчет вложенных вызовов слов?

И что это должно было бы менять? например

Скорее всего, речь о PatternForth, www(dot)zetetics(dot)com/bj/papers/index.html

Вот это оно.

То, что вы предлагаете (фиксированная область памяти под данные процедур) годится разве что для Фортрана-66.
Рекомендую вам ознакомиться с алгоритмами распределения памяти и требованиями к ниv. Лучше всего для этого подходит книга Танненбаума "Языки программирования. Разработка и реализация".

Странно было бы, еслит бы я был совсем не в курсе. НО тут речь о маленькой строке ... Кроме того, фиксированная память под ... массив - разделяемая процедурами, если известно, что одновременно использоваться ими она не может - это как-раз один из алгоритмов распределения памяти.

на С

union dynamic_data
{
int array_used_when_loading[1000];
char array_used_when_loading_finished_for_temporarily_strings[4000];
char array_for_programm_termination[200];
}

Речь идет о заранее неизвестном количестве строк неизвестной длины, выделяемых и уничтожаемых непредсказуемым образом.
Диплом, о котором я спрашивал, посвящен использованию в Форте идей Снобола.
Стоило ради одной строки весь сыр-бор затевать. Ее и в стек возвратов положить можно.

Ну да, для Фортрана 66. А я о чем?
Статическая компиляция с заранее известными размерами массивов.

да для любого языка, пример был для С.

Пример чего, выделения места под три массива сразу?
В общем случае, в С используется стековая память, а впридачу к ней куча.

И статические данные тоже. Открываем любой исходник на С. Простой здравый смысл: если нам известно, что данные будут иметь такой-вот размер (доска в Шах-тах) то зачем делать их местоположение изменяемым. В стековую память всё не поместишь, тот же массив, рекомендую попробовать сделать массив приличного размера ЛОКАЛЬНОЙ переменной, компилятор попытается поместить его в стек и если размеры стека (сегмента) ограничены, кодер быстро это узнает.

Вот для DOS (взять модель памяти small)

int main(void){

int array[33000];

}

Пример был примером обьединения - структуры в си, когда на одно и то же место размещаются разные данные в разные моменты выполнения программы. Это удобно тем, что нет необходимости "чистить" память, данные просто затираются и это экономит время. Можно также обьявить для данного участка памяти данные в одном формате, а потом воспользоваться ими же как если бы они были записаны в другом формате с помощью того же обьединения.