[issue36260] Cpython/Lib vulnerability found and request a patch submission

KunYu Chen added the comment: Thank you Karthikeyan Singaravelan. We're working on it :D Kunyu Chen -- ___ Python tracker ___ ___

[issue36280] Add kind field to ast.Constant, to distinguish u"..." from "..." for type checkers

New submission from Serhiy Storchaka : Maybe use a special subclass of Constant for indicating string literals with the "u" prefix? -- nosy: +serhiy.storchaka ___ Python tracker

[issue36280] Add kind field to ast.Constant, to distinguish u"..." from "..." for type checkers

Change by Guido van Rossum : -- assignee: gvanrossum nosy: gvanrossum priority: normal severity: normal status: open title: Add kind field to ast.Constant, to distinguish u"..." from "..." for type checkers type: behavior versions: Python 3.8 ___

[issue36280] Add kind field to ast.Constant, to distinguish u"..." from "..." for type checkers

Change by Guido van Rossum : -- keywords: +patch pull_requests: +12279 stage: -> patch review ___ Python tracker ___ ___

[issue36279] os.wait3() leaks some uninitialized stack when no processes exist

Change by Roundup Robot : -- keywords: +patch pull_requests: +12278 stage: -> patch review ___ Python tracker ___ ___

[issue35647] Cookie path check returns incorrect results

Change by Senthil Kumaran : -- assignee: -> larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36278] Truncate method

Change by Josh Rosenberg : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> File truncate() not defaulting to current position as documented ___ Python tracker

[issue36279] os.wait3() leaks some uninitialized stack when no processes exist

New submission from David Wilson : Not sure if this is worth reporting.. p = os.popen('sleep 1234') os.wait3(os.WNOHANG) os.wait3(os.WNOHANG) os.wait3(os.WNOHANG) Notice struct rusage return value. When wait3() succeeds on Linux, but no child was waiting to be reaped, is not updated by the

[issue36252] update to Unicode 12

Benjamin Peterson added the comment: msg318935 is still true. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36278] Truncate method

Karthikeyan Singaravelan added the comment: This looks like a similar report to issue26158 where truncate refers to the position of the underlying buffer and could be documented better. -- nosy: +serhiy.storchaka, xtreak ___ Python tracker

[issue36278] Truncate method

New submission from Cavad Salmanov : I created a new file for researching truncate() method. and I writed this text: alma armud heyva nar qarpiz yemis I wanted to delete all the text apart from first line by truncate method. I writed these codes on python idle:

[issue36276] Python urllib CRLF injection vulnerability

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue30458#msg295067 -- nosy: +martin.panter, orsenthil, xtreak ___ Python tracker ___

[issue36277] pdb's recursive debug command is not listed in the docs

New submission from Antony Lee : pdb's recursive debug command (mentioned e.g. in https://bugs.python.org/issue35931) is not listed in https://docs.python.org/3/library/pdb.html#debugger-commands. (I haven't checked whether any other command is missing.) -- assignee: docs@python

[issue36276] Python urllib CRLF injection vulnerability

New submission from ragdoll : Abstract: A CRLF injection vulnerability of Python built-in urllib module (“urllib2” in 2.x，”urllib” in 3.x) was found by our team. Attacker who has the control of the requesting address parameter, could exploit this vulnerability to manipulate a HTTP header and

[issue36157] Document PyInterpreterState_Main().

Change by Cheryl Sabella : -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36085] Enable better DLL resolution

Steve Dower added the comment: PR has been posted, but it's incomplete (docs, news, etc.) And unfortunately longer than I'd hoped, since we have to use GetProcAddress for these function on Windows 7 still (even if it has the required update), but since it's coming from kernel32 (which is

[issue35661] Store the venv prompt in pyvenv.cfg

Steve Dower added the comment: Yeah, that failure on Windows is due to not correctly detecting a venv made from a build tree, rather than a venv from a proper install. I have a fix for that in the other bug. If it got that far, it means it used the correct prefix path, so it'll be fine.

[issue35132] python-gdb error: Python Exception Type does not have a target

Dylan Cali added the comment: Thank you! And thank you Lisa Roach for the investigation and fix. -- ___ Python tracker ___ ___

[issue35661] Store the venv prompt in pyvenv.cfg

