[issue42432] Http client, Bad Status Line triggered for no reason

[Christian Heimes]

Christian Heimes  added the comment:

https://tools.ietf.org/html/rfc2616#section-3.1 defines HTTP version indicator 
as

   HTTP-Version   = "HTTP" "/" 1*DIGIT "." 1*DIGIT

so the check

   version.startswith("HTTP/")

is correct.

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42432] Http client, Bad Status Line triggered for no reason

[Eric V. Smith]

Eric V. Smith  added the comment:

Thanks for the reproducer and the research!

https://tools.ietf.org/html/rfc2616#section-3.1 says the result header is 
"HTTP", and doesn't say anything else is acceptable. I'd be interested in what 
other frameworks (probably in other languages) support. I'll do some research.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

[Ken Jin]

Ken Jin  added the comment:

A possible workaround for _PosArgs in collections.abc without depending on 
typing could be like this:

_PosArgs = type('_PosArgs', (tuple, ), {})

This would help out the future type proposals too, because GenericAlias accepts 
non-type args.

__args__ of Callable in typing and collections.abc won't be == though. Because 
all typing types aren't equal to their builtin counterparts. Eg. Tuple[int] == 
tuple[int] is False.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42432] Http client, Bad Status Line triggered for no reason

[sicarius noidea]

sicarius noidea  added the comment:

Here is the poc for this error with http.client only (for the server: use the 
same nc command as my first message): ```python
import http.client
>>> h1 = http.client.HTTPConnection("127.0.0.1:80")
>>> h1.request("GET", "/")
>>> r1 = h1.getresponse()
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.8/http/client.py", line 1347, in getresponse
response.begin()
  File "/usr/lib/python3.8/http/client.py", line 307, in begin
version, status, reason = self._read_status()
  File "/usr/lib/python3.8/http/client.py", line 289, in _read_status
raise BadStatusLine(line)
http.client.BadStatusLine: Http/1.0  404 Not Found
```

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42432] Http client, Bad Status Line triggered for no reason

[sicarius noidea]

sicarius noidea  added the comment:

Hi,

Here I'm using requests to show the behavior because it relies on python's http 
lib, and it is faster/simplier to use. The Exception "BadStatusLine" is a part 
or the http/client.py library.

As per the RFC2616 section 6.1 https://tools.ietf.org/html/rfc2616#section-6.1, 
there's nothing specifying that the HTTP verb must be uppercase, I think it's 
more a matter of "common sense". I might have missed something though!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

[Shantanu]

Shantanu  added the comment:

I think ((int, int), str) is superior to the others and if it can be made to 
work, that's what we should do.

Note that if variadic type proposals go anywhere 
(https://docs.google.com/document/d/1oXWyAtnv0-pbyJud8H5wkpIk8aajbkX-leJ8JXsE318/edit#),
 my understanding is we'd probably have to loosen the assumption that __args__ 
only contains types for that to work too.

(int, int, str) is temptingly easy, but I think it's a bad idea. For starters, 
PEP 612 loosens what X can be in Callable[X, str] and life is too short to 
spend time figuring out whether (P, str) is meant to be Callable[P, str] or 
Callable[[P], str].

I'm still trying to figure out how I feel about (Tuple[int, int], str). My 
initial reaction was negative / I think I'd be more comfortable with a 
(_Posargs[int, int], str). I don't think Tuple[int, int] would be a workable 
solution in the event that variadic types pose a similar problem.

--
nosy: +hauntsaninja

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31904] Python should support VxWorks RTOS

[Peixing Xin]

Change by Peixing Xin :


--
pull_requests: +22363
pull_request: https://github.com/python/cpython/pull/23473

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

[Ken Jin]

Ken Jin  added the comment:

@guido,
Aesthetics-wise, I agree that ((int, int), str) looks by far the best. My gripe 
with it lies with the implementation - almost every function in typing 
currently assumes that every object in __args__ is a type, having (int, int) - 
the tuple object - requires many changes especially to TypeVar substitution and 
repr.

