Есть ли будущее у DELPHI?

[D_KEY]

Цитата korvin @ 19.11.12, 15:06

В C++ таки добавили лямбды и ниче.

Ну я бы не сказал, что "ниче" Поймать можно много чего интересного

Цитата

А о каком хочешь кроме C++? Oberon подойдет?

В Обероне GC не обязателен, если правильно помню. Там вроде две разные кучи.

Добавлено 19.11.12, 15:09

Цитата korvin @ 19.11.12, 15:06

Нет, они их производят (создают объект). Покупатели пользуются, потом выбрасывают, а утилизаторы утилизируют. И такой цикл практически со всем.

Странно, но утилизацией объектов не занимаются ни фабрики, ни конструкторы

[korvin]

Цитата --Ins-- @ 19.11.12, 15:01

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

Что тогда значит словосочетание «выполняющийся код»? Это что, код, который писал не программист, а компилятор сгенерировал автоматически?

[D_KEY]

--Ins--, кстати, на счет всяких оберонов. Ты его использовал? Лучше же Delphi... Или к ним нет никакого достойного GUI?

[korvin]

Цитата D_KEY @ 19.11.12, 15:08

Странно, но утилизацией объектов не занимаются ни фабрики, ни конструкторы

Эээ... не понял, что ты тут имел в виду.

[--Ins--]

Цитата korvin @ 19.11.12, 15:10

Что тогда значит словосочетание «выполняющийся код»? Это что, код, который писал не программист, а компилятор сгенерировал автоматически?

Нет, любопытнее вопрос "что значит программист никогда не доберется?" Вот работает некий код, в нем некий объект ушел в небытие - более не нужен, но ссылка последняя не потеряна, память держится. Ты говоришь программист до него доберется? ОК - программа запущена, работает, коллекционирует такие вот лики - добирайся, программист
А ответ на твой вопрос - утечка или нет - определить можно только проанализировав код. То, что GC считает утечкой безусловно ей является, но это лишь подмножество всех реальных утечек. А все полное множество - это когда программа не собирается и не станет освобождать память от неспользуемых объектов, все больше и больше потребляя, пока в конце концов не упадет с Out of memory

[D_KEY]

Цитата korvin @ 19.11.12, 15:14

Цитата D_KEY @ 19.11.12, 15:08

Странно, но утилизацией объектов не занимаются ни фабрики, ни конструкторы

Эээ... не понял, что ты тут имел в виду.

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

[--Ins--]

Цитата D_KEY @ 19.11.12, 15:12

--Ins--, кстати, на счет всяких оберонов. Ты его использовал?

Нет, не использовал...

Цитата D_KEY @ 19.11.12, 15:12

Лучше же Delphi...

Я не рассматриваю языки исключительно с академической точки зрения. Паскаль тоже лучше чем Delphi чисто академически. Но на практике для выполнения той работы, что я делаю, Оберон мне не нужен

[korvin]

Цитата --Ins-- @ 19.11.12, 15:14

Ты говоришь программист до него доберется? ОК - программа запущена, работает, коллекционирует такие вот лики - добирайся, программист

Я с помощью SLIME подключусь удаленно к работающему образу, исправлю код и скомпилирую новую версию функции в образ.

[--Ins--]

Цитата korvin @ 19.11.12, 15:19

Я с помощью SLIME подключусь удаленно к работающему образу, исправлю код и скомпилирую новую версию функции в образ.

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

[korvin]

Цитата D_KEY @ 19.11.12, 15:16

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

Может и не подходит, бог с ней. Когда мы в последний раз играли в аналогии с конструкторами и деструкторами, ничего путного вроде не вышло =)

Цитата D_KEY @ 19.11.12, 15:16

И ресурсом является не объект, а память.

Но нам нужна не память, а объект. Вот пусть памятью занимается GC, а с объектом мы уж сами разберемся =)

[--Ins--]

Цитата korvin @ 19.11.12, 15:19

Я с помощью SLIME подключусь удаленно к работающему образу, исправлю код и скомпилирую новую версию функции в образ.

Да, кстати, с такой логикой и утечки с точки зрения сборщика - не утечки вовсе, программист даже не имея ссылки на объект доберется

[korvin]

Цитата --Ins-- @ 19.11.12, 15:22

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

Если бы это было в 100% случаях возможно, мы бы тут не обсуждали, а программы не глючили бы в принципе.

Добавлено 19.11.12, 15:26

Цитата --Ins-- @ 19.11.12, 15:24

Да, кстати, с такой логикой и утечки с точки зрения сборщика - не утечки вовсе, программист даже не имея ссылки на объект доберется

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

[D_KEY]

Цитата korvin @ 19.11.12, 15:22

Когда мы в последний раз играли в аналогии с конструкторами и деструкторами, ничего путного вроде не вышло =)

Добавлено 19.11.12, 15:28

Цитата korvin @ 19.11.12, 15:22

Вот пусть памятью занимается GC, а с объектом мы уж сами разберемся =)

Кстати, он занимается объектами, а не только памятью.

[--Ins--]

Цитата korvin @ 19.11.12, 15:24

а как мне очистить то, до чего я не могу добраться?

Да хоть через дамп И то и другое решение - это не решение, это заплатка для устранения мемлика

[D_KEY]

Цитата korvin @ 19.11.12, 15:24

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

Все наоборот
Тебе для начала нужно понять, что проблема в этом самом списке задач. Как?
А вот поиск "потерянных" ссылок - достаточно легкая задача, потому ты легко найдешь тулзы по вкусу.