Thread: BUG SUF 5.0.1.6 Product Version String truncates 2nd digit

msvcrt.dll's product version is really:
6.10.8924.0

but SUF truncates to:
6.1.8924.0

I just did a file search on my system on the file that you indicated in your post and checked the file's properties and it listed as:

6.1.8924.0



------------------
Sincerely,

Darryl Hnatiuk
Indigo Rose Corporation

Originally posted by Darryl:
I just did a file search on my system on the file that you indicated in your post and checked the file's properties and it listed as:

6.1.8924.0

Except that's the _File Version_, not the Product Version.

The File Version is what the "Product Version String" setting in SF5 returns.

(The name of that setting is a bit misleading, isn't it.)

For example, MSSDM.DLL's file version is 6.0.0.8804, and its product version is 6.00.8804. SF5 returns "6.0.0.8804" which is obviously the File Version string.

Rest assured, nothing is being truncated.

Wait a minute...I assumed that you were referring to the File Search Variable command for some reason, tfiner. Darryl has a better answer:

Hi,

I believe I see what you are referring to. In the file's properties while in the Setup Factory project, it displays the incorrect product value in the display. It is likely displaying the same value in that particular field.

However this version number is correct(not changed) when it is installed on the user's system.

------------------
Sincerely,

Darryl Hnatiuk
Indigo Rose Corporation

SUF is wrong in both places wrt MSVCRT.DLL's Product Version. Yet it manages to get MFC42.DLL's Product Version correctly:

MFC42.DLL:
Product Version: 6.0.400
File Version: 6.0.8665.0

MSVCRT.DLL:
Product Version: 6.10.8924.0
SUF Prod Ver: 6.1.8924.0
File Version: 6.1.8924.0

I believe it has something to do with number to string conversion.

I would like to use the true Product Version for MSVCRT.DLL - other .DLL's seem to work.

I also verified by having SUF create a text file with the returned File Search Variables.

Originally posted by Darryl:
Hi,

I believe I see what you are referring to. In the file's properties while in the Setup Factory project, it displays the incorrect product value in the display. It is likely displaying the same value in that particular field.

However this version number is correct(not changed) when it is installed on the user's system.

The setup I'm creating _needs_ to verify that MSVCRT.DLL's version is high enough and if not, bail out telling the user why and where to go.

Unfortunately though, SUF doesn't return the correct Product Version for MSVCRT.DLL.

The Product Version String option on that File Search Variable screen is actually returning the file version.

Thank you.

Originally posted by Lorne:
The Product Version String option on that File Search Variable screen is actually returning the file version.

Thank you.

SUF returns the Product Version for all of my other .DLLs I'm checking. SUF gets the Product version of MFC42.DLL just fine (see previous post). So why not MSVCRT.DLL?

Actuall, SUF messes up MFC42.DLL - but it doesn't return the File Version.

MFC42.DLL:
System SUF
Product Version 6.0.400 6.0.4.0
File Version 6.0.8665.0 6.0.8665.0

I think illustrates the case better actually since the File Version is so much different.

Originally posted by Lorne:
The Product Version String option on that File Search Variable screen is actually returning the file version.

Thank you.

Actually, it doesn't. Please read about MFC42.DLL in this thread. I hope you guys haven't closed this as an issue.

I have confirmed this odd behaviour that you are encountering and have logged it as a bug in the software. I have also tested this in our current version Setup Factory 6.0 and the version function does work correctly.

I cannot say whether or not this bug that has been reported will be resolved since it is not in the most current version, although I have logged it.

------------------
Sincerely,

Darryl Hnatiuk
Indigo Rose Corporation

Thanks!