<?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 ippsDivCRev_32f_I bug when divide by zero occurs? in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822376#M4878</link>
    <description>I tested the out-of-place version, and it has completely different behavior - it returns 0.0f for the input element that is zero, and it does not exhibit the 4th element anomaly.</description>
    <pubDate>Fri, 13 May 2011 16:32:46 GMT</pubDate>
    <dc:creator>jeffc111</dc:creator>
    <dc:date>2011-05-13T16:32:46Z</dc:date>
    <item>
      <title>ippsDivCRev_32f_I bug when divide by zero occurs?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822375#M4877</link>
      <description>I ran into what I think is a problem with the inplace variant of DivCRev. I haven't tested other variants...&lt;DIV&gt;&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;When an element of the source/destination vector is zero on input, the output contains #INF for that element, but the 4th element following that value is also #INF.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;Is that expected behavior? I can imagine that the return value (which is, appropriately,ippsStsDivByZeroErr) might mean that the result is invalid, and that this behavior may have been chosen for performance reasons. However, it's not what I expected, and is not clearly documented.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;The documentation is incorrect with respect to the return value - "Indicates an error when val is equal to 0", except it's not val that's zero, it's an element of the input vector.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Here is the sample code I'm using. I'm running x64, and have tried release and debug.&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV id="_mcePaste"&gt;int _tmain(int argc, _TCHAR* argv[])&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;{&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;	Ipp32f* values = ippsMalloc_32f(100);&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;	ippsSet_32f(1, values, 100);&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;	values[10] = 0;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;	IppStatus result = ippsDivCRev_32f_I(2, values, 100);&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;	return 0;&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;}&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;int _tmain(int argc, _TCHAR* argv[]){	Ipp32f* values = ippsMalloc_32f(100);	ippsSet_32f(1, values, 100);&lt;BR /&gt;	values[10] = 0;&lt;BR /&gt;	IppStatus result = ippsDivCRev_32f_I(2, values, 100);&lt;BR /&gt;&lt;BR /&gt;	return 0;}&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 13 May 2011 15:54:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822375#M4877</guid>
      <dc:creator>jeffc111</dc:creator>
      <dc:date>2011-05-13T15:54:57Z</dc:date>
    </item>
    <item>
      <title>ippsDivCRev_32f_I bug when divide by zero occurs?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822376#M4878</link>
      <description>I tested the out-of-place version, and it has completely different behavior - it returns 0.0f for the input element that is zero, and it does not exhibit the 4th element anomaly.</description>
      <pubDate>Fri, 13 May 2011 16:32:46 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822376#M4878</guid>
      <dc:creator>jeffc111</dc:creator>
      <dc:date>2011-05-13T16:32:46Z</dc:date>
    </item>
    <item>
      <title>ippsDivCRev_32f_I bug when divide by zero occurs?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822377#M4879</link>
      <description>I am submitting a bug for the documentation, and it does seem strange that the 4 element after the element with a zero value is changed; so I am investigating that.&lt;BR /&gt;&lt;BR /&gt;I get the same behavior for the out-of-place version when I tried this:&lt;BR /&gt;&lt;P&gt;int _tmain(int argc, _TCHAR* argv[])&lt;/P&gt;&lt;P&gt;{&lt;/P&gt;&lt;P&gt;Ipp32f* values = ippsMalloc_32f(100);&lt;/P&gt;&lt;P&gt;Ipp32f* dstvalues = ippsMalloc_32f(100);&lt;/P&gt;&lt;P&gt;ippsSet_32f(1, values, 100);&lt;/P&gt;&lt;P&gt;values[10] = 0;&lt;/P&gt;&lt;P&gt;IppStatus result = ippsDivCRev_32f(values, 2, dstvalues, 100);&lt;/P&gt;&lt;P&gt;IppStatus inpresult = ippsDivCRev_32f_I(2, values, 100);&lt;/P&gt;&lt;P&gt;return 0;&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;</description>
      <pubDate>Fri, 13 May 2011 23:24:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822377#M4879</guid>
      <dc:creator>Joseph_S_Intel</dc:creator>
      <dc:date>2011-05-13T23:24:09Z</dc:date>
    </item>
    <item>
      <title>ippsDivCRev_32f_I bug when divide by zero occurs?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822378#M4880</link>
      <description>&lt;P&gt;There is the bug in this function.&lt;BR /&gt;It will be fixed in next version.&lt;BR /&gt;Thanks very much!&lt;/P&gt;</description>
      <pubDate>Thu, 02 Jun 2011 11:11:45 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ippsDivCRev-32f-I-bug-when-divide-by-zero-occurs/m-p/822378#M4880</guid>
      <dc:creator>Ivan_Z_Intel</dc:creator>
      <dc:date>2011-06-02T11:11:45Z</dc:date>
    </item>
  </channel>
</rss>

