<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Memory Leaks, Locks&amp;Waits in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745069#M1832</link>
    <description>&lt;P&gt;Hi Maxim,&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;

&lt;P&gt;The memory
leaks in the CRT functions is most probably a false positive  there may be
different reasons for that including bug in the Inspector. We will check the
examples with the calloc call.&lt;/P&gt;

&lt;P&gt;So, you may
ignore this diagnostic and apply a suppression filter to not get messages in
the report.&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;

&lt;P&gt;As for the second
question, you probably mean the application hang problem  you should use Dead Locks
analysis of Inspector in this case (not Locks&amp;amp;Waits  which is an analysis
for threading profiling).&lt;/P&gt;</description>
    <pubDate>Wed, 29 Sep 2010 08:37:54 GMT</pubDate>
    <dc:creator>Vladimir_T_Intel</dc:creator>
    <dc:date>2010-09-29T08:37:54Z</dc:date>
    <item>
      <title>Memory Leaks, Locks&amp;Waits</title>
      <link>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745068#M1831</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am evaluating Intel Parallel Studio and face the following issues.&lt;BR /&gt;My application is a DirectShow Filter on IPP. Solution contains engine, filter and console projects.&lt;BR /&gt;&lt;BR /&gt;I run some tests, &lt;B&gt;Parallel Inspector has found&lt;/B&gt; two &lt;B&gt;memory leaks&lt;/B&gt; in Console version, in __onexit() function (CRT function, not mine) in callock. An interesting thing is that I deleted all the code, switched off the project dependences and all input libraries, but still I &lt;B&gt;cannot localize the problem&lt;/B&gt;. Funny thing that I created empy project with no code, just main, and Parallel Inspector found no leaks, whereas Console project became basically the same during test. So I can't understand the place where this leak occurs. The only thing left is to check compiller's options.&lt;BR /&gt;&lt;BR /&gt;Maybe you can give any advices on that issue.&lt;BR /&gt;&lt;BR /&gt;Another issue is hang up problem of our project. It is hard to repeat this hang up, and visual search doesn't have any results yet. So I hope &lt;B&gt;Intel Parallel Studio &lt;/B&gt;would help me to find the place, but locks&amp;amp;waits analisys found no problems. &lt;B&gt;Does it find lock only when the thred if locked? Is there some instrument to get statisticcal code analisys and find possible locks?&lt;/B&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you very much.</description>
      <pubDate>Wed, 29 Sep 2010 08:24:28 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745068#M1831</guid>
      <dc:creator>maxim-sharabayko</dc:creator>
      <dc:date>2010-09-29T08:24:28Z</dc:date>
    </item>
    <item>
      <title>Memory Leaks, Locks&amp;Waits</title>
      <link>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745069#M1832</link>
      <description>&lt;P&gt;Hi Maxim,&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;

&lt;P&gt;The memory
leaks in the CRT functions is most probably a false positive  there may be
different reasons for that including bug in the Inspector. We will check the
examples with the calloc call.&lt;/P&gt;

&lt;P&gt;So, you may
ignore this diagnostic and apply a suppression filter to not get messages in
the report.&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;

&lt;P&gt;As for the second
question, you probably mean the application hang problem  you should use Dead Locks
analysis of Inspector in this case (not Locks&amp;amp;Waits  which is an analysis
for threading profiling).&lt;/P&gt;</description>
      <pubDate>Wed, 29 Sep 2010 08:37:54 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745069#M1832</guid>
      <dc:creator>Vladimir_T_Intel</dc:creator>
      <dc:date>2010-09-29T08:37:54Z</dc:date>
    </item>
    <item>
      <title>Memory Leaks, Locks&amp;Waits</title>
      <link>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745070#M1833</link>
      <description>Hi Vladimir. Thanks for your reply.&lt;BR /&gt;&lt;BR /&gt;There is a strange thing with the Inspector. It fails to run the application (any application so far).&lt;BR /&gt;It says:&lt;BR /&gt;"Error: An internal error has occurred. Our apologies for this inconvenience. Please send *\My Inspector Results\r013ti2\data.0/insp-runtc.log file to parallel.studio.support@intel.com. The report files may be used to help improve stability of this tool. Thank you for your assistance in helping us improve the quality of our product."&lt;BR /&gt;Maybe that's because of the vast Intel programs I've installed recently for evaluation, because I don't remember if inspector failed to run previously.&lt;BR /&gt;&lt;BR /&gt;I have uninstalled unneccessary evaluated products, but the failure remains. I will try to reinstall Parallel studio as a possible solution.&lt;BR /&gt;&lt;BR /&gt;Thanks.&lt;BR /&gt;</description>
      <pubDate>Wed, 29 Sep 2010 09:53:38 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Memory-Leaks-Locks-Waits/m-p/745070#M1833</guid>
      <dc:creator>maxim-sharabayko</dc:creator>
      <dc:date>2010-09-29T09:53:38Z</dc:date>
    </item>
  </channel>
</rss>

