<?xml version="1.0" encoding="UTF-8"?>
<!-- Generated on Wed, 16 May 2012 13:07:30 -0700 -->
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <atom:link href="http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/feed/" rel="self" type="application/rss+xml" />
    <title>Intel Software Network Comments Feed</title>
    <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects</link>
    <description></description>
    <language>en-us</language>
    <item>
      <title>By Sean</title>
      <description><![CDATA[ You have obviously put a lot of work into this, but it's pretty hard to read. I suggest breaking the code sections into a block quote that makes them more visible. I would also increase the size and weight of headers. Currently, they blend into the text too well. ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66229</link>
      <pubDate>Wed, 02 Nov 2011 10:23:34 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66229</guid>
    </item>
    <item>
      <title>By roger</title>
      <description><![CDATA[ Wow this is the longest article of all time :) Anyway how about analyzing VLC and ffmpeg? ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66240</link>
      <pubDate>Wed, 02 Nov 2011 18:02:00 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66240</guid>
    </item>
    <item>
      <title>By Igor Levicki</title>
      <description><![CDATA[ Andrey,

Regarding VirtualDub array overrun you are completely wrong.

Code is actually accessing the bias element which is located immediately after the array and as such it is functionally correct. You can argue that such practice is bad, and I will agree that (while not illegal) it cannot be justified.

However, saying that Mr. Avery Lee who:

- single-handedly writes and maintains such an impressive and complex application as VirtualDub for free
- wrote a ton of highly optimized assembler code full of clever tricks and shared it with others
- during his work discovered and reported a ton of obscure compiler code generation bugs

has "probably forgot, while writing this code, that array items in C/C++ are numbered starting with zero, not one. It happens when you have to switch between different programming languages" sounds disrespectfull to say the least.

Your statement implies that Mr. Avery Lee is some newbie programmer who recently switched to C/C++ from Visual Basic which can't be further from the truth.

In my opinion you owe Mr. Avery Lee an apology, and you should correct the article accordingly.

Finally, pitching your own commercial product by criticizing work of others who do it for free is not going to win you any friends in this industry, and doing it in such a disrespectfull manner will not bring you any respect in return either.
 ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66259</link>
      <pubDate>Thu, 03 Nov 2011 05:48:22 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66259</guid>
    </item>
    <item>
      <title>By Andrey Karpov</title>
      <description><![CDATA[ I didn't mean that somebody writes bad code. It's just on the contrary - we have gathered code samples written by expert developers here. We just wanted to show by these examples that no one is safe from mistakes.

Some code fragments may be correct, of course; but there is no reason why programmers should have written them. Even the authors themselves don't know why it was written that way (http://www.virtualdub.org/blog/pivot/entry.php?id=359). I think one may make such a mistake when switching between different programming languages. I don't understand why you have written such a critical comment.

As for the criticism in the article, we cannot do without it. There are just 4 of us and we work on pure enthusiasm. The project doesn't bring us profit at present. So we must write catchy articles to be noticed. Perhaps PVS-Studio will develop and find popularity among developers then. :) So please be understanding for and don't criticize us. You can help us by giving advice, or offering interesting diagnostic rules to implement, and so on - we will appreciate that. ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66266</link>
      <pubDate>Thu, 03 Nov 2011 11:07:46 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66266</guid>
    </item>
    <item>
      <title>By Igor Levicki</title>
      <description><![CDATA[ Andrey,

Avery Lee did not make an "off by one" mistake -- your explanation of why he is accessing the 9th element is incorrect.

Furthermore, your incorrect explanation is also insulting which he clearly stated at the beginning of his article:

"I resent the implication that I don't understand how C/C++ arrays work and that he included this example again without noting that the code actually works."

"Resent" is a verb which means "Feel bitterness or indignation at (a circumstance, action, or person)". It is a synonym for "take offense".

I hope you understand now. ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66275</link>
      <pubDate>Thu, 03 Nov 2011 18:32:06 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66275</guid>
    </item>
    <item>
      <title>By Evgeniy Ryzhkov</title>
      <description><![CDATA[ A good discussion in VirtualDub blog (http://virtualdub.org/blog/pivot/entry.php?id=359) and  on reddit (http://www.reddit.com/r/programming/comments/lyv54/the_error_in_f_convolutecpp/) ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66322</link>
      <pubDate>Sat, 05 Nov 2011 04:02:43 -0700</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66322</guid>
    </item>
    <item>
      <title>By Sergey Kostrov</title>
      <description><![CDATA[ Hi Andrey,

I've been doing C/C++ programming since 1990th and there are many small and big projects "behind my shoulders".

I don't want to criticize your article and what your team have done. At least you were busy reviewing someone else codes.
So, I'd like to express my point of view.

1. It is much easier to do code review of someone else projects/codes instead of working on your own long term project and doing programming with as Better-As-Possible-Quality and with Zero-Number-Of-Bugs.

2. It doesn't matter how many code reviews of some Open Source projects or Non-Open Source projects ( SDKs, for example ) are done by independent teams it is NOT going to change current problems in the Software Industry;

3. Let me ask you a question: "What do you do when you're driving your car on the road?" I know what you will tell me: "I follow the rules!". So, if you don't follow the rules you could be in a trouble some time later. In the software industry in many cases there is lack of "rules enforcement" and because of this some software projects look like a legendary the Tower of Babel. And everybody knows what happened to the Tower of Babel;

4. UNJUSTIFIED over-complexity of some software solutions. Many developers (!!!) think that if they implement some relatively simple algorithm or a solution in as complex as possible way this is "cool" and this is what a company needs. This is a common mistake. Have you ever been told something like: "Sir, we don't need 10,000 code lines for that small software subsystem. We need as better as possible solution of the problem with as smallest as possible number of code lines..."

5. Pure Quality of Design, Implementation and Testing under UNJUSTIFIED pressure from management. Have you ever been worked as a contractor? If No, you won't understand me. I've done lots of contracts in the past and every time I was telling to myself something like "I can't imaging how they reached such a disastrous state of the project..."

6. Did you report all these bugs to developers of these projects? If you didn't, the Value of your job is Zero. If Yes, simply Thank you.

Best regards,
Sergey
 ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66674</link>
      <pubDate>Sun, 13 Nov 2011 11:04:25 -0800</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66674</guid>
    </item>
    <item>
      <title>By Sergey Kostrov</title>
      <description><![CDATA[ A little correction:

...
5. Poor Quality of Design, Implementation and Testing under UNJUSTIFIED pressure from management.
...

Sorry about this. ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66675</link>
      <pubDate>Sun, 13 Nov 2011 11:08:47 -0800</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66675</guid>
    </item>
    <item>
      <title>By Andrey Karpov</title>
      <description><![CDATA[ I always wonder why people are commenting on an article without reading it.

> Did you report all these bugs to developers of these projects? If you didn't, the Value of your job is Zero.

Article: Many readers ask if we tell projects' authors about errors. Surely. And sometimes it happens that we get a new customer after that. ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66693</link>
      <pubDate>Mon, 14 Nov 2011 02:15:00 -0800</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66693</guid>
    </item>
    <item>
      <title>By Gnafu</title>
      <description><![CDATA[ Curiosity:
Have you ever run PVS-Studio on PVS-Studio code? ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66753</link>
      <pubDate>Tue, 15 Nov 2011 06:14:42 -0800</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-66753</guid>
    </item>
    <item>
      <title>By Andrey Karpov</title>
      <description><![CDATA[ Have you ever run PVS-Studio on PVS-Studio code?

Yes. How we test the code analyzer - http://www.viva64.com/en/a/0047/
 ]]></description>
      <link>http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-69911</link>
      <pubDate>Thu, 02 Feb 2012 21:38:11 -0800</pubDate>
      <guid isPermaLink="true">http://software.intel.com/en-us/articles/90-errors-in-open-source-projects/#comment-69911</guid>
    </item>
  </channel></rss>
