title: Powershell get-item VersionInfo.ProductVersion incorrect / different than WMI
body: <p>I'm trying to understand why Powershell would get back a different version number for a DLL file than what both the file properties page from Windows Explorer, and a WMI query shows.  (I apologize in advance if this doesn't correctly qualify as a coding question.)</p>
  <p>The scenario:</p>
  <p>Running the following powershell command:</p>
  <pre><code>(get-item C:\windows\system32\rdpcorekmts.dll).VersionInfo.ProductVersion
  </code></pre>
  <p>This returns the following:</p>
  <blockquote>
  <p>6.1.7600.16385</p>
  </blockquote>
  <p>However, this version number is incorrect.  When examining the version information from Windows Explorer, you see the following version (sorry, I tried posting a small screenshot of it, but I don't have enough rep; I'm new here):</p>
  <blockquote>
  <p>6.1.7601.17767</p>
  </blockquote>
  <p>In addition, a WMIC query shows the same results as Windows Explorer:</p>
  <pre><code>WMIC path CIM_DataFile WHERE (name=&quot;c:\\windows\\system32\\rdpcorekmts.dll&quot;) get Version
  </code></pre>
  <p>WMIC result:</p>
  <blockquote>
  <p>Version</p>
  <p>6.1.7601.17767</p>
  </blockquote>
  <p>I really don't understand why they would be different.  I would really like to return this value using Powershell, but now I'm not sure if I'm just overlooking something, or if I ran across some kind of odd bug, but the version mismatch between the two methods is confusing.  As a note, I've run variations on the method to get this back in Powershell (e.g. Get-ItemChild and Get-ItemProperty), and I get the same incorrect version result.</p>
  <p>Any ideas on why?</p>