Cheryl Sabella added the comment: New changeset 839b925f6347222de560cdb767924c502b4039aa by Cheryl Sabella in branch 'master': bpo-35661: Fix failing test on buildbot (GH-12297) https://github.com/python/cpython/commit/839b925f6347222de560cdb767924c502b4039aa --

[issue36085] Enable better DLL resolution

Change by Steve Dower : -- keywords: +patch pull_requests: +12277 stage: -> patch review ___ Python tracker ___ ___

[issue35661] Store the venv prompt in pyvenv.cfg

Cheryl Sabella added the comment: Thanks Steve. The venv tests run for me from inside a venv on Windows 10 from a command prompt. From Powershell, all the tests fail with the following when run from inside a venv: FileNotFoundError: [Errno 2] No such file or directory:

[issue36174] Remove licenseUrl field from nuget packages

miss-islington added the comment: New changeset ada2e379738bc0eca6ec030a4a573aa7b98faf78 by Miss Islington (bot) in branch '3.7': bpo-36174: Update nuget authoring for new license field. (GH-12300) https://github.com/python/cpython/commit/ada2e379738bc0eca6ec030a4a573aa7b98faf78 --

[issue36174] Remove licenseUrl field from nuget packages

Steve Dower added the comment: I'll do the 2.7 backport later (hopefully tomorrow, maybe?). Need to spin up my build machine for it. We currently don't include the license directly in the 2.7 nuget packages, so there's a slightly bigger chance required (hopefully only a line or two, but it

[issue36275] DOC: venv.create doesn't include prompt parameter

New submission from Cheryl Sabella : In the documentation for the `venv` module, there is a module-level convenience function for `create` which is missing the `prompt` parameter and the version added directive. venv.create(env_dir, system_site_packages=False, clear=False, symlinks=False,

[issue36174] Remove licenseUrl field from nuget packages

Change by miss-islington : -- pull_requests: +12276 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36174] Remove licenseUrl field from nuget packages

Steve Dower added the comment: New changeset 26c910c59c47bdef4220c34e66c45a625bda5e56 by Steve Dower in branch 'master': bpo-36174: Update nuget authoring for new license field. (GH-12300) https://github.com/python/cpython/commit/26c910c59c47bdef4220c34e66c45a625bda5e56 --

[issue36174] Remove licenseUrl field from nuget packages

Change by Steve Dower : -- keywords: +patch pull_requests: +12275 stage: -> patch review ___ Python tracker ___ ___

[issue35661] Store the venv prompt in pyvenv.cfg

Steve Dower added the comment: The PR looks good to me. Are you able to test this test running from in a venv? I'm not at all clear why it would work there when the others fail (there's another issue looking at this, since it's only Linux that doesn't support venv-in-venv, but the tests

[issue30040] new empty dict can be more small

Inada Naoki added the comment: On Wed, Mar 13, 2019 at 4:46 AM Raymond Hettinger wrote: > > Raymond Hettinger added the comment: > > I hate to see you working so hard to make this work. IMO, the effort is > futile. Dicts were intentionally designed to do a single memory allocation > and

[issue35661] Store the venv prompt in pyvenv.cfg

Cheryl Sabella added the comment: Steve, thanks for the suggestions. Looking at the other tests, `test_prompt` was the only one (prior to the original change) that didn't create a venv, so maybe actually creating the venv instead of just instantiating the class were testing that

[issue35661] Store the venv prompt in pyvenv.cfg

Change by Cheryl Sabella : -- pull_requests: +12274 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue17421] Drop restriction that meta.__prepare__() must return a dict (subclass)