I thought that (tuple[int, int], str) looked fine because the positional 
arguments passed to a function can be represented by a single tuple (and also 
no need for imports in collections.abc :)! ). However, I support (int, int, 
str) too for the backwards-compatibility reasons you stated. The only downside 
to that is that Callable's __args__ will be slightly harder to parse if more 
args representing other things are added in the future.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

[Guido van Rossum]

Guido van Rossum  added the comment:

I'm still not sold on __args__ == (Tuple[int, int], str); it looks too weird.

However if we introduced a new private type for this purpose that might work? I 
see that the definition of Tuple in typing.py is

Tuple = _TupleType(tuple, -1, inst=False, name='Tuple')

Maybe we could do something like

_PosArgs = _TupleType(tuple, -1, inst=False, name='_PosArgs')

?

Then __args__ could be (_PosArgs[int, int], str).

However this still leaves collections.abc.Callable different. (We really don't 
want to import typing there.)

Then again, maybe we should still not rule out ((int, int), str)? It feels less 
hackish than the others.

And yet another solution would be to stick with (int, int, str) and change 
collections.abc.Callable to match that. Simple, and more backward compatible 
for users of the typing module (since no changes at all there).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42102] Make builtins.callable "generic"

[Guido van Rossum]

Guido van Rossum  added the comment:

Hm. Shantanu's list shows that the next thing we should make usable without 
importing typing is Any. (I haven't any idea how to do that other than just 
making it a builtin.) But after that we should definitely tackle Callable, and 
the obvious way to do it is to make callable indexable. But does that mean it 
has to be a type? I don't think so -- it just has to be an object whose class 
defines both __call__ and __getitem__. Pseudo code:

class callable:
def __call__(self, thing):
return hasattr(thing, "__call__")
def __getitem__(self, index):
# returns a types.GenericAlias instance
# (or a subclass thereof)

I honestly don't think that we should support isinstance(x, callable) even if 
some people think that that should work.

In any case, we should first answer the questions that are still open for issue 
42195 -- what should __args__ for [cC]allable[[int, int], str] be? (int, int, 
str) or ((int, int), str) or ([int, int], str) or (Tuple[int, int], str) are 
all still on the table. Please refer to that issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41100] Support macOS 11 and Apple Silicon Macs

[Ned Deily]

Ned Deily  added the comment:


New changeset 5aa6c99da1087ded0ccb99bb12591e5ab31d75c3 by Ned Deily in branch 
'3.9':
bpo-41100: Update Whatsnew and installer ReadME for 3.9.1 (GH-23472)
https://github.com/python/cpython/commit/5aa6c99da1087ded0ccb99bb12591e5ab31d75c3


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41100] Support macOS 11 and Apple Silicon Macs

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +22362
pull_request: https://github.com/python/cpython/pull/23472

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17576] PyNumber_Index() is not int-subclass friendly (or operator.index() docs lie)

[Brett Cannon]

Brett Cannon  added the comment:

I think operator.index() should be brought to be inline with PyNumber_Index():

- If the argument is a subclass of int then return it.
- Otherwise call type(obj).__index__(obj)
- If not an int, raise TypeError
- If not a direct int, raise a DeprecationWarning

The language reference for __index__() suggests this is the direction to go 
(https://docs.python.org/3/reference/datamodel.html#object.__index__).

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17576] PyNumber_Index() is not int-subclass friendly (or operator.index() docs lie)

[Brett Cannon]

Change by Brett Cannon :


--
title: PyNumber_Index() is not int-subclass friendly (or operator.index() docos 
lie) -> PyNumber_Index() is not int-subclass friendly (or operator.index() docs 
lie)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41100] Support macOS 11 and Apple Silicon Macs

[Ned Deily]

Change by Ned Deily :


--
pull_requests:  -21922

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42432] Http client, Bad Status Line triggered for no reason

[Eric V. Smith]

Eric V. Smith  added the comment:

requests is a third-party library, and this isn't the right place to report 
issues with it. It looks like the requests issue tracker is at 
https://github.com/psf/requests/issues

