c++ valgrind гонит или что то не так ?

Насколько я помню, у Qt есть набор правил для valgrind'a, чтоб тот «шумел» меньше. Вот только забыл, как это называется...

Suppression rules это называется. Про qt (что гугл нашёл):
http://qt-project.org/forums/viewthread/9002
http://www.developer.nokia.com/Community/Wiki/File:Qt47supp.txt

точно! :)

вот я склеротик-маразматик - на языке же вертелось %)

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

Вместо того, чтобы чинить Qt, нокия затыкает рот валгринду?

Да это не нокия это кресты скорее. Бля ну и язык

Qt течет, а виноват язык :) 5.1 ну и 5.1

Спецификация функции toString говорит что возвращает она QString - то есть объект, не указатель и даже не ссылку (хотя ссылка имеет семантику объекта) а именно объект через стек, так что течь в принципе не может ничего, только если QString при уничтожении не освобождает память выделенную под строку (указатель на которую лежит в самом QString), но это не так, ибо такой код

int main () {
  QTextStream out(stdout);
  out.setCodec(QTextCodec::codecForName("UTF-8"));
  QString a("mazafaka");
  out << a << "\n";
  out.flush();
};

забыл дописать: не течет.

течь в принципе не может ничего

Товарищ верь! Супрессь валгринд :)

Течёт внутри toString </thread>

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

Сделай раз 10 этот out << h.toString() << «\n»;
Если в логе валгринда будет «in 1 blocks» - это скорее всего какой-то глобальный объект не разрушается

Это не valgrind, он честно сообщает что видит. Но реализации либ бывают разные... Например, OCI (Oracle Client) выдаёт просто туеву хучу ошибок.

В данном же случае утечка внутри QLocalePrivate::updateSystemPrivate(), а не в момент вызова в стеке, при чём тут C++? А там может быть всё, что угодно. См. исходники Qt, если уж так интересно.

Всё OK.

$ g++ --version
g++ (Debian 4.6.3-1) 4.6.3
$ qmake --version
QMake version 2.01a
Using Qt version 4.8.1 in /usr/lib/i386-linux-gnu
$ valgrind --leak-check=full ./qt_tostring_valgrind
==19039== Memcheck, a memory error detector
==19039== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==19039== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==19039== Command: ./qt_tostring_valgrind
==19039== 
Text
==19039== 
==19039== HEAP SUMMARY:
==19039==     in use at exit: 940 bytes in 11 blocks
==19039==   total heap usage: 129 allocs, 118 frees, 38,355 bytes allocated
==19039== 
==19039== LEAK SUMMARY:
==19039==    definitely lost: 0 bytes in 0 blocks
==19039==    indirectly lost: 0 bytes in 0 blocks
==19039==      possibly lost: 0 bytes in 0 blocks
==19039==    still reachable: 940 bytes in 11 blocks
==19039==         suppressed: 0 bytes in 0 blocks
==19039== Reachable blocks (those to which a pointer was found) are not shown.
==19039== To see them, rerun with: --leak-check=full --show-reachable=yes
==19039== 
==19039== For counts of detected and suppressed errors, rerun with: -v
==19039== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 67 from 6)

Версия qt дистр собирал / не собирал отладочную информацию для QT ?

Версия qt дистр

см. внимательно выше

собирал / не собирал отладочную информацию для QT ?

Нет, не устанавливал libqt4-dbg. Если нет необходимости отладки qt, то valgrind'у это не нужно (добавляются только номера строк в исходниках qt).