Caleb Donovick added the comment: In my mind this seems like a bug. PEP 3115 states: ''' __prepare__ returns a dictionary-like object which is used to store the class member definitions during evaluation of the class body. In other words, the class body is evaluated as a function block (just

[issue36264] os.path.expanduser should not use HOME on windows

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36264] os.path.expanduser should not use HOME on windows

Steve Dower added the comment: New changeset 8ef864d50fb847cf15d5717c0db04fd60fb13d8d by Steve Dower in branch 'master': bpo-36264: Updates documentation for change to expanduser on Windows (GH-12294) https://github.com/python/cpython/commit/8ef864d50fb847cf15d5717c0db04fd60fb13d8d

[issue17421] Drop restriction that meta.__prepare__() must return a dict (subclass)

Change by Caleb Donovick : -- nosy: +donovick ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30040] new empty dict can be more small

Terry J. Reedy added the comment: Some of my thoughts on this. Conceptually, I expected that clearing a normal dict should make it an empty normal dict. I presume that making it instead an empty shared key dict is a matter of efficiency and code simplicity. If the 'anomaly' is to be

[issue36216] urlsplit does not handle NFKC normalization

Steve Dower added the comment: Hah, I typo'd the commit message and marked it as 3.7 instead of 2.7. Oh well. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36229] Linear-time list, set, and bytearray ops.

Tim Peters added the comment: I'm at best -0 on this, and on the edge of -1. We already supply mutate-in-place operations for when this is wanted, and, e.g., for lists, it's as dead easy to spell as L1 += L2 Half the point of the hack for string catenation was that the similar-looking

[issue36085] Enable better DLL resolution

Steve Dower added the comment: It's different from ctypes because I can update ctypes as part of this change :) The reason it matters is that it's basically a wrapper around LoadLibrary, and that's what is going to change here. Hopefully we won't cause too much trouble for their users.

[issue36256] parser module fails on legal input

Brett Cannon added the comment: @Xavier different needs; AST and CST are at different stages of compilation. -- ___ Python tracker ___

[issue36085] Enable better DLL resolution

mattip added the comment: I have left a note for arigato, but why is CFFI different than ctypes or c-extension modules? All will need adjustment. -- ___ Python tracker ___

[issue36216] urlsplit does not handle NFKC normalization

Steve Dower added the comment: New changeset 507bd8cde60ced74d13a1ffa883bb9b0e73c38be by Steve Dower in branch '2.7': [3.7] bpo-36216: Only print test messages when verbose (GH-12291) https://github.com/python/cpython/commit/507bd8cde60ced74d13a1ffa883bb9b0e73c38be --

[issue36085] Enable better DLL resolution

Steve Dower added the comment: Actually, CFFI is probably going to be most affected. Who do we know from that project who should be nosied on this? -- ___ Python tracker ___

[issue36229] Linear-time list, set, and bytearray ops.

Raymond Hettinger added the comment: > Binary operations on collections are, in general, of quadratic complexity. BTW, this seems like drastic mischaracterization, making it seem like something is wrong with the containers. It is more accurate to say that an uncommon user pattern of

[issue36229] Linear-time list, set, and bytearray ops.

Raymond Hettinger added the comment: I intend to make a python-dev post about this so we can decide whether to move forward or not. For now, here are a few thoughts: * Something like this was implemented for strings as an effort to mitigate the harm from a common mistake of using chained

[issue36274] http.client cannot send non-ASCII request lines

New submission from Tim Burke : While the RFCs are rather clear that non-ASCII data would be out of spec, * that doesn't prevent a poorly-behaved client from sending non-ASCII bytes on the wire, which means * as an application developer, it's useful to be able to mimic such a client to verify

[issue36085] Enable better DLL resolution

Eryk Sun added the comment: Okay. Sorry for adding noise. My mental hiccup was in thinking it would continue to use LOAD_WITH_ALTERED_SEARCH_PATH in conjunction with SetDefaultDllDirectories: LOAD_LIBRARY_SEARCH_DEFAULT_DIRS. I forgot that it's documented that they shouldn't be combined.

[issue30040] new empty dict can be more small

Mark Shannon added the comment: Serhiy, for {'a': None} the dict is created using _PyDict_NewPresized() so this makes no difference. -- ___ Python tracker ___

[issue35944] Python 3.7 install error

Steve Dower added the comment: Closing due to no response -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue35832] Installation error

Steve Dower added the comment: Closing due to no response. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30040] new empty dict can be more small

Mark Shannon added the comment: In general, I agree with Raymond that this is likely to counter-productive. But let's not guess, let's measure :) I expect that there are few live empty dicts at any time for most programs. In which case there is no point in any change that attempts to save

[issue36085] Enable better DLL resolution

Paul Moore added the comment: > Since everyone seems to have misunderstood at least part of the proposal, I'm > not going to explain any more until I have a patch. Excluding boilerplate and > docs, it'll be about ten lines of code. +1 on that. Code is much harder to misunderstand :-) Paul

[issue36085] Enable better DLL resolution

Paul Moore added the comment: OK, I don't really follow enough of the details here to comment properly. But clearly Steve and Eryk are not yet in agreement. My personal view is that this is something where we should be trying *very* hard to preserve backward compatibility. The proposal here

[issue35661] Store the venv prompt in pyvenv.cfg

Change by Brett Cannon : -- assignee: brett.cannon -> cheryl.sabella ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue30040] new empty dict can be more small

Raymond Hettinger added the comment: > Hmm, while 2x faster temporal empty dict is nice, > 10% slower case can be mitigated. > I will try more micro benchmarks and optimizations. I hate to see you working so hard to make this work. IMO, the effort is futile. Dicts were intentionally

[issue36085] Enable better DLL resolution

Steve Dower added the comment: > The alternative ... Is what I proposed in the first place. Adding the SetDefaultDllDirectories call to Py_Main (that is, NOT for embedders) is to ensure consistency throughout the process. It'll only affect extension module dependencies that do their own

[issue35760] test_asyncio: test_async_gen_asyncio_gc_aclose_09() race condition

Yury Selivanov added the comment: > I guess it fails only for less difference in time like 0.01 and 0.001. Yeah, that's what I was thinking. 0.1 seconds is still too tight, a simple GC pause can skew the timers and break the test logic. Maybe we should just increase the sleep to 0.5 or 1

[issue30040] new empty dict can be more small

Serhiy Storchaka added the comment: What about creating small dict using a dict display? E.g. {'a': None}. -- ___ Python tracker ___

[issue36085] Enable better DLL resolution

Eryk Sun added the comment: > will this change just affect the embedded Python, or will it affect > the whole process SetDefaultDllDirectories affects the whole process and cannot be reverted back to the legacy search path that includes "%SystemRoot%", "%SystemRoot%\System" (the old

[issue35760] test_asyncio: test_async_gen_asyncio_gc_aclose_09() race condition

Karthikeyan Singaravelan added the comment: I changed sleep(0.01) to sleep(1) and even after 350 runs I couldn't see any failure in test. I guess it fails only for less difference in time like 0.01 and 0.001. $ ./python.exe -X dev -m test -j4 -F test_asyncgen -m

[issue35661] Store the venv prompt in pyvenv.cfg

Steve Dower added the comment: Maybe you can just call builder.create_configuration() from the test and pass in enough context that it doesn't have to create a real venv? That would also make the test faster. -- ___ Python tracker

[issue35661] Store the venv prompt in pyvenv.cfg

Steve Dower added the comment: It may also be that the directory exists already - the previous test explicitly removes it before calling create(). -- ___ Python tracker ___

[issue36256] parser module fails on legal input

Xavier Combelle added the comment: never used the parser module nor lib2to3. Does they have any advantage over ast.parse and ast module ? -- ___ Python tracker ___

[issue35760] test_asyncio: test_async_gen_asyncio_gc_aclose_09() race condition

Yury Selivanov added the comment: Can you change "await asyncio.sleep(0.01)" to "await asyncio.sleep(1)" and check if the test still fails? (IOW see if there's a bug in Python's async gen implementation or this is simply caused by slow CI bots). --

[issue35760] test_asyncio: test_async_gen_asyncio_gc_aclose_09() race condition

Karthikeyan Singaravelan added the comment: I have modified the test with help of Victor to have lower sleep delay to reproduce the bug. Since sleep calls call_later with the delay where the Timer object is created time.monotonic() + delay. I have added a print statement to see when the

[issue36264] os.path.expanduser should not use HOME on windows

Steve Dower added the comment: > Guido intentionally added support for HOME in ntpath.expanduser way back in > Python 1.5 (circa 1997), and now we're removing it over 20 years later. Wouldn't be the first thing to be removed :) -- ___ Python

[issue36256] parser module fails on legal input

Brett Cannon added the comment: It's sounding like it might be worth the effort then to make lib2to3's parser not be a "hidden" thing in lib2to3, break it out as a new parser module (I have no stance on name), and then deprecate the old parser module. I think this was discussed at the last

[issue36264] os.path.expanduser should not use HOME on windows

Eryk Sun added the comment: > `os.path.expanduser` in `ntpath` uses `HOME` in preference to > `USERPROFILE` / `HOMEDRIVE\\HOMEPATH` Guido intentionally added support for HOME in ntpath.expanduser way back in Python 1.5 (circa 1997), and now we're removing it over 20 years later. I expect

[issue30040] new empty dict can be more small

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36229] Linear-time list, set, and bytearray ops.

Brandt Bucher added the comment: Thank for the input, Serhiy. On point (1): It's a valid concern... but I don't think it's necessarily a good enough reason to withhold a simple, yet *significant* performance increase for a common use case. This reminds me of past CPython implementation

[issue10948] Trouble with dir_util created dir cache

Ivan Tashev added the comment: distutils.dir_util is easily found in the documentation. If this behaviour is not fixed, at least the docs should state dir_util is not recommended for public use. -- nosy: +ivtashev ___ Python tracker

[issue30040] new empty dict can be more small

Inada Naoki added the comment: Another micro benchmark: $ ./py.edict.opt -m perf timeit --compare-to ./py.master.opt '{}' --duplicate=10 py.master.opt: . 26.3 ns +- 0.5 ns py.edict.opt: . 13.0 ns +- 0.1 ns Mean +- std dev: [py.master.opt] 26.3 ns +-

[issue35661] Store the venv prompt in pyvenv.cfg

Cheryl Sabella added the comment: Sorry about that. I'll work on a fix and test it on the buildbots first. There are some tests with pyvenv.cfg that are skipped if it happens in a venv (@skipInVenv decorator), but the test right above this one (test_defaults) does not use the decorator

[issue34713] csvwriter.writerow()'s return type is undocumented

Rémi Lapeyre added the comment: csvwriter.writerows() does not return anything. The return value of csv.writecsv() is the return value of the write() method of the file object given as parameter in csv.writer(). I'm not sure it's safe to document it, should we return None instead?

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue35828#msg337076 where test_multiprocessing_fork seemed to leave a core dump. Maybe one test core dumps and leaves the report to the other causing env changed? -- nosy: +xtreak

[issue36205] Python 3.7 and 3.8 process_time is not reported correctly when built on older macOS versions

Ned Deily added the comment: *** tip of master built on current macOS 10.14 - correct results: 3.8.0a2+ (heads/master:f45813df52, Mar 12 2019, 12:25:58) [Clang 10.0.0 (clang-1000.11.45.5)] macOS-10.14.3-x86_64-i386-64bit monotonic: namespace(adjustable=False,

[issue36216] urlsplit does not handle NFKC normalization

Steve Dower added the comment: If it's fixed by not printing to the console, then it must be a refleak in print. Or perhaps in the test failure/repeat. That PR is going to be merged as soon as AppVeyor finishes, so nothing to worry about here. --

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

New submission from STINNER Victor : PPC64 AIX 3.x: https://buildbot.python.org/all/#/builders/10/builds/2224 0:12:47 [160/420/1] test_threading failed (env changed) ... Ran 158 tests in 12.023s OK (skipped=1) Warning -- files was modified by test_threading Before: [] After: ['core'] I

[issue35661] Store the venv prompt in pyvenv.cfg

Steve Dower added the comment: Presumably the issue is in the test and not the main change itself. Is this another case where Linux can't run venv tests inside a venv? -- ___ Python tracker

[issue36264] os.path.expanduser should not use HOME on windows

Change by Steve Dower : -- pull_requests: +12273 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36216] urlsplit does not handle NFKC normalization

STINNER Victor added the comment: Commit e37ef41289b77e0f0bb9a6aedb0360664c55bdd5 introduced a regression on AMD64 Windows8.1 Refleaks 2.7: test_urlparse leaked [114, 114, 114] references, sum=342 https://buildbot.python.org/all/#/builders/33/builds/532 It is fixed by PR 12291. You can

[issue35661] Store the venv prompt in pyvenv.cfg

STINNER Victor added the comment: This issue broke x86 Gentoo Installed with X 3.x buildbot: https://buildbot.python.org/all/#/builders/103/builds/2208 ERROR: test_prompt (test.test_venv.BasicTest) -- Traceback (most recent

[issue35218] decompressing and then re-compressing zipfiles with Python 3 zipfile loses flag_bits

keeely added the comment: You can take out the test. It wasn't there before so who's going to care? -- ___ Python tracker ___ ___

[issue30040] new empty dict can be more small

Change by Inada Naoki : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36236] Python crash on macOS when CWD is invalid

Change by STINNER Victor : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36236] Python crash on macOS when CWD is invalid

STINNER Victor added the comment: _Py_wgetcwd() call has been introduced by the following commit: commit ee3784594b33c72c3fdca6a71892d22f14045ab6 Author: Nick Coghlan Date: Sun Mar 25 23:43:50 2018 +1000 bpo-33053: -m now adds *starting* directory to sys.path (GH-6231) (#6236)

[issue30040] new empty dict can be more small

Inada Naoki added the comment: > I don't think this should have been done. Conceptually, there is no basis > for presuming key-sharing for new empty dicts -- you can't know what they > would share with. This patch essentially undoes the entire reason for having a pre-allocated minsize

[issue36085] Enable better DLL resolution

Paul Moore added the comment: > > This bothers me - how will backward compatibility work in that case? > > The new search order is compatible with the old search order, so you can > update all your layouts to have DLL dependencies in suitable locations and > you'll be fine. OK, cool. But

[issue30040] new empty dict can be more small

Change by Raymond Hettinger : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35218] decompressing and then re-compressing zipfiles with Python 3 zipfile loses flag_bits

STINNER Victor added the comment: > I will not fill in your agreement form, and no I will not provide my reasons, > but you don't need it, it's a one-line fix. Ok. It's up to you, but in that case, we cannot merge your change. Contributors have to sign it. Your test is larger than a single

[issue36264] os.path.expanduser should not use HOME on windows

Steve Dower added the comment: > If we're going ahead with this, it's worth a mention in whatsnew Good call. I'll do it -- ___ Python tracker ___

[issue35854] EnvBuilder and venv symlinks do not work on Windows on 3.7.2

Steve Dower added the comment: Yep. Done -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36272] Recursive logging crashes Interpreter in Python 3

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35218] decompressing and then re-compressing zipfiles with Python 3 zipfile loses flag_bits

keeely added the comment: Can you please get on and fix this if you're going to deprecate Python 2.0. It's unkind on your users to deprecate the old version before you've fixed basic regressions like this in the new one. Just to be clear, I am attaching the code that reproduces this

[issue36205] Python 3.7 and 3.8 process_time is not reported correctly when built on older macOS versions

STINNER Victor added the comment: Ah, or maybe use test.pythoninfo: $ ./python -m test.pythoninfo|grep -E '^(platform|time)' platform.architecture: 64bit ELF platform.libc_ver: glibc 2.28 platform.platform: Linux-4.20.13-200.fc29.x86_64-x86_64-with-glibc2.28 platform.python_implementation:

[issue36085] Enable better DLL resolution

Steve Dower added the comment: Since I just dug enough to find it, the best way to diagnose problems with dependent DLLs not being found is probably to run Process Monitor [1] while doing the import and checking its logs. It should show the paths that were attempted to be accessed. [1]:

[issue36205] Python 3.7 and 3.8 process_time is not reported correctly when built on older macOS versions

STINNER Victor added the comment: Sorry, I don't understand the problem. Can someone please give the result of these commands on Python 3.6 and 3.7 on macOS? Example on Linux (Fedora 29): $ python3 >>> import platform, time >>> platform.platform()

[issue36264] os.path.expanduser should not use HOME on windows

Zachary Ware added the comment: If we're going ahead with this, it's worth a mention in whatsnew as this is going to break things for some users. -- ___ Python tracker ___

[issue36266] Which module could not be found?

Steve Dower added the comment: I agree. Unfortunately, the operating system does not provide this information. The best I can offer is to run Process Monitor [1] and watch its logs. It should show the paths it attempts to access. [1]: http://technet.microsoft.com/en-us/sysinternals/bb896645

[issue36264] os.path.expanduser should not use HOME on windows

Steve Dower added the comment: New changeset 25ec4a45dcc36c8087f93bd1634b311613244fc6 by Steve Dower (Anthony Sottile) in branch 'master': bpo-36264: Don't honor POSIX HOME in os.path.expanduser on Windows (GH-12282)

  1   2   >