This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: Add version info to python
Type: enhancement Stage: resolved
Components: Windows Versions: Python 3.5
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: steve.dower Nosy List: python-dev, serhiy.storchaka, steve.dower, tim.golden, zach.ware
Priority: normal Keywords: patch

Created on 2014-12-09 05:27 by steve.dower, last changed 2022-04-11 14:58 by admin. This issue is now closed.

File name Uploaded Description Edit
23018.patch steve.dower, 2014-12-09 05:42
Messages (13)
msg232345 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2014-12-09 05:27
We should include the version resource in python[w].exe as well as python35.dll so that it can be properly identified. (If possible, we should do .pyd files too, though I don't think the version info will be displayed, so it's probably not worth it.)
msg232346 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2014-12-09 05:42
Patch for the version info, and also for half of #19143 since I was there.
msg233267 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2014-12-31 18:57
Add <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> for Windows 10 (source:
msg233868 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2015-01-12 01:22
Anyone have any opinions on this? My only hesitation is adding the Windows 10 UUID, which will fix GetVersion but may cause other API problems, and we're certainly not testing against Windows 10 yet. (On the other hand, it's easy enough to remove that single UUID later if there's an issue we can't fix.)

I'm keen to put it in and forget about it, so if not, I'll just do it :)
msg233906 - (view) Author: Tim Golden (tim.golden) * (Python committer) Date: 2015-01-13 08:28
Steve, could you outline the need / impact for this, please? (ie can you inform my ignorance?).
msg233947 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2015-01-13 16:19
Sure :)

If you view Properties in Windows for Python 3.4's python[w].exe and look at the Details tab, it's very blank (for me it shows 'Application', the size and the modification date). However, if you look at python34.dll or py.exe it has a description, version, copyright message, etc. The first part of the patch adds this information to python[w].exe as well.

The second part is dealing with #19143, which is where GetVersion() lies about the Windows version if you haven't explicitly declared that you know about that version. Currently on Windows 8.1 (and 10), sys.getwindowsversion() will tell you that it's Windows 8 (6.2.9200). 

The patch here adds the declarations to a manifest file such that Python 3.5 is "aware" of Windows 8.1 and so it doesn't need the compatibility shims/version lies that are otherwise applied. (The patch on #19143 is for the platform module so that it will always read the correct version, but this is intended for logging/system info rather than making decisions about API availability and behaviour.)
msg234018 - (view) Author: Tim Golden (tim.golden) * (Python committer) Date: 2015-01-14 09:59
+1 from me, then.
msg234089 - (view) Author: Roundup Robot (python-dev) (Python triager) Date: 2015-01-15 17:18
New changeset 3f7e483cebef by Steve Dower in branch 'default':
Issue 23018: Add version info to python[w].exe
msg236267 - (view) Author: Serhiy Storchaka (serhiy.storchaka) * (Python committer) Date: 2015-02-20 10:51
PC/python_ver_rc.h now is not compatible with

$ ./python Tools/clinic/ --make
Traceback (most recent call last):
  File "Tools/clinic/", line 4204, in <module>
  File "Tools/clinic/", line 4184, in main
    parse_file(path, force=ns.force, verify=not ns.force)
  File "Tools/clinic/", line 1743, in parse_file
    raw =
  File "/home/serhiy/py/cpython/Lib/", line 321, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xa9 in position 199: invalid start byte

Either convert PC/python_ver_rc.h to UTF-8, or escape copyright sign "©" as "\xa9" (if Latin1 is needed), or replace it witch ASCII "(c)".
msg236303 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2015-02-20 16:29
Looks like the .rc files should actually be UCS-2, since that's how the strings are going to be stored into the executables.

If I rename the .h file to .h_ (and change the encoding to UCS-2 with BOM), will it be ignored by argument clinic?
msg236307 - (view) Author: Serhiy Storchaka (serhiy.storchaka) * (Python committer) Date: 2015-02-20 16:41
I afraid that adding source file that can't be easy handled by Unix text tools (such as diff) is not good idea. Does "\xa9" work?
msg236309 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2015-02-20 17:05
Digging around the likely encodings to be running on Windows machines, it looks like 0xA9 is always the right symbol, so that change should be fine.
msg236311 - (view) Author: Roundup Robot (python-dev) (Python triager) Date: 2015-02-20 17:13
New changeset 843a8ee94270 by Steve Dower in branch 'default':
Closes #23018: Replace copyright symbol with escape.
Date User Action Args
2022-04-11 14:58:10adminsetgithub: 67207
2015-02-20 17:13:35python-devsetstatus: open -> closed
resolution: fixed
messages: + msg236311

stage: resolved
2015-02-20 17:05:50steve.dowersetmessages: + msg236309
2015-02-20 16:41:54serhiy.storchakasetmessages: + msg236307
2015-02-20 16:29:03steve.dowersetmessages: + msg236303
2015-02-20 10:51:30serhiy.storchakasetstatus: closed -> open

nosy: + serhiy.storchaka
messages: + msg236267

resolution: fixed -> (no value)
stage: patch review -> (no value)
2015-01-15 17:19:25steve.dowersetstatus: open -> closed
resolution: fixed
stage: patch review
2015-01-15 17:18:20python-devsetnosy: + python-dev
messages: + msg234089
2015-01-14 09:59:01tim.goldensetmessages: + msg234018
title: Add version info to python[w].exe -> Add version info to python
2015-01-13 16:19:51steve.dowersetmessages: + msg233947
2015-01-13 08:28:03tim.goldensetmessages: + msg233906
2015-01-12 01:22:08steve.dowersetmessages: + msg233868
2014-12-31 18:57:14steve.dowersetmessages: + msg233267
2014-12-09 05:42:50steve.dowersetfiles: + 23018.patch

nosy: + tim.golden, zach.ware
messages: + msg232346

components: + Windows
keywords: + patch
2014-12-09 05:27:42steve.dowercreate