Модератор: Модераторы
kazalex писал(а):Ещё один изобретатель собственной терминологии?
Mikhail писал(а):Напротив это Вы и автор статьи в Википедии изобретатели.
Mikhail писал(а):Еще раз утечка ресурса это потеря указателя, дескриптора и физическая невозможность освободить ресурс. А то о чем Вы говорите - следствие кривой архитектуры, как правило.
kazalex писал(а):Совершенно фиолетово, что явилось результатом невозможности осовобождения памяти. Главное, что появился кусок памяти/ресурс, который приложению не нужен, но при этом и освобождён быть не может.
Код: Выделить всё
procedure Test(a,b,c);
var p: pointer;
begin
...
GetMem(p, size);
...
//тут p уже не нужно
Test(a,b,c);
FreeMem(p);
...
end;
дескриптора или указателя и техническая невозможность освободить блок! В GC же блок будет освобожден, когда-нибудь... да-да в спецификациях прямо так и написано .Mirage писал(а):Утечка памяти - чаще всего результат ошибки программиста.
Mikhail писал(а):Технически блок доступен по ссылке, а следовательно может быть освобожден!
). Упс, в нативе, оказаывается, тоже нет утечек. 
Mikhail писал(а):Не нужно выдумывать альтернативную терминологию.
Код: Выделить всё
unit wrapper;
interface
type
ICallback = interface
procedure Callback;
end;
TMyCallbackWrapper = class(TInterfacedObject, ICallback)
private
FFatness: array[0..1024*1024] of Byte;
public
constructor Create;
procedure Callback;
end;
implementation
var
Callbacks: array of ICallback;
constructor TMyCallbackWrapper.Create;
begin
SetLength(Callbacks, Length(Callbacks) + 1); // аналогичный вопрос если закомментить
Callbacks[High(Callbacks)] := Self; // эти две строки
end;
procedure TMyCallbackWrapper.Callback;
begin
Writeln(PtrUInt(Self), ' ', Length(Callbacks), ' ', FFatness[554]);
end;
end.
Код: Выделить всё
program leaks;
uses
wrapper;
procedure Test;
var
Callback: ICallback;
begin
Callback := TMyCallbackWrapper.Create;
Callback.Callback;
end;
begin
while True do Test;
end.
Дож писал(а):Mikhail, в этом коде есть утечки?
kazalex писал(а):Технически, в нативе, менеджер памяти тоже имеет ссылку на блок, следовательно, он его когда нибудь освободит (а ещё и по завершению приложения ОС грохнет все связанные с аппой ресурсы ). Упс, в нативе, оказаывается, тоже нет утечек.
Mikhail писал(а):С таким же успехом можешь попытаться загрузить 100 Гб файл в ОЗУ.
Дож писал(а):Хоть тут нет технических утечек, на практике это имеет такие же неприятные последствия, т.е. внезапное OutOfMemory, которого вроде бы быть не должно
Mikhail писал(а):А еще можно питание выключить, не передергивай.
Конечно механика возникновения будет разной, ведь модель работы с памятью тоже разная.
kazalex писал(а):Это я, блин, передёргиваю?
Mikhail писал(а):Мы не о механике, а о терминологии
Совершенно фиолетово, что явилось результатом невозможности осовобождения памяти. Главное, что появился кусок памяти/ресурс, который приложению не нужен, но при этом и освобождён быть не может.
Mikhail писал(а):внутренняя структура менеджера недоступна
kazalex писал(а):Я тебе уже дважды предлагал погуглить, и даже фразу указал по какой (увидишь, кто тут не дружит с терминологией). Более того, я тебе сказал:
kazalex писал(а):На что ты начинаешь нести чушь о "технически..." и приводишь код, который вообще ничего не показывает и относится лишь к первой части фразы о ненужном блоке.
kazalex писал(а):Фигню ты говоришь. У FastMM, например, можно получить полное состояние менеджера, с картой памяти, пулами блоков и их размерами. Более того, менеджер памяти можно заменить на собственный, со своим механизмом трейсинга. Это если ты хочешь продолжать о "технически...".
