FileVersion Inconsistent

[nu852]

I got a copy of file "taskcomp.dll" from win8 (x86), and place it at c:\temp on win7sp1 (x86).

Both ProductVersion & FileVersion show 6.2.9200.16384,

when using contextmenu -> property -> detail.

But when I use function FileGetVersion of Autoit3 (3.3.8.1),

Both ProductVersion & FileVersionIt show 6.1.7600.16385.

Moreover, when I use C# FileVersionInfo.GetVersionInfo,

Both ProductVersion & FileVersion also show 6.1.7600.16385.

How can I get the FileVersion as 6.2.9200.16384 using autoit?

[BrewManNH]

How are you attempting to get it right now?

[MilesAhead]

It sounds like it's picking up the dll installed in your system.

[nu852]

How are you attempting to get it right now?

No idea!

[nu852]

It sounds like it's picking up the dll installed in your system.

I am not sure! However, I use the full pathname during testing on Autoit & C#, e.g. c:\temp\taskcomp.dll.

Edited December 9, 2012 by nu852

[nu852]

Moreover,

When I use file "taskbarcpl.dll" for testing in autoit & C#.

Autoit shows both ProductVersion & FileVersion being 6.2.9200.16384.

But C# shows both ProductVersion & FileVersion being 6.1.7600.16385.

The result is different from "taskcomp.dll".

[BrewManNH]

Show your code, because you're making no sense with your answers. I asked you how you're retrieving the version with autoit and you reply "I have no idea". How is that even possible?

[nu852]

Show your code, because you're making no sense with your answers. I asked you how you're retrieving the version with autoit and you reply "I have no idea". How is that even possible?

code attached!

"No idea!" means I have no idea about "how to get the product version as 6.2.9200.19384".

Test_GetVersions.au3

Edited December 10, 2012 by nu852

[BrewManNH]

I don't see anything glaringly wrong with the script you posted. What are you attempting to determine when getting the file version of the file? By that I mean, are you trying to get the OS the script is running under, the SP #, or something else?

I don't have Windows 8 to test this on, so I can't be of much help with that, but perhaps there's another way of going about whatever it is you're trying to do. Always more than one way to skin the cat.

[Chimaera]

I altered it to the system32 folder to find the file and it reports

6.2.9200.16384 (win8_rtm.120725-1247)

For both on my system

[MilesAhead]

Unless I'm seeing double, you assign 2 different values to the same local variable

Func GetVer($pn)
   Local $vProduct = FileGetVersion($pn, "ProductVersion")
   Local $vProduct = FileGetVersion($pn, "FileVersion")
   Local $sVer = $pn & @CRLF & "ProductVersion : " & $vProduct & @CRLF & "FileVersion : " & $vProduct
   Return $sVer
EndFunc

[BrewManNH]

Good catch MilesAhead, I wasn't even paying attention to the variable names.

[MilesAhead]

I copied and pasted both variable names to another editor. I wanted to make sure my eyes weren't tricking me.

Surprisingly Syntax Check Production gives no warning about the redeclaration of the same Local on the very next line. Strange.

[BrewManNH]

If you don't tell Au3Check to check for previously declared variables it will ignore them.

[MilesAhead]

Ah, that gets it. Thanks.

[nu852]

What are you attempting to determine when getting the file version of the file? By that I mean, are you trying to get the OS the script is running under, the SP #, or something else?

I have a Win8 (x86) under VMWare. I made a Win8 PE with ADK under VMWare Client environment. Moreover, I have added some files from Win8 Setup DVD to the Win8 PE. Several days ago, I had updated the win8 (x86) from Windows Update site.

My intention is to compare the product/file version of files between Win8 and Win8PE. Then extract such updated file & it's mui files. Thus, I take some files from win8 (x86), place them on Win7 SP1 Platform (Win7 SP1 is my HOST OS, Win8 is VMware Client environment). Then, write autoit script to test the Product & File Version. Afterward, I find the Product & File Version is different from seen on contextmenu -> property -> detail.

Maybe, there is an alternative method to do above job, such as compare md5, etc.

Edited December 10, 2012 by nu852

[nu852]

Unless I'm seeing double, you assign 2 different values to the same local variable

It is my mistake.

[BrewManNH]

Are you sure that they change when they're updated? You might have more luck with the file's modified date, or even hashing the files and comparing the hashes.

[nu852]

Are you sure that they change when they're updated? You might have more luck with the file's modified date, or even hashing the files and comparing the hashes.

Since I am not sure which files are updated during Windows Update, I think compare Product / File version is a fast method for comparison. Comparing hashing is time- consumed (maybe, this is a last choice). comparing modified date, let me think about it.Thanks yr advice!

[BrewManNH]

I just looked in the System32 folder on my computer and I can see the file versions of all the files in there, I can see that some that have been modified on different days still have the same File Version, so that may not be the best indicator that it's been updated. Also, comparing File Versions, creation date and modified date, I can see that some of these files were modified in 2012, but were created in 2009 according to Windows.