GC в C++ нужен для эффективной реализации некоторых алгоритмов. Каких? Не имею понятия, об этом говорил Саттер, в одном из видео. 

Просто вы не умеете его использовать   
Он ругается на некоторые внешние библиотеки, например OpenGL и OpenSSL. Чтобы с последним проблем не было, нужно пересобрать OpenSSL с ключиком -DPURIFY. А все остальное можно решить через списки исключений.

ни OpenGL ни OpenSSL в проекте не используются.



по правде сказать, я устал заполнять этот список.
валгринд ругался на многое... на смарт указатели, на std/boost bind, на boost::intrusive, на boost::interprocess, на boost::multi_index, и на много чего другого... особенно весело было с лямбдами. он ругался на каждую лямбду которая захватывала this, или любой другой указатель. при этом, в список ислючения приходилось вносить каждую лямбду, которых в проекте наверное тысячи %)
при этом, его перлы были размером в несколько мегабайт, в первые несколько секунд работы программы.

а с AddressSanitizer все гладко - никакого лишнего вывода, все только по существу, и не разу не ошибся ;)

На тему
http://herbsutter.com/2011/10/25/garbage-c...synopsis-and-c/

делаете new для одной переменой
Data=new TItem [Count];

А delete делаете для другой переменной
delete []this->Data;

Я наверное поддержу.

Это я то ничего не знаю?

Добавлено @ 13:48
А как ещё? Data - новый блок, this->Data - старый. Один выделяется, другой освобождается. Просто пропущено присваивание this->Data=Data до завершения.


Это сообщение отредактировал(а) ТарасАтавин - 23.11.2013, 13:48

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

И в таких условиях они не делаются даже специально.

Добавлено через 5 минут и 46 секунд
Ну вернулся ты через год к старому исходнику. И что? Добавишь new, а delete оставишь ещё на год?  А может ещё после каждого движения мыши, щелчка, даблокликА, нажатия на кею, или отпускания её до следующего события месяца полтора проходит? В таком режиме вообще не возможно что либо сделать, а в нормально сразу и new, и парный delete набираются за несколько секунд и по одному решению, что исключает утечки. Единственный возможный их источник - пропуск присваивания, который ни каким инструментом не отловишь, их только на основе замысла.

Ты действительно считаешь, что new и парный delete спасет от утечек? Или просто прикидываешься?

А разве нет? . Откуда утечка?

Это сообщение отредактировал(а) ТарасАтавин - 25.11.2013, 08:57

То, что пришло в голову.

он не прикидывается, у него 10 лет программирования за плечами   

Что за фигня? delete должен быть до завершения, иначе пара разбита.

А.. тебя только это место смутило? 

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


Это сообщение отредактировал(а) boostcoder - 7.12.2013, 12:42