<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/goog-perftools/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/goog-perftools/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 05 Apr 2006 12:49:12 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/goog-perftools/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Stack trace in leak summary</title><link>https://sourceforge.net/p/goog-perftools/support-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Dear Developpers,&lt;br /&gt;
I used your product before but I couldn't used it.&lt;br /&gt;
Yesterday I faced a problem that Valgrind could not&lt;br /&gt;
report some memory leaks in application. I tried&lt;br /&gt;
several leak detectors in Internet but none of them&lt;br /&gt;
could work with our application too. I tried pre-load&lt;br /&gt;
feature of google-perftools but It didn't work neather.&lt;/p&gt;
&lt;p&gt;I changed the way I worked with perftools, I wrote a&lt;br /&gt;
single thread application and added HeapLeakChecker to&lt;br /&gt;
it. Thank you very much, I resolved several memory&lt;br /&gt;
leaks with help of reports. However the main memory&lt;br /&gt;
leak exists . &lt;/p&gt;
&lt;p&gt;There is a memory allocator function in one of my 3rd&lt;br /&gt;
party libraries that caused leakage. there are really&lt;br /&gt;
very much functions in 3rd party library that called&lt;br /&gt;
this memory allocator function and pprof reports only&lt;br /&gt;
this function to me. For example, if it reported me&lt;br /&gt;
stack traces of memory allocations I could fix it very&lt;br /&gt;
fast but I could not fix it now (because the code is&lt;br /&gt;
really complicated and in none way I reach good results).&lt;/p&gt;
&lt;p&gt;I saw stack trace libraries in perftools, is there any&lt;br /&gt;
way for me to get stack trace of memory allocations?&lt;/p&gt;
&lt;p&gt;Thanks in advance&lt;br /&gt;
* Roozbeh  (roozbeh@ipronto.net)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 05 Apr 2006 12:49:12 -0000</pubDate><guid>https://sourceforge.netc09ba2f2f9941dd734a0a3bc845adeccb43acd2d</guid></item><item><title>CPUPROFILE on larger runs, unreadable output file</title><link>https://sourceforge.net/p/goog-perftools/support-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I'm impressed with these profilers. They will help a&lt;br /&gt;
lot with&lt;br /&gt;
my analysis and visualization of the execution. &lt;/p&gt;
&lt;p&gt;I'm having a problem when I tried to run a larger example.&lt;br /&gt;
The profile output file was not readable by pprof. It's&lt;br /&gt;
got non-ascii characters in it, so clearly something very&lt;br /&gt;
bad has happened to it. &lt;/p&gt;
&lt;p&gt;This example takes about 5 minutes, and 700 MBytes. &lt;br /&gt;
Is this a problem size that you have run before ?&lt;br /&gt;
I've had no problem running smaller examples.&lt;/p&gt;
&lt;p&gt;CPUPROFILE worked fine on smaller examples.&lt;/p&gt;
&lt;p&gt;HEAPPROFILE worked fine on all of these examples.&lt;/p&gt;
&lt;p&gt;I'm running Red Hat 9, gcc 3.4.3 .&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DonWebber</dc:creator><pubDate>Thu, 31 Mar 2005 21:25:46 -0000</pubDate><guid>https://sourceforge.net522c93d6d62a84edac39e47f75821ddc71f08b12</guid></item></channel></rss>