<?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 You can use Intel provided in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947731#M18733</link>
    <description>&lt;P&gt;You can use Intel provided debugger to debug your application. More details: &lt;A href="http://software.intel.com/en-us/articles/debugging-on-intel-xeon-phi-coprocessor-use-case-overview"&gt;http://software.intel.com/en-us/articles/debugging-on-intel-xeon-phi-coprocessor-use-case-overview&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 04 Oct 2013 18:09:04 GMT</pubDate>
    <dc:creator>Victor_L_2</dc:creator>
    <dc:date>2013-10-04T18:09:04Z</dc:date>
    <item>
      <title>Hunting segmentation faults in native mode</title>
      <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947729#M18731</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;
&lt;P&gt;Quick question. I have different builds for the same code.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;When I run the code on Xeon processor or any other ordinary one, there is no problem.&lt;/LI&gt;
&lt;LI&gt;However, when I run it on Xeon Phi using native execution I get a segmentation fault.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;I am trying to hunt these errors. But, it seems to me that, when I call printf on corprocessor, message is not displayed immediately like on processor. Code actually executes a little bit more before I can print something on screen. This makes it almost impossible for me to solve this.&lt;/P&gt;
&lt;P&gt;Does anyone know how to work around this? Or know of any techniques to deal with this?&lt;/P&gt;
&lt;P&gt;Answers, pointers, questions they are all welcome as always. Thanks in advance.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Regards&lt;/P&gt;
&lt;P&gt;Matara Ma&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2013 17:39:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947729#M18731</guid>
      <dc:creator>Matara_Ma_Sukoy1</dc:creator>
      <dc:date>2013-10-04T17:39:29Z</dc:date>
    </item>
    <item>
      <title>I think if you follow your</title>
      <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947730#M18732</link>
      <description>&lt;P&gt;I think if you follow your printfs with fflush(0);, it should display the message before moving on.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I hope this helps.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2013 17:47:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947730#M18732</guid>
      <dc:creator>Sumedh_N_Intel</dc:creator>
      <dc:date>2013-10-04T17:47:22Z</dc:date>
    </item>
    <item>
      <title>You can use Intel provided</title>
      <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947731#M18733</link>
      <description>&lt;P&gt;You can use Intel provided debugger to debug your application. More details: &lt;A href="http://software.intel.com/en-us/articles/debugging-on-intel-xeon-phi-coprocessor-use-case-overview"&gt;http://software.intel.com/en-us/articles/debugging-on-intel-xeon-phi-coprocessor-use-case-overview&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2013 18:09:04 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947731#M18733</guid>
      <dc:creator>Victor_L_2</dc:creator>
      <dc:date>2013-10-04T18:09:04Z</dc:date>
    </item>
    <item>
      <title>Putting fflush(0); just after</title>
      <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947732#M18734</link>
      <description>&lt;P&gt;Putting fflush(0); just after printf works.&lt;/P&gt;
&lt;P&gt;Oddly enough when using fflush(0) code works without any problem on native mode... Well at least I can get perform a debug now.&lt;/P&gt;
&lt;P&gt;Thanks a lot for your lightning answer.&lt;/P&gt;
&lt;P&gt;Matara Ma&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2013 18:10:46 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947732#M18734</guid>
      <dc:creator>Matara_Ma_Sukoy1</dc:creator>
      <dc:date>2013-10-04T18:10:46Z</dc:date>
    </item>
    <item>
      <title>Note that segment faults due</title>
      <link>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947733#M18735</link>
      <description>&lt;P&gt;Note that segment faults due to coding errors can be caught using the native version of gdb provided with the MPSS drivers.&amp;nbsp; The only exception to this is segment faults due to exceeding coprocessor memory - gdb gets killed too in this case.&lt;/P&gt;
&lt;P&gt;Charles&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2013 19:10:43 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Hunting-segmentation-faults-in-native-mode/m-p/947733#M18735</guid>
      <dc:creator>Charles_C_Intel1</dc:creator>
      <dc:date>2013-10-04T19:10:43Z</dc:date>
    </item>
  </channel>
</rss>

