Pour obtenir une clé
d'essai remplissez le formulaire ci-dessous
Demandez des tariffs
Nouvelle licence
Renouvellement de licence
--Sélectionnez la devise--
* En cliquant sur ce bouton, vous acceptez notre politique de confidentialité

Free PVS-Studio license for Microsoft MVP specialists
To get the licence for your open-source project, please fill out this form
** En cliquant sur ce bouton, vous acceptez notre politique de confidentialité.

I am interested to try it on the platforms:
** En cliquant sur ce bouton, vous acceptez notre politique de confidentialité.

Message submitted.

Your message has been sent. We will email you at

If you haven't received our response, please do the following:
check your Spam/Junk folder and click the "Not Spam" button for our message.
This way, you won't miss messages from our team in the future.

The story of how PVS-Studio found an er…

The story of how PVS-Studio found an error in the library used in... PVS-Studio

08 Aoû 2019

This is a short story about how PVS-Studio helped us find an error in the source code of the library used in PVS-Studio. And it was not a theoretical error but an actual one - the error appeared in practice when using the library in the analyzer.


In PVS-Studio_Cmd (as well as some other utilities) we use a special library for parsing command line arguments - CommandLine.

Today I supported the new mode in PVS-Studio_Cmd and it so happened that I had to use this library for parsing command line arguments. While writing the code, I also debug it because I have to work with unfamiliar APIs.

So, the code is written, compiled, executed and...


Code execution goes inside the library where an exception of the NullReferenceException type occurs. It's not so clear from the side - I don't pass any null references into the method.

To be sure, I look at comments to the callee method. It is hardly probable that they describe the conditions of occurrence of an exception of the NullReferenceException type (as it seems to me usually exceptions of this type are not provided for).


There is no information about NullReferenceException in the comments to the method (which, however, is expected).

To see what exactly causes the exception (and where it occurs), I decided to download the project's source code, build it and add a reference to the debug version of the library to the analyzer. The source code of the project is available at GitHub. We need the version 1.9.71 of the library. It is the one used in the analyzer now.

I download the corresponding version of the source code, build the library, add a reference to the debug library to the analyzer, execute the code and see:


So, the place where the exception occurs is clear - helpInfo has a null value, which causes an exception of the NullReferenceException type when accessing the Left property.

I started thinking about it. Recently, PVS-Studio for C# has been well improved in various aspects, including the search for dereferencing of potentially null references. In particular, the interprocedural analysis was improved in a number of ways. That's why I was immediately interested in checking the source code to understand if PVS-Studio could find the error under discussion.

I checked the source code and among other warnings I saw exactly what I hoped for.

PVS-Studio warning: V3080 Possible null dereference inside method at 'helpInfo.Left'. Consider inspecting the 2nd argument: helpInfo. Parser.cs 405

Yeah, this is it! That's exactly what we need. Let's take a more detailed look at the source code.

private bool DoParseArgumentsVerbs(
  string[] args, object options, ref object verbInstance)
  var verbs 
    = ReflectionHelper.RetrievePropertyList<VerbOptionAttribute>(options);
  var helpInfo 
    = ReflectionHelper.RetrieveMethod<HelpVerbOptionAttribute>(options);
  if (args.Length == 0)
    if (helpInfo != null || _settings.HelpWriter != null)
      DisplayHelpVerbText(options, helpInfo, null); // <=

    return false;

The analyzer issues a warning for calling the DisplayHelpVerbText method and warns about the second argument - helpInfo. Pay attention that this method is located in the then-branch of the if statement. The conditional expression is composed in such a way that the then-branch can be executed at the next values of the variables:

  • helpInfo == null;
  • _settings.HelpWriter != null;

Let's see the body of the DisplayHelpVerbText method:

private void DisplayHelpVerbText(
  object options, Pair<MethodInfo, 
  HelpVerbOptionAttribute> helpInfo, string verb)
  string helpText;
  if (verb == null)
    HelpVerbOptionAttribute.InvokeMethod(options, helpInfo, null, out helpText);
    HelpVerbOptionAttribute.InvokeMethod(options, helpInfo, verb, out helpText);

  if (_settings.HelpWriter != null)

Since verb == null (see method call) we are interested in then-branch of the if statement. Although the situation is similar with the else branch, let's consider then-branch because in our particular case the execution went through it. Remember that helpInfo may be null.

Now let's look at the body of the HelpVerbOptionAttribute.InvokeMethod method. Actually, you have already seen it on the screenshot above:

internal static void InvokeMethod(
    object target,
    Pair<MethodInfo, HelpVerbOptionAttribute> helpInfo,
    string verb,
    out string text)
  text = null;
  var method = helpInfo.Left;
  if (!CheckMethodSignature(method))
    throw new MemberAccessException(

  text = (string)method.Invoke(target, new object[] { verb });

helpInfo.Left is called unconditionally, while helpInfo may be null. The analyzer warned about it, and that's what happened.


It is nice that we managed to find an error in the source code of the library used in PVS-Studio with the help of PVS-Studio. I think this is a kind of the answer to the question "Does PVS-Studio find errors in PVS-Studio source code?". :) The analyzer can find errors not only in PVS-Studio code but also in the code of the used libraries.

Finally, I suggest you download the analyzer and try to check your project - what if you can find something interesting there too?

Popular related articles
Sorting in C#: OrderBy.OrderBy or OrderBy.ThenBy? What's more effective and why?

Date: 20 Sep 2022

Author: Sergey Vasiliev

Suppose we need to sort the collection by multiple keys. In C#, we can do this with the help of OrderBy().OrderBy() or OrderBy().ThenBy(). But what is the difference between these calls? To answer th…
ML.NET: can Microsoft's machine learning be trusted?

Date: 08 Sep 2022

Author: Andrey Moskalev

In 2018, Microsoft created ML.NET, a machine learning framework for .NET developers. Since then, the machine learning library has undergone significant changes and acquired new features to identify p…
The risks of using vulnerable dependencies in your project, and how SCA helps manage them

Date: 06 Sep 2022

Author: Nikita Lipilin

Most applications today use third-party libraries. If such a library contains a vulnerability, an app that uses this library may also be vulnerable. But how can you identify such problematic dependen…
Build to order? Checking MSBuild for the second time

Date: 01 Sep 2022

Author: Nikita Panevin

MSBuild is a popular open-source build platform created by Microsoft. Developers all over the world use MSBuild. In 2016, we checked it for the first time and found several suspicious places. Can we …
The Orchard Core threequel. Rechecking the project with PVS-Studio

Date: 25 Aoû 2022

Author: Aleksey Avdeev

In this article, we check the Orchard Core project with the help of the PVS-Studio static analyzer. We are going to find out if the platform code is as good as the sites created on its basis. May the…

Comments (0)

Next comments
Unicorn with delicious cookie
Nous utilisons des cookies pour améliorer votre expérience de navigation. En savoir plus