Что считать утечкой памяти?

@ritmix10 · Регистрация: 04.02.2013

Студворк — интернет-сервис помощи студентам

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
class A
{
public:
    A() { cout << "create A" << endl; };
    ~A() { cout << "delete A" << endl; };
     void func(){ cout << "func A" << endl; };
 
private:
 
};
 
class B :public A
{
public:
    B() { cout << "create B" << endl; };
    ~B() { cout << "delete B" << endl; };
     void func(){ cout << "func B" << endl; };
 
private:
 
};
 
void main()
{
 
    A *a_ptr = new A;
    B b;
 
    a_ptr = &b;
 
    a_ptr->func();
}

Комментарий модератора

Выделил новую тему отсюда, т.к. оффтоп.

@Avazart · 22.06.2015, 19:03

Сообщение от hoggy

контролируемая утечка не является утечкой.
вас что-то смущает?

Звучит как универсально оправдание.

"Я пишу заведмо плохой код, по тому что так задумано".

Добавлено через 7 минут

Сообщение от Tulosba

Контролируемая утечка? Откуда ты вообще откопал этот термин?
Утечка памяти по определению есть невозможность обратиться к объекту, который всё ещё находится в памяти.
Создал в куче объект, профукал его адрес, всё, утечка. Без вариантов.

Но не только, можно помешать куда либо указатели на объект т.е иметь возможность обратится к ним, но при этом забывать очищать от них маять когда это надо (или когда они становятся не нужны)

@hoggy · 22.06.2015, 19:59

Сообщение от Tulosba

Но дело в том, что выделение ресурса и диагностику его утечек следует проводить на том же самом уровне, а не в разных.
Вот hoggy делает это в разных, и думает, что прав, но увы.

вообще то понимаю.
поэтому и не киваю в сторону профайлеров.
в отличие от вас.

я пытался призвать вас к здравому смыслу.
я предлагал вам задуматься:
вы потеряли объект? или вы его сознательно выбросили?

не важно, кто зачистит ресурсы.
не важно, что сказал профайлер.
не важно, что там было написанно на виккипедии.

важно: если вы его потеряли, у вас утечка.

а если не потеряли - значит это просто какая то стратегия под ключ конкретной задачи.

есть решения, которые в принципе работают по алгоритму: "выжми и выбрось".
в начале пул сбрасывает все данные без разбору (помечает, что все свободное).
данные запрашиваются кэш-френдли блоками.
потом на эти блоки тупо забивается.
в конце этапа пул опять все сбрасывает,
и все повторяется с чистого листа.

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

а есть приложения, которые гадят прямо в систему.
и при помирании, системные ресурсы так и остаются висеть.

вот оно крашнулось, и все ресурсы на многие мегабайты остались в зависе.
утечка, скажите вы?

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

приложение можно перезапустить.
утерянную информацию восстановить уже нельзя.

а вы как дети: ой, у нас тут delete нету, все - шандец.
вас так в деццком садике научили.

Сообщение от Avazart

Звучит как универсально оправдание.
"Я пишу заведмо плохой код, по тому что так задумано".

никто не пишет заведомо плохой код,
потому что изначально задумал написать заведомо плохой код.

человек либо знает, что он делает.
и тогда он сможет объяснить в чем профит.

либо не знает.
но тогда он не знает, что пишет плохой код.

вот человек пишет:

C++
1
2
3
4
5
6
7
8
9
10
struct example
{
    example()
        :ololo( new int)
        ,trololo(new int)
    {}
 
   int* ololo;
   int* trololo;
};

и он искренне не знает, что он пишет плохой код.

а другой человек знает.
но ещё он знает, что эта мелкая утилита нужна здесь и сейчас.
она не для продакшена, и можно не заморачиваться.

вот вы мне скажите:
вы всегда пишите только хороший код,
или переодически оправдываетесь?

Добавлено через 7 минут

Сообщение от ct0r

Захочу, назову утечкой. Захочу, не назову.

круто, чо.

Сообщение от ct0r

Хорошо подгоняем, не думая, под то, что хотим Приложение динамически выделяет память в пуле под объекты, потом ее не освобождает, когда они становятся не нужны, - значит утечка.

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

@castaway · 22.06.2015, 20:03

Ребят, ей богу, хватит спорить. У вас у обоих по два из чистой стали. Третье не вырастет.

@Avazart · 22.06.2015, 20:29

Сообщение от hoggy

человек либо знает, что он делает.
и тогда он сможет объяснить в чем профит.

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

Добавлено через 2 минуты

Сообщение от hoggy

вот вы мне скажите:
вы всегда пишите только хороший код,
или переодически оправдываетесь?

Стараюсь во всяком случае писать хороший код сразу.

@hoggy · 22.06.2015, 20:32

Сообщение от Avazart

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

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

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

@Fulcrum_013 · 22.06.2015, 20:42

Сообщение от hoggy

в обоих случаях нет никаких утечек. есть разные стратегии зачистки.

Это пока объект живет не в common области памяти утечки нету. Если так же сделать в common области то будет утечка которую ОС уже не зачистит.

Новые блоги и статьи Все статьи Все блоги /
[golang] Двоичная куча, min-heap alhaos 20.05.2026 Двоичная куча Двоичная куча — структура данных, которая всегда держит самый важный элемент наготове. Представьте очередь к хилеру в игре, и очередь из игроков в приоритете те у кого меньше. . .	[golang] Breadth-First Search alhaos 19.05.2026 BFS (Breadth-First Search) — это базовый алгоритм обхода графа в ширину, который поуровнево исследует все связанные вершины. Он начинает с выбранной точки и проверяет всех соседей, прежде чем. . .	[golang] Алгоритм «Хак Госпера» alhaos 17.05.2026 Алгоритм «Хак Госпера» Хак Госпера (Gosper's Hack) — алгоритм нахождения следующего по величине числа с тем же количеством установленных бит. Придуман Биллом Госпером в 1970-х, опубликован в. . .	Рисование бинарного древа до 6-го колена на js, svg. russiannick 17.05.2026 <svg width="335" height="240" viewBox="0 0 335 240" fill="#e5e1bb"> <style> <!]> </ style> <g id="bush"> </ g> </ svg> function fn(){ let rost;/ / высота древа let xx=165,yy=210,w=256;
FSharp: interface of module DevAlt 16.05.2026 Интерфейс модуля F# позволяет управлять доступностью членов, содержащихся в реализации модуля. По-умолчанию все члены модуля доступны: module Foo let x = 10 let boo () = printfn "boo" . . .	Хитросплетение родственных связей пантеона греческих богов. russiannick 14.05.2026 Однооконник, позволяющий узреть и изучить отдельных героев древней Греции. <!DOCTYPE html> <html lang="ru"> <head> <meta charset="UTF-8"> <meta http-equiv="X-UA-Compatible". . .	[golang] Угол между стрелками часов alhaos 12.05.2026 По заданным значениям часа и минуты необходимо определить значение меньшего угла между стрелками аналогового циферблата часов. import "math" func angleClock(hour int, minutes int) float64 { . . .	Debian 13: Установка Lazarus QT5 ВитГо 09.05.2026 Эта инструкция моя компиляция инструкций volvo https:/ / www. cyberforum. ru/ blogs/ 203668/ 10753. html и его же старой инструкции по установке Lazarus с gtk2. . .

@castaway 4986 / 3093 / 456 Регистрация: 10.11.2010 Сообщений: 11,170 Записей в блоге: 10
	22.06.2015, 20:03
	Ребят, ей богу, хватит спорить. У вас у обоих по два из чистой стали. Третье не вырастет. 0

Опции темы