Sourced frompywin32's releases.

Release 301

The changes

If you use pip:pip install pywin32 --upgrade

A number of things don't work via pip, so you may choose to install binaries - butyou must choose both the correct Python version and "bittedness".

Even if you have a 64bit computer, if you installed a 32bit version of Python you must install the 32bit version of pywin32.

There is one binary per-version, per-bittedness. To determine what version of Python you have, start Python and look at the first line of the banner. Compare these 2:

Python 2.7.2+ ... [MSC v.1500 32 bit (Intel)] on win32Python 2.7.2+ ... [MSC v.1500 64 bit (AMD64)] on win32                              ^^^^^^^^^^^^^^

If the installation process informs you that Python is not found in the registry, it almost certainly means you have downloaded the wrong version - either for the wrong version of Python, or the wrong "bittedness".

Release 300

This is the first release to support only Python 3.5 and up -Python 2 is no longer supported. To celebrate, the build numbers have jumped to 300! There were significant changes in this release - you are encouraged to readCHANGES.txt carefully.

To download pywin32 binaries you must choose both the correct Python version and "bittedness".

Note that there is one download package for each supported version of Python - please check what version of Python you have installed and download the corresponding package.

Some packages have a 32bit and a 64bit version available - you must download the one which corresponds to the Python you have installed. Even if you have a 64bit computer, if you installed a 32bit version of Python you must install the 32bit version of pywin32.

To determine what version of Python you have, just start Python and look at the first line of the banner. A 32bit build will look something like

Python 3.8.1+ ... [MSC v.1913 32 bit (Intel)] on win32

While a 64bit build will look something like:

Python 3.8.1+ ... [MSC v.1913 64 bit (AMD64)] on win32

If the installation process informs you that Python is not found in the registry, it almost certainly means you have downloaded the wrong version - either for the wrong version of Python, or the wrong "bittedness".

Release 228

To download pywin32 binaries you must choose both the correct Python version and "bittedness".

Note that there is one download package for each supported version of Python - please check what version of Python you have installed and download the corresponding package.

Some packages have a 32bit and a 64bit version available - you must download the one which corresponds to the Python you have installed. Even if you have a 64bit computer, if you installed a 32bit version of Python you must install the 32bit version of pywin32.

To determine what version of Python you have, just start Python and look at the first line of the banner. A 32bit build will look something like

Python 2.7.2+ ... [MSC v.1500 32 bit (Intel)] on win32

While a 64bit build will look something like:

Python 2.7.2+ ... [MSC v.1500 64 bit (AMD64)] on win32

... (truncated)

Sourced frompywin32's changelog.

A changelog for recent builds as pasted into the sourceforge page.

Generally created by hand after running:hg log -rb2xx: > log.outHowever contributors are encouraged to add their own entries for their work.

Note that build 228 was the last version supporting Python 2.

Since build 300:

• Fix some confusion on how dynamic COM object properties work. The oldcode was confused, so there's a chance there will be some subtleregression here - please open a bug if you find anything, but thisshould fix#1427.

• COM objects are now registered with the full path to pythoncomXX.dll, fixes#1704.

• Creating awin32crypt.CRYPT_ATTRIBUTE object now correctly setscbData.

• Add wrap and unwrap operations defined in the GSSAPI to the sspi moduleand enhance the examples given in this module.(#1692, Emmanuel Coirier)

• Fix a bug inwin32profile.GetEnvironmentStrings() relating to environmentvariables with an equals sign (@​maxim-krikun in#1661)

• Fixed a bug where certain COM dates would fail to be converted to a Pythondatetime object withValueError: microsecond must be in 0..999999. Shoutoutto@​hujiaxing for reporting and helping reproduce the issue (#1655)

• Added win32com.shell.SHGetKnownFolderPath() and related constants.

• CoClass objects should work better with special methods likelen etc.(#1699)

• Shifted work in win32.lib.pywin32_bootstrap to Python's import system frommanual path manipulations (@​wkschwartz in#1651)

• Fixed a bug where win32print.DeviceCapabilities would return stringscontaining the null character followed by junk characters.(#1654,#1660, Lincoln Puzey)

Since build 228:

• Fixed a bug where win32com.client.VARIANT params were returned in the reverseorder. This only happened when win32com.client.VARIANT was explicitly used(ie, not when normal params were passed) For example:

  arg1=VARIANT(pythoncom.VT_R4|pythoncom.VT_BYREF,2.0)

... (truncated)

• See full diff incompare view

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
• @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
• @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
• @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
• @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from theSecurity Alerts page.