[Python-bugs-list] [ python-Bugs-621507 ] python22.dll incorrect "File version"

noreply@sourceforge.net noreply@sourceforge.net
Thu, 10 Oct 2002 15:20:22 -0700


Bugs item #621507, was opened at 2002-10-10 14:47
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=621507&group_id=5470

Category: Windows
>Group: Platform-specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Jens Farmer (jensfarmer)
>Assigned to: Mark Hammond (mhammond)
>Summary: python22.dll incorrect "File version"

Initial Comment:
The win32 beta distribution 'Python-2.2.2b1.exe' contains the shared library 'Python22.dll'.
Installing the distribution and inspecting the shared library (right-click or File | Properties),
shows that the shared library's 'Version' is not quite correct.  While the "Product Version"
is set to "2.2.2b1", the "File version" is set to "2.2.14.1011"

Didn't the previous distribution of 'Python22.dll' use the file version "2.2.16.1011?"

Perhaps the file version is intentional but it seems like a reflection of an older build number.

I installed 'Python-2.2.2b1.exe' on windows 2000 sp2 and I performed a clean install.
(didn't overwrite any preexisting python distribution directories)


----------------------------------------------------------------------

>Comment By: Tim Peters (tim_one)
Date: 2002-10-10 18:20

Message:
Logged In: YES 
user_id=31435

The first part of this appears to be claiming that "Product 
Version" and "File version" as shown by Explorer must be the 
same.  If so, consider that part rejected.  If not, please clarify 
the complaint.

WRT the second part, right, the file version of Python 2.2.1's 
core DLL, as displayed by Explorer, was 2.2.16.1011.  
Our "build numbers" are auto-generated out of Python's 
major, minor, and micro release numbers, along with the 
release level and release serial numbers, and the Python API 
version.  The exact formula used is in python_nt.rc.  Explorer 
isn't displaying the number we build there, and I've no idea 
what's up with that.  The value of FIELD3 (14 vs 16) is plain 
hosed.  The value we set there for 2.2.2b1 was 2111, not 14.  
The value displayed for 2.2.1's core DLL doesn't make sense 
either.  Beats me.  Maybe MarkH has a clue ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=621507&group_id=5470