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

Цитата jack128 @ 19.11.12, 11:12

Так лучше видно ? ;-)

А чего ты выдираешь из контекста предложения одно словосочетание? Ты бери уже с начала предложения

Цитата jack128 @ 19.11.12, 11:12

A memory leak, in computer science (or leakage, in this context), occurs when a computer program acquires memory but fails to release it back to the operating system.[1] In object-oriented programming, a memory leak may happen when an object is stored in memory but cannot be accessed by the running code.[2] A memory leak has symptoms similar to a number of other problems (see below) and generally can only be diagnosed by a programmer with access to the program source code.

Черт не успеваю читать Астарота. Там было что-то интересное?

А вот в этом коде, есть мем лик?

int* SomeFunction()
{
   return new int[1000000];
}
 
int main()
{
   int* p = SomeFunction();
 
   ...
   Something(p);
   ...
 
   return 0;
}

Предвижу ответ: Конечно же нету.

Цитата D_KEY @ 19.11.12, 11:34

Черт не успеваю читать Астарота. Там было что-то интересное?

Как обычно

KILLER, мы о языках со сборщиком мусора.

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

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

Например, в случае C# - там, ЕМНИП, отписка от события происходит по объекту. Поэтому, если ты потерял ссылку на объект, то и отписаться не сможешь - ты не имеешь доступа к объекту, так почему это не утечка?

Цитата D_KEY @ 19.11.12, 11:19

Из того, что они не используются. Просто ссылка висит в каком-нибудь контейнере без надобности с т.з. логики.
Прочит уже про weak reference.

Цитата

If the cache can grow so large as to cause problems, this may be a programming or design error, but is not a memory leak as the information remains nominally in use.

Цитата D_KEY @ 19.11.12, 11:19

Если специально, значит утечки и нет

Нет.

Цитата D_KEY @ 19.11.12, 11:19

В чем твой вопрос?

Разве я задавал какие-то вопросы?

Цитата D_KEY @ 19.11.12, 11:19

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

Обсуждаемый пример со списком подписчиков к этому не относится.

Цитата D_KEY @ 19.11.12, 11:19

Ситуация очень похожа и даже решается аналогично - слабыми ссылками.

Не похожа, циклические объекты ниоткуда больше недоступны, в отличие от. А проблема циклических ссылок в mark&sweep GC отсутствует например и слабые ссылки тут не при чем.

Цитата D_KEY @ 19.11.12, 11:37

KILLER, мы о языках со сборщиком мусора.

Я понимаю, но если там это не мемори лик, то тут тоже можно сказать это не будет являться утечкой памяти, почему нет? Предположим что GC - это менеджер памяти ОС. Просто ситуации практически идентичны, там он забыл от события отписаться, и у него до конца выполнения приложухи, остался указатель на память, которую не туда и не сюда, ее и ГЦ не прибьет и сама не отвалица, а тут таже ситуация с удалением.

Сообщение отредактировано: KILLER - 19.11.12, 11:40

Цитата korvin @ 19.11.12, 11:39

Цитата D_KEY @ 19.11.12, 11:19

Ситуация очень похожа и даже решается аналогично - слабыми ссылками.

Не похожа, циклические объекты ниоткуда больше недоступны, в отличие от.

Что это меняет, если объекты не будут удалены?

Цитата D_KEY @ 19.11.12, 11:41

Что это меняет, если объекты не будут удалены?

Да все это меняет. Он тебе вдупляет, что он специально написал говнокод, просто так, вдруг ему эта память понадобиться ? А в друг нет, ну и хер с ней, 100 кб туда, 100 сюда, не особо и много This is Java baby!!!

Цитата MyNameIsIgor @ 19.11.12, 11:38

Например, в случае C# - там, ЕМНИП, отписка от события происходит по объекту. Поэтому, если ты потерял ссылку на объект, то и отписаться не сможешь - ты не имеешь доступа к объекту, так почему это не утечка?

Я могу удалить весь список например, если он мне более не нужен =) Или по каким-то признакам выявить ненужных подписчиков, это в принципе решаемо. В случае утечки же я не могу сделать уже вообще ничего и даже удаление всего списка не решит проблему.

Цитата korvin @ 19.11.12, 11:43

Я могу удалить весь список например, если он мне более не нужен =)

Вот тогда утечки не будет. А если ты ничего этого не делаешь - у тебя есть фактическая утечка. И никакие википедии тебе не помогут от этого избавиться

Цитата korvin @ 19.11.12, 11:43

Я могу удалить весь список например, если он мне более не нужен =)

Да ты можешь это сделать, но это уже будет скорее заплаткой. Т.к. изначально речь велась о том, что программист забыл отписаться от уведомления, забыл, тоесть это уже утечка ресурса! Ты понимаешь? Забыл он сделать это, значит он думает что в его коде все ништяк и совсем не подозревает о том, что у него в списке висит ссылка, которая жрет только зря память, а значит очищать его он не будет!

Цитата KILLER @ 19.11.12, 11:14

Ладно, зайдем с другой стороны, вот это мем лик или нет?

int main()
{
   int* p = new int[10000];
  
   //! Work with p
   ...
   ...
 
   return 0;
}

А если я ее глобальной сделаю, это будет мемори лик?

в AmigaOS была бы 100% утечка

Цитата

Where running on an operating system that does not automatically release memory on program termination. Often on such machines if memory is lost, it can only be reclaimed by a reboot, an example of such a system being AmigaOS.

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

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

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

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