If you can duplicate this problem with only using the python standard library, 
then please let us know and we'll take a look. I'd have to do some research 
through the standards to determine if the problem is really with your server, 
though.

--
nosy: +eric.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42433] mailbox.mbox fails on non ASCII characters

[Florian Klink]

Florian Klink  added the comment:

Yeah, not questioning here this might be badly formatted, but given these files 
are out there, and the parser is somewhat forgiving in other cases, it should 
be tolerant there as well.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42328] ttk style.map function incorrectly handles the default state for element options.

[miss-islington]

Change by miss-islington :


--
pull_requests: +22361
pull_request: https://github.com/python/cpython/pull/23471

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42328] ttk style.map function incorrectly handles the default state for element options.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset dd844a2916fb3a8f481ec7c732802c13c3375691 by Serhiy Storchaka in 
branch 'master':
bpo-42328: Fix tkinter.ttk.Style.map(). (GH-23300)
https://github.com/python/cpython/commit/dd844a2916fb3a8f481ec7c732802c13c3375691


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42328] ttk style.map function incorrectly handles the default state for element options.

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22360
pull_request: https://github.com/python/cpython/pull/23470

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29207] make install fails on ARM

[Irit Katriel]

Irit Katriel  added the comment:

Python 2-only issue.

--
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32317] sys.exc_clear() clears exception in other stack frames

[Irit Katriel]

Irit Katriel  added the comment:

sys.exc_clear was removed in Python 3:
https://docs.python.org/3/whatsnew/3.0.html#index-22

--
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42435] Speed up comparison of bytes and bytearray object with objects of different types

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26131] Raise ImportWarning when loader.load_module() is used

[Brett Cannon]

Change by Brett Cannon :


--
pull_requests: +22359
stage: commit review -> patch review
pull_request: https://github.com/python/cpython/pull/23469

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42439] Use of ternary operator instead of if and else in month calculation function

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I concur with Steven. We usually reject pure cosmetic changes. And I do not see 
any advantages of the new code.

--
nosy: +serhiy.storchaka
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42440] MACBOOK Python launcher

[Rawad Bader]

New submission from Rawad Bader :

I would like to know why when I run my script from python3.8 for the 
VideoCapture which it was working before the new update for MacBook. Now it 
runs and the camera lights green but the python launcher, not apple to opens 
the camera no idea why.

--
components: macOS
messages: 381632
nosy: ned.deily, rawadbader466, ronaldoussoren
priority: normal
severity: normal
status: open
title: MACBOOK Python launcher
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42439] Use of ternary operator instead of if and else in month calculation function

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Why do you care what the implementation of the private methods are? Does it 
make them faster or fix a bug? How is it "convenient" to change the 
implementation to ternary if?

Without some better justification, this strikes me as just code churn for no 
benefit, but the risk of breaking things. For example, you changed the result 
from a tuple to a list.

Will this break anything? I don't know, but it will take time to find out, and 
with no obvious benefit to the change, spending that time to find out if this 
is a safe change is effort for no visible benefit.

--
nosy: +steven.daprano

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42435] Speed up comparison of bytes and bytearray object with objects of different types

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 313467efdc23a1ec8662b77d2001642be598f80a by Serhiy Storchaka in 
branch 'master':
bpo-42435: Speed up comparison of bytes and bytearray object (GH--23461)
https://github.com/python/cpython/commit/313467efdc23a1ec8662b77d2001642be598f80a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42439] Use of ternary operator instead of if and else in month calculation function

[Elian Mariano Gabriel]

Change by Elian Mariano Gabriel :


--
keywords: +patch
pull_requests: +22358
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23468

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42439] Use of ternary operator instead of if and else in month calculation function

[Elian Mariano Gabriel]

New submission from Elian Mariano Gabriel :

Inside the file calendar.py, there are two functions which are supposed to 
calculate the previous and next month relative to the actual year and month.

def _prevmonth(year, month):
if month == 1:
return year-1, 12
else:
return year, month-1


def _nextmonth(year, month):
if month == 12:
return year+1, 1
else:
return year, month+1

Because of the concise calculation that is being made by these functions, it 
would be convenient to use the ternary operator to calculate that. So, the 
result would be:

def _prevmonth(year, month):
return [year-1, 12] if month == 1 else [year, month-1]

def _nextmonth(year, month):
return [year+1, 1] if month == 12 else [year, month+1]

--
components: Library (Lib)
files: calendar.py
messages: 381629
nosy: ElianMariano
priority: normal
severity: normal
status: open
title: Use of ternary operator instead of if and else in month calculation 
function
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49614/calendar.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

[Gregory P. Smith]

Change by Gregory P. Smith :


--
assignee:  -> gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

[Gregory P. Smith]

Gregory P. Smith  added the comment:

It was a mere oversight that this didn't handle text= the same as 
universal_newlines=.  I made a PR to keep their behavior consistent and match 
the documentation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

[Gregory P. Smith]

Change by Gregory P. Smith :


--
keywords: +patch
pull_requests: +22357
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23467

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42433] mailbox.mbox fails on non ASCII characters

[R. David Murray]

R. David Murray  added the comment:

The problem with that archive is that it is not in proper mbox format.  It 
contains the following line (5689):

From here I was hoping to run something like “dbus-send –system 
–dest=Test.Me –print-reply /Japan Japan.Reset.Test string:”Hello””

You will note that there is no leading '>' on that line to escape that 'From '. 
 So mbox tries to build a 'From ' line from it, and fails because 'From ' lines 
should not contain any non-ascii characters.  It can be argued that that 
failure is sub-optimal...it should probably be calling decode('ascii', 
errors='replace') so that the parse doesn't fail, just like it would not fail 
if there were no non-ascii in the unescaped 'From ' line.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13907] test_pprint relies on set/dictionary repr() ordering

[Raymond Hettinger]

Change by Raymond Hettinger :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS

[miss-islington]

miss-islington  added the comment:


New changeset 85720596f1baf8db2cd456c8c2bd07dc03c6beca by Miss Islington (bot) 
in branch '3.9':
bpo-42361: Use Tcl/Tk 8.6.10 when building the installer on recent macOS 
(GH-23293)
https://github.com/python/cpython/commit/85720596f1baf8db2cd456c8c2bd07dc03c6beca


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16784] Int tests enhancement and refactoring

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> fixed
stage: needs patch -> resolved
status: pending -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10551] mimetypes read from the registry should not overwrite standard mime mappings

[Irit Katriel]

Change by Irit Katriel :


--
status: pending -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32068] textpad from curses package isn't handling backspace key

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
nosy_count: 2.0 -> 3.0
pull_requests: +22356
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23466

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42438] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding

[Eryk Sun]

Change by Eryk Sun :


--
stage: backport needed -> resolved

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS

[miss-islington]

Change by miss-islington :


--
pull_requests: +22355
pull_request: https://github.com/python/cpython/pull/23465

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40934] Default RLock does not work well for Manager Condition

[Irit Katriel]

Irit Katriel  added the comment:

I tried this script on Windows 10, MacOs and Linux and it blocked in all cases. 
If you are still seeing this issue please create a new issue with full system 
and env information.

--
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40791] hmac.compare_digest could try harder to be constant-time.

[Benjamin Peterson]

Change by Benjamin Peterson :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40791] hmac.compare_digest could try harder to be constant-time.

[Benjamin Peterson]

Benjamin Peterson  added the comment:


New changeset db95802bdfac4d13db3e2a391ec7b9e2f8d92dbe by Miss Islington (bot) 
in branch '3.7':
bpo-40791: Make compare_digest more constant-time. (GH-23438)
https://github.com/python/cpython/commit/db95802bdfac4d13db3e2a391ec7b9e2f8d92dbe


--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

[Alexey Izbyshev]

Alexey Izbyshev  added the comment:

> (probably can't even limit that to the case when `text` is used, since it was 
> added in 3.7)

Well, actually, we can, since we probably don't need to preserve compatibility 
with the AttributeError currently caused by `text=True` with `input=None`. 
However, it seems to me that treating `input=None` differently depending on the 
other arguments would be confusing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

[Alexey Izbyshev]

Alexey Izbyshev  added the comment:

It seems that allowing `input=None` to mean "redirect stdin to a pipe and send 
an empty string there" in `subprocess.check_output` was an accident(?), and 
this behavior is inconsistent with `subprocess.run` and `communicate`, where 
`input=None` has the same effect as not specifying it at all.

The docs for `subprocess.check_output` say:

The arguments shown above are merely some common ones. The full function 
signature is largely the same as that of run() - most arguments are passed 
directly through to that interface. However, explicitly passing input=None to 
inherit the parent’s standard input file handle is not supported.

They don't make it clear the effect of passing `input=None` though. I also 
couldn't find any tests that would check that effect.

Since we can't just forbid `input=None` for `check_output` at this point 
(probably can't even limit that to the case when `text` is used, since it was 
added in 3.7), I think that we need to extend the check pointed to by 
ThiefMaster to cover `text`, clarify the docs and add a test.

--
nosy: +gregory.p.smith, izbyshev
versions: +Python 3.10, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42438] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding

[Eryk Sun]

Eryk Sun  added the comment:

> I reinstalled python from 3.8.2 to 3.9

Going from 3.8 to 3.9 is not an in-place upgrade. You need to create a new 
virtual environment that references the base 3.9 installation.

--
nosy: +eryksun
resolution:  -> not a bug
stage:  -> backport needed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

[Batuhan Taskaya]

Batuhan Taskaya  added the comment:

I'm sorry to interrupt but what is the exact reasoning behind adding a new, (I 
presume) redundant crasher? There are tons of different ways to crash the 
interpreter with malformed bytecode, how would adding only one of them bring 
any good?

--
nosy: +BTaskaya

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42436] Google use wrong "hightlight" argument

[Eric V. Smith]

Eric V. Smith  added the comment:

This seems to be a question for Google.

--
nosy: +eric.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42438] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding

[Vuyyuru Sai Nithish]

New submission from Vuyyuru Sai Nithish :

Im using django on an virtual env, when im trying to use pandas it was giving 
me and error message(IDE: VScode) i.e, module error: pandas was not found. I 
reinstalled python from 3.8.2 to 3.9 and now in my virtual environment it was 
giving an error that Django is not installed, and when I checked django in 
virtual env this is displayed

(test) C:\Users\saini\Envs>django-admin --version
Python path configuration:
  PYTHONHOME = (not set)
  PYTHONPATH = (not set)
  program name = 'c:\users\saini\envs\test\scripts\python.exe'
  isolated = 0
  environment = 1
  user site = 1
  import site = 1
  sys._base_executable = 'c:\\users\\saini\\envs\\test\\scripts\\python.exe'
  sys.base_prefix = ''
  sys.base_exec_prefix = ''
  sys.executable = 'c:\\users\\saini\\envs\\test\\scripts\\python.exe'
  sys.prefix = ''
  sys.exec_prefix = ''
  sys.path = [
'c:\\users\\saini\\envs\\test\\scripts\\python38.zip',
'.\\DLLs',
'.\\lib',
'c:\\users\\saini\\appdata\\local\\programs\\python\\python38',
  ]
Fatal Python error: init_fs_encoding: failed to get the Python codec of the 
filesystem encoding
Python runtime state: core initialized
ModuleNotFoundError: No module named 'encodings'

Current thread 0x0790 (most recent call first):


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42438] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding

[Vuyyuru Sai Nithish]

Change by Vuyyuru Sai Nithish :


--
nosy: nithish
priority: normal
severity: normal
status: open
title: Fatal Python error: init_fs_encoding: failed to get the Python codec of 
the filesystem encoding
type: crash
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42437] crypt produces wrong hashes for passwords containing dollar sign

[Christian Heimes]

Christian Heimes  added the comment:

PS: Don't use crypt or SSHA512 format for passowrd hashing. You should use 
PBKDF2-HMAC, bcrypt, scrypt, or argon2 instead. SSHA512 is a dated algorithm 
and considered insecure.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42437] crypt produces wrong hashes for passwords containing dollar sign

[Christian Heimes]

Christian Heimes  added the comment:

I assume that you called openssl from a shell. You did not use single quotes 
around in the first example:

$ echo "cash$money"
cash
$ echo 'cash$money'
cash$money
$ openssl passwd -6 -salt 'C0UG33RcHmBVAjQ/' 'cash$money'
$6$C0UG33RcHmBVAjQ/$Tm9aYQq7BsTT/awN6wiUZ6ysamqX9qUVKBV.TjML5udxWqupAB7luv/.KYypZnpQ9eI33R4Lw3O4Jx4NZjTEV/

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42437] crypt produces wrong hashes for passwords containing dollar sign

[Микаела Стоичкова]

New submission from Микаела Стоичкова :

I am having an issue with crypt library (Lib/crypt.py) when hashing passwords 
containing dolalr sign ("$") . I am using python 3.8.5 on Linux.  To compare 
hashed passwords produced by crypt, I used openssl utilities. 

When generating hashes for password without "$", crypt and openssl return the 
same result.

But when generating hashes for passwords containing $ dollar sign, crypt 
returns a result different from the result returned by openssl: 

openssl passwd -6 "cash$money"
$6$C0UG33RcHmBVAjQ/$j1Tm2WSaZzDIzVQTgk71z6nY7fiJnaLe6Lxy8DzGystQ1Jive7IuqIUJq5s2F9wdXRpm8jNs7iksV8oHPVKYC0
 
python3 -c 'import crypt; 
print(crypt.crypt("cash$money","$6$C0UG33RcHmBVAjQ/"))'
$6$C0UG33RcHmBVAjQ/$Tm9aYQq7BsTT/awN6wiUZ6ysamqX9qUVKBV.TjML5udxWqupAB7luv/.KYypZnpQ9eI33R4Lw3O4Jx4NZjTEV/


I did not find a special mention for dollar sign in the documentation. Thanks 
for your help.

--
components: Library (Lib)
messages: 381615
nosy: m.stoichkovaaa
priority: normal
severity: normal
status: open
title: crypt produces wrong hashes for passwords containing dollar sign
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[Christian Heimes]

Change by Christian Heimes :


--
pull_requests: +22354
pull_request: https://github.com/python/cpython/pull/23462

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4657] Doctest gets line numbers wrongs with <> in name

[Irit Katriel]

Irit Katriel  added the comment:

I tested on 3.10 (macos) and can confirm that it is fixed. 

Details: I changed _run_object_doctest as Nick explained, and made it display 
the output of the finder.find() call - the line number was the same with and 
without the <>s.

--
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42436] Google use wrong "hightlight" argument

[Amirouche Boubekki]

New submission from Amirouche Boubekki :

At the moment when I search for the following:

  https://www.google.com/search?q=ast+transformer+python+3.10

I have as second result this url:

  https://docs.python.org/dev/library/ast.html?highlight=s

I do not understand the purpose in the query string of `highlight=s`

--
assignee: docs@python
components: Documentation
messages: 381613
nosy: amirouche, docs@python
priority: normal
severity: normal
status: open
title: Google use wrong "hightlight" argument
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42435] Speed up comparison of bytes and bytearray object with objects of different types

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +22353
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23461

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42435] Speed up comparison of bytes and bytearray object with objects of different types

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
title: Spped up comparison of bytes and bytearray object with objects of 
different types -> Speed up comparison of bytes and bytearray object with 
objects of different types

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42435] Spped up comparison of bytes and bytearray object with objects of different types

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The proposed PR speeds up comparison of bytes and bytearray object with objects 
of different types, especially if use the -b option.

Before:

$ ./python -m timeit -s "x = b''" "x == None"
1000 loops, best of 5: 29.5 nsec per loop
$ ./python -b -m timeit -s "x = b''" "x == None"
200 loops, best of 5: 139 nsec per loop
$ ./python -m timeit -s "x = bytearray()" "x == None"
100 loops, best of 5: 282 nsec per loop
$ ./python -b -m timeit -s "x = bytearray()" "x == None"
100 loops, best of 5: 282 nsec per loop

After:

$ ./python -m timeit -s "x = b''" "x == None"
1000 loops, best of 5: 29.7 nsec per loop
$ ./python -b -m timeit -s "x = b''" "x == None"
1000 loops, best of 5: 29.9 nsec per loop
$ ./python -m timeit -s "x = bytearray()" "x == None"
1000 loops, best of 5: 32.1 nsec per loop
$ ./python -b -m timeit -s "x = bytearray()" "x == None"
1000 loops, best of 5: 32.2 nsec per loop

There were two causes of the slowdown:

1. When checked for bytes warning, the code used slow PyObject_IsInstance() 
which checks the __class__ attribute and looks up several other attributes. 
Using fast PyUnicode_Check() and PyLong_Check() is enough, because the only 
case when these methods give different result if you compare with an instance 
of special class with the __class__ property which return str or int. It is 
very uncommon case.

2. For bytearray, it tried to get buffers of arguments, and if they did not 
support the buffer protocol, a TypeError was raised and immediately suppressed. 
Using fast check PyObject_CheckBuffer() allows to get rid of raising an 
exception.

Also, PyUnicode_Check() and PyLong_Check() are more convenient, because they do 
not need error handling.

--
components: Interpreter Core
messages: 381612
nosy: methane, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Spped up comparison of bytes and bytearray object with objects of 
different types
type: performance
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13907] test_pprint relies on set/dictionary repr() ordering

[Irit Katriel]

Irit Katriel  added the comment:

This test was since renamed to test_set_of_sets_reprs  and is currently marked 
as @expectedFailure:

https://github.com/python/cpython/commit/51844384f4b225d214e122edd8af65c75e50a150

--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 686c203cd4355be5b7809a9d24b4aa3566d9371f by Serhiy Storchaka in 
branch 'master':
bpo-42423: Accept single base class in PyType_FromModuleAndSpec() (GH-23441)
https://github.com/python/cpython/commit/686c203cd4355be5b7809a9d24b4aa3566d9371f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42434] Library json, file json/encoder.py: Function floatstr should be a class-level function.

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22351
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23459

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42434] Library json, file json/encoder.py: Function floatstr should be a class-level function.

[David Salač]

New submission from David Salač :

The logic as it is implemented now does not allow to user to override floatstr 
function. That makes things enormously inconvenient for people who need any 
different of behaviour (for example return string values defining Infinity, NaN 
or -Infinity). If it was moved on the class-level, it would easier because it 
makes floatstr to be a class-level function.

--
components: Library (Lib)
files: encoder.py
messages: 381609
nosy: salacdav
priority: normal
severity: normal
status: open
title: Library json, file json/encoder.py: Function floatstr should be a 
class-level function.
type: enhancement
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49613/encoder.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41100] Support macOS 11 and Apple Silicon Macs

[Ronald Oussoren]

Ronald Oussoren  added the comment:


New changeset e8b1c038b14b5fc8120aab62c9bf5fb840274cb6 by Ronald Oussoren in 
branch '3.9':
[3.9] bpo-41100: Support macOS 11 and Apple Silicon (GH-22855) (GH-23295)
https://github.com/python/cpython/commit/e8b1c038b14b5fc8120aab62c9bf5fb840274cb6


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42433] mailbox.mbox fails on non ASCII characters

[Florian Klink]

New submission from Florian Klink :

I'm importing some mbox archives into my maildirs, and use `mailbox.mbox` to 
parse archives created by pipermail.

Some of these archives seem to contain non-ascii characters, and python just 
throws a `UnicodeDecodeError` and refuses to process the archive.

Reproducer: (successful on 3.7.9, 3.8.5, 3.9.0)

```
curl https://lists.freedesktop.org/archives/systemd-devel/2016-January.txt.gz | 
zcat > mbox.txt
python3 -c "import mailbox; mb = mailbox.mbox('mbox.txt');mb.items()"
```

--
components: email
messages: 381607
nosy: barry, flokli, r.david.murray
priority: normal
severity: normal
status: open
title: mailbox.mbox fails on non ASCII characters
versions: Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42432] Http client, Bad Status Line triggered for no reason

[sicarius noidea]

New submission from sicarius noidea :

Hey,
BadStatusLine triggered when protocol version is in lowercase. 
I've encountered a server that answers "Http/1.0  404 Not Found\r\n" instead of 
"HTTP/1.0  404 Not Found\r\n"

## Expected Result

Requests understanding the status line.

## Actual Result

Requests is closing the connection.

## Reproduction Steps
### Setup a server that answers the line above
bash: ```while 1;do echo "Http/1.0  404 Not Found\r\n" | sudo nc -lnvp 80; 
done```
### get the server
```python
import requests
req = req = requests.get("http://127.0.0.1/;, verify=False, allow_redir=False )
```

## problem location
Look at line 287 of http/client.py
the word "HTTP" should be matched in lowercase too.
```python
if not version.startswith("HTTP/"):```

Regards.

--
components: Library (Lib)
messages: 381606
nosy: sicarius.ctf
priority: normal
severity: normal
status: open
title: Http client, Bad Status Line triggered for no reason
type: behavior
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

[Inada Naoki]

Inada Naoki  added the comment:

> I don't think we need two algorithms here. I'm +1 to add str.dedent() which 
> mirroring only inspect.cleandoc().

I withdraw this.  If we add str.dedent(), it must not be optimized for 
triple-quote literal.

Auto dedenting is very nice to have. It can be different from 
inspect.cleandoc().

We may able to cleandoc() automatically, even without `from __future__`. This 
can be different from str.dedent() or auto dedenting.

We already have a separate issue for docstring. And auto dedenting will needs 
PEP. How about focus on str.dedent() and change the issue title?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42431] Fix outdated bytes comments

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +22350
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23458

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42431] Fix outdated bytes comments

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Some comments in C code still refer to bytearray object as bytes object and to 
bytes object as string object.

The proposed PR fixes outdated comments.

It also moves the definition of macros F_LJUST etc from public header to 
private header. They are only used internally and never leaked to the user. 
They were defined in two places: in Include/bytesobject.h and 
Objects/bytesobject.c.

Is it true that headers in Include/internal are more private than headers in 
Include/cpython? It is not clear from names.

--
components: Interpreter Core
messages: 381604
nosy: serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: Fix outdated bytes comments
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42427] Use the errno attribute of OSError instead of args[0]

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42427] Use the errno attribute of OSError instead of args[0]

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset c4d45ee670c09d4f6da709df072ec80cb7dfad22 by Serhiy Storchaka in 
branch 'master':
bpo-42427: Use the errno attribute of OSError instead of args[0] (GH-23449)
https://github.com/python/cpython/commit/c4d45ee670c09d4f6da709df072ec80cb7dfad22


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Multiline string literals were added recently in Java 
(https://openjdk.java.net/jeps/378). The semantic is similar to Julia: 
autodedent and ignoring the first blank line.

Multiline string literals have similar semantic in Swift 
(https://docs.swift.org/swift-book/LanguageGuide/StringsAndCharacters.html).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14527] How to link with a non-system libffi?

[pmp-p]

pmp-p  added the comment:

I think the actual PR20451 with its proper use of pkgconfig could close 
https://bugs.python.org/issue31710 ( fixing at once android and wasm/wasi 
compilation )

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

[Jason R. Coombs]

Jason R. Coombs  added the comment:

As I reviewed the PR, I do realize how tricky this change is going to be. In 
addition to the three MSVC implementations in distutils, Setuptools has its own 
(https://github.com/pypa/setuptools/blob/master/setuptools/msvc.py).

Interestingly, that file indicates support for ARM (when describing support for 
MSVC 14+), so at least someone has previously embarked on this territory.

If it turns out that supporting ARM in msvc9compiler also implies adding 
support for MSVC 14+, I think you'll be hard-pressed to find a satisfying 
solution that doesn't break compatibility for many use-cases.

Thanks for investigating this issue and good luck.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com