Posts Tagged ‘C’

  • Another resource leak

    on Mar 1, 11 • by Alen Zukich • with 1 Comment

    It happened again.  For what seems like the 100th time, someone reports to me that they are seeing a number of false positive reports on the resource leak checker.  For those not familiar with a resource leak, take a look at a previous post.  Although resource leaks apply across most languages, the place where this question keeps coming  up seems to always be in Java or C# code.  My last query came from Java code, so we will use that as an example.  Here was a report where the FileInputSteam is not closed on exit

    Read More »
  • MISRA – More Irrelevant Software Requirements Again

    on Mar 30, 10 • by Alen Zukich • with 4 Comments

    What is MISRA? More Irrelevant Software Requirements Again…uh no but certainly the sentiment of many developers.  MISRA (Motor Industry Software Reliability Association) is a coding standard, which first released MISRA C in 1998 and has since been revised.  Obviously, this came out of the automotive sector with a clear focus on helping software systems to be more reliable and maintainable. MISRA has since grown.  Now you see more and more industries adopting these standards.   In 2008, MISRA released the C++ equivalent standard.  So the obvious question is, should I apply this to my software source

    Read More »
  • Top 5 C# quality bugs

    on Sep 1, 09 • by Alen Zukich • with No Comments

    In a previous post I provided the top 5 C/C++ quality bugs that I that I see time and time again looking at customer code.  Time for the C# version: 1.    Null pointer exceptions from a method 1                  public class A { 2                      public A foo() { 3                          if (flag) 4                              return null; 5                          return new A(); 6                      } 7 8                      public void var() { 9                          A a = foo(); 10                         if (flag) 11                             a.foo(); 12                     } 13 14                     private int flag; 15                 } This is the most common issue I see.  In this example

    Read More »
  • Languages and the theocracy of programming

    on Apr 7, 09 • by Gwyn Fisher • with No Comments

    Just returned from ESC San Jose, where I spent a very enjoyable few days surrounded by the “real men” of the programming world. Forget your managed language environments, forget abstractions or object oriented fantasies of design, forget processes like Agile, these guys spend their days down at board level working in assembler and occasionally sticking their heads up into the rarified world of C (but only, you know, for stuff that doesn’t really matter…). Hell, most of the time the hardware they’re programming is custom built just for that project, sans O/S because, you know,

    Read More »
  • Lambda expressions in C++

    on Feb 11, 09 • by Denis Sidorov • with 5 Comments

    Have just stumbled across the lamda module in boost (popular C++ general-purpose library known for extensive usage of templates and influence on C++ standard committee). A quote: The primary motivation for the BLL (Boost Lambda Library) is to provide flexible and convenient means to define unnamed function objects for STL algorithms … for_each(a.begin(), a.end(), std::cout &lt;&lt; _1 &lt;&lt; ' '); My first thought was: "Hmm ... a macro?" It appears it is not. The <code>_1 object is a lambda placeholder, and should be read as first parameter of lambda expression (a.k.a. unnamed function). In fact

    Read More »
  • Resource Leaks in C#

    on Feb 3, 09 • by Alen Zukich • with 2 Comments

    I’m picking up the theme of the CWE Top 25 today (see posts below for more detail on the list itself, or check out this blog posting for a more exhaustive description) as we run into what is described as CWE-404 all the time in managed code environments. Although most C/C++ developers recognize explicit resource management as an issue, I’ve recently found out talking to some of our customers that they are totally unaware of the need to worry about such things in Java and especially C#. I even had one customer tell me in

    Read More »
  • ISV software quality; tortology or oxymoron…

    on Dec 10, 08 • by Gwyn Fisher • with No Comments

    It’s kind of bizarre, but in my pre-Klocwork experience of running ISV development groups, from small teams to global enterprises, it never struck me as wrong that we would routinely ship software containing critical bugs. We knew we were doing it. We knew, on some abstract underground never-to-be-admitted layer of our deepest darkest souls, that this was a “bad thing.” But mostly, we knew that when somebody found a bug we could just send them a patch. And what’s more, we knew that customers expected this behavior. We got requests to “send us a patch

    Read More »
Scroll to top