>I need it off, and in fact I turn even more off, see
>https://bugs.kde.org/show_bug.cgi?id=201170
>I build with that patch and use --show-possible=no to avoid
>generating gigabytes of warnings of questionable utility.
>
>So, the short answer is: big apps that are trying to
>stamp out all their memory leaks often need to focus
>just on the smallest set of highest value memory leak
>errors to keep from drowning.

Effectively, for big aps, show-reachable=no (and a show-possible=no)
are helping to focus.
For big apps, something which I have found very valuable is "delta leak
search"
cfr http://bugs.kde.org/show_bug.cgi?id=206802 providing a patch
to show only new leak (or new memory allocated).
This allows to run the tests, with valgrind requests focussing on leaks
(or memory allocation) in specific parts of the application.

I see there was at least another request for the same functionality
e.g. http://bugs.kde.org/show_bug.cgi?id=81079

____
 
This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.
 
Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.
 
Any views expressed in this message are those of the sender.

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Valgrind-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to