Ответ на »сообщение 2357« (Сергей Перовский)
___________________________

Утечка памяти означает для моих задач ошибку в постановке.
Поэтому сборщик мусора для меня злейший враг.
За мной не надо прибирать - мне нужно указать на мусор.
А такой инструмент называется иначе.

Сборщик мусора может быть использован и для обнаружения утечек памяти:
http://www.hpl.hp.com/personal/Hans_Boehm/gc/leak.html

Ответ на »сообщение 2364« (dfg)
___________________________

Ответ на »сообщение 2362« (Илья Ермаков)
___________________________

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

Если компонентная система распределенная и работает в real-time то не является ли сборщик тормозом а не помошником. Мне нужно работать с динамической памятью так чтобы кроме меня в распределение никто не вмешивался. Когда хочу и кому хочу выделяю, когда хочу забираю. Oberon со сборщиком мне imho здесь мешает.

Существуют real-time реализации Оберона со сборкой мусора. Есть алгоритмы сборки, не останавливающие выполнение и т.п.
Если очень нужно без сборщика, то есть реализации, позволяющие явно освобождать память (в том же XDS кроме GC есть Dispose, если не ошибаюсь).
А вообще-то томожение от сборщика может быть значительным лишь при частом выделении короткоживущих мелких объектов. Для этого можно использовать буферизацию с явным выделением-возвратом.
Решений может быть много.

Ответ на »сообщение 2362« (Илья Ермаков)
___________________________

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

Если компонентная система распределенная и работает в real-time то не является ли сборщик тормозом а не помошником. Мне нужно работать с динамической памятью так чтобы кроме меня в распределение никто не вмешивался. Когда хочу и кому хочу выделяю, когда хочу забираю. Oberon со сборщиком мне imho здесь мешает.

Ответ на »сообщение 2359« (dfg)
___________________________

Ответ на »сообщение 2357« (Сергей Перовский)
___________________________

А в Oberon очень нужен сборщик мусора?

Сборщик мусора - важный фактор эффективности Оберона. Из языка сборщик мусора изъять можно.
Из компонентных систем с динамической модульностью, из того же BlackBox, например, - невозможно. Сборщик мусора позволяет объектам из десятков различных модулей, написанных разными людьми в разное время, произвольно ссылаться друг на друга. Уберите сборщик мусора - потребуется переписывать все снизу доверху, чтобы обеспечить централизованное управление объектами. В конечном счете придете к тому же сборщику, тока в профиль :-)

Ответ на »сообщение 2359« (dfg)
___________________________

Ответ на »сообщение 2357« (Сергей Перовский)
___________________________

А в Oberon очень нужен сборщик мусора?


Не сильнее чем С, но, возможно, сильнее чем С++.

Ответ на »сообщение 2358« (Сергей Перовский)
___________________________

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

Возможно, Вы правы.
Это предложение можно обсудить и, в случае его общего одобрения, обратиться с просьбой к Елене Филипповой.

Но сейчас я хотел бы повторно обратить внимание на один важный момент.
Одним из важнейших (для меня) достоинств темы ОТ является ее сугубая конкретика.
Большинство из оберонщиков могут без проблем разобрать ОТ на составные части и собрать вновь. Это, видимо, оправдывает сравнение с автоматом Калашникова.
Идеологическая тема, лишенная такой конкретики, рискует обратиться в борьбу "личных" точек зрения и пристрастий, а впоследствии -- просто во всеобщую потасовку.

Ответ на »сообщение 2357« (Сергей Перовский)
___________________________

А в Oberon очень нужен сборщик мусора?

Ответ на »сообщение 2353« (AVC)
___________________________
>>>Идеологическое же обсуждение ФП лучше проводить в рамках соответствующей ветки, ИМХО.
Видимо, нужна ветка, для сравнительного обсуждения концепций и идеологий программирования. Иначе мы будем устраивать эту собачью свалку, где подвернется.
Тут мало людей, довольных существующим состоянием отрасли. Но выходы все видят разные. И вместо совместной работы опять впадают в религиозные войны. Но ни функциональный, ни модульный подход, ни другие идеи в одиночку существующий мейнстрим не только не одолеют, но даже не потеснят.

Ответ на »сообщение 2327« (Jack Of Shadows)
___________________________
>>>Как гениально заявил нам Сергей Перовский "в моих программах не бывает утечек памяти" :)))
По очень простой причине :)
Утечка памяти означает для моих задач ошибку в постановке.
Поэтому сборщик мусора для меня злейший враг.
За мной не надо прибирать - мне нужно указать на мусор.
А такой инструмент называется иначе.