Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bpo-41038: Fix non-ASCII string corruption in Win32 resource files #20985

Merged
merged 1 commit into from Jun 24, 2020
Merged

bpo-41038: Fix non-ASCII string corruption in Win32 resource files #20985

merged 1 commit into from Jun 24, 2020

Conversation

nnemkin
Copy link
Contributor

@nnemkin nnemkin commented Jun 19, 2020

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.

https://bugs.python.org/issue41038

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
@zooba zooba merged commit 33b79b1 into python:master Jun 24, 2020
4 checks passed
@miss-islington
Copy link
Contributor

miss-islington commented Jun 24, 2020

Thanks @nnemkin for the PR, and @zooba for merging it 🌮🎉.. I'm working now to backport this PR to: 3.8, 3.9.
🐍🍒🤖

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jun 24, 2020
…ythonGH-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
(cherry picked from commit 33b79b1)

Co-authored-by: Nikita Nemkin <nikita@nemkin.ru>
@bedevere-bot
Copy link

bedevere-bot commented Jun 24, 2020

GH-21122 is a backport of this pull request to the 3.9 branch.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jun 24, 2020
…ythonGH-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
(cherry picked from commit 33b79b1)

Co-authored-by: Nikita Nemkin <nikita@nemkin.ru>
@bedevere-bot
Copy link

bedevere-bot commented Jun 24, 2020

GH-21123 is a backport of this pull request to the 3.8 branch.

@nnemkin nnemkin deleted the rc_codepage branch Jun 24, 2020
miss-islington added a commit that referenced this pull request Jun 24, 2020
…H-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
(cherry picked from commit 33b79b1)

Co-authored-by: Nikita Nemkin <nikita@nemkin.ru>
miss-islington added a commit that referenced this pull request Jun 24, 2020
…H-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
(cherry picked from commit 33b79b1)

Co-authored-by: Nikita Nemkin <nikita@nemkin.ru>
fasih pushed a commit to fasih/cpython that referenced this pull request Jun 29, 2020
…ythonGH-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
arun-mani-j pushed a commit to arun-mani-j/cpython that referenced this pull request Jul 21, 2020
…ythonGH-20985)

In absence of explicit declaration, resource compiler uses system
codepage. When this codepage is DBCS or UTF-8, Python's copyright
string is corrupted, because it contains copyright sign encoded
as \xA9.

The fix is to explicitly declare codepage 1252.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants