[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

Deniz Bozyigit added the comment: Hi, thank you for looking into this. I'm aware that the shown patch is not the ideal solution and a mere fix to get my jupyter operational. An indication on a workable solution could be the _samefile function in shutil that wraps os.path.samefile: def

[issue33876] doc Mention relevant pythonesque implementations

Mariatta Wijaya added the comment: Thanks for the PR, and thanks everyone for the feedback. But I don't think we should be the one maintaining a list of all available alternative Python implementation out there. There is already a good list:

[issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c

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

[issue33905] IDLE: Test stackbrowser.Stackbrowser

Terry J. Reedy added the comment: (My initial messages contained a mistaken idea based on a mis-remembering the details sys.last values and exceptions.) If an exception is not caught and a traceback is printed, sys.last_type, sys.last_value, and sys.last_traceback are set. When an

[issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c

New submission from Quentin Minster : I'm getting a compile error in Modules/_hashopenssl.c because the file uses some pre-1.1.0 APIs even though I'm running OpenSSL 1.1.0. This is because this file doesn't define the OPENSSL_VERSION_1_1 macro, like Modules/_ssl.c does. --

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

miss-islington added the comment: New changeset d554414d981a8bfe38cc5df5751bc3efcb0c36c3 by Miss Islington (bot) in branch '3.7': bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852) https://github.com/python/cpython/commit/d554414d981a8bfe38cc5df5751bc3efcb0c36c3 --

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

miss-islington added the comment: New changeset a0622f1071164bc67a307cfec1173c295901c4b9 by Miss Islington (bot) in branch '3.6': bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852) https://github.com/python/cpython/commit/a0622f1071164bc67a307cfec1173c295901c4b9 --

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

R. David Murray added the comment: OK. Finding a solution for this (other than never raising samefile on such systems and documenting it as a limitation) may be difficult. -- ___ Python tracker

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

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

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

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

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

New submission from Terry J. Reedy : New changeset bcd3a1a18d841338f57c39f6a7de8cf14d0c3e03 by Terry Jan Reedy in branch 'master': bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852) https://github.com/python/cpython/commit/bcd3a1a18d841338f57c39f6a7de8cf14d0c3e03 --

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

Eryk Sun added the comment: David, this is a bug in Python, and the proposed patch is insufficient. We use the volume serial number as st_dev, and this is not guaranteed to be unique in Windows, and may be 0, just as a file's index number is also allowed to be 0. Both possibilities are well

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

R. David Murray added the comment: That patch would cause references to the same file on a google drive to report that the files were different. I'd say this is a bug in Google Drive's posix emulation. I'm not sure there's a good answer here, because even if every other element of the stat

[issue26440] tarfile._FileInFile.seekable is broken in stream mode

Change by Charmander <~@charmander.me>: -- nosy: +charmander ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +7463 stage: test needed -> patch review ___ Python tracker ___ ___

[issue1617161] Instance methods compare equal when their self's are equal

Josh Rosenberg added the comment: If [].append == [].append is True in the "unique set of callbacks" scenario, that implies that it's perfectly fine to not call one of them when both are registered. But this means that only one list ends up getting updated, when you tried to register both

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

Change by Deniz Bozyigit : -- title: shutil.copyfile throws incorrect SameFileError -> shutil.copyfile throws incorrect SameFileError on Google Drive File Stream ___ Python tracker

[issue33935] shutil.copyfile throws incorrect SameFileError

New submission from Deniz Bozyigit : When using shutil.copyfile on the Google Drive File Stream file system, a incorrect SameFileError can occur. MWE (assuming foo.txt exists in your google drive G:\\): >>> f1 = 'G:\\My Drive\\foo.txt' >>> f2 = 'G:\\My Drive\\foo2.txt' >>> import shutil >>>

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: I think the basic implementation problem is that by the time you get to get_hash_info() in sysmodule.c, you no longer have access to the _PyCoreConfig object, nor the _PyMain object that it's generally attached to. --

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg320028 ___ Python tracker ___ ___ Python-bugs-list

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg320002 ___ Python tracker ___ ___ Python-bugs-list

[issue33460] ... used to indicate many different things in chapter 3, some are confusing

Change by Lew Kurtz : -- keywords: +patch pull_requests: +7462 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +7461 stage: -> patch review ___ Python tracker ___ ___

[issue1617161] Instance methods compare equal when their self's are equal

Change by Armin Rigo : -- nosy: -arigo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33922] Enforce 64bit Python by Launcher

Robert added the comment: I extended the documentation and created a pullrequest: https://github.com/python/cpython/pull/7849 -- ___ Python tracker ___

[issue33922] Enforce 64bit Python by Launcher

Change by Robert : -- pull_requests: +7459 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30291] Allow windows launcher to specify bit lengths with & without minor version

Change by Robert : -- pull_requests: +7460 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1617161] Instance methods compare equal when their self's are equal

Change by Serhiy Storchaka : -- pull_requests: +7458 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue33897] Add a restart option to logging.basicConfig()

Dong-hee Na added the comment: Can I take a look at this issue? One question, if we pass the restart keyword as true, should we clear all handlers before we call basicConfig?, or should we maintain it? -- nosy: +corona10 ___ Python tracker

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

STINNER Victor added the comment: Thank you Christopher Frederickson for your contribution! I merged your PR. I confirm that it fixes the issue. Thanks Thomas Kluyver for the hints ;-) -- ___ Python tracker

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

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

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

STINNER Victor added the comment: New changeset 419e88d18ccc83e182afca124d42f46794022aab by Victor Stinner (Christopher Frederickson) in branch 'master': bpo-33912: Fix test_warnings when run with -Werror (GH-7839)

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

STINNER Victor added the comment: > I don't see anything wrong. I write a C function to test _Py_DecodeUTF8Ex(): * surrogateescape=0 fails with a decoding error as expected * surrogateescape=1 escapes the bytes as expected as: '\udced\udcb2\udc80' Ok, I just misunderstood the code: the

[issue33934] locale.getlocale() seems wrong when the locale is yet unset (python3 on linux)

New submission from Nicolas Hainaux : Expected behaviour: When unset, the locale in use is `C` (as stated in python documentation) and `locale.getlocale()` returns `(None, None)` on Linux with python2.7 or on Windows with python2.7 and python 3.6 (at least): $ python2 Python 2.7.15

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

Farhaan Bukhsh added the comment: Hahah! Let me try to put this on the IRC channel may be someone can help us there. -- ___ Python tracker ___

[issue31530] CVE-2018-1000030: Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: I added this issue to my python-security page since the issue got a CVE number: CVE-2018-130 * http://python-security.readthedocs.io/vuln/cve-2018-130_python_2.7_readahead_is_not_thread_safe.html *

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: This bug has been fixed in Python 2.7.15. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33855] IDLE: Minimally test every non-startup module.

Change by Terry J. Reedy : -- versions: +Python 3.8 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33855] IDLE: Minimally test every non-startup module.

Change by Terry J. Reedy : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33855] IDLE: Minimally test every non-startup module.

Change by Terry J. Reedy : -- resolution: -> fixed stage: test needed -> resolved status: open -> closed versions: +Python 2.7, Python 3.5 -Python 3.8 ___ Python tracker ___

[issue33911] [EASY] test_docxmlrpc fails when run with -Werror

Change by Nicolas Noé : -- keywords: +patch pull_requests: +7457 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue32500] PySequence_Length() raises TypeError on dict type

Serhiy Storchaka added the comment: I agree that error messages sometimes is misleading if use the C API. PR 7846 fixes this, although I'm not sure this is the best wording. -- assignee: docs@python -> serhiy.storchaka components: +Interpreter Core resolution: fixed -> stage:

[issue32500] PySequence_Length() raises TypeError on dict type

Change by Serhiy Storchaka : -- pull_requests: +7456 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33911] [EASY] test_docxmlrpc fails when run with -Werror

Nicolas Noé added the comment: I'm willing to try solving this! -- nosy: +niconoe ___ Python tracker ___ ___ Python-bugs-list

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

Zachary Ware added the comment: Thanks, Anselm! I'll leave this open until our VS9 buildbots [1] confirm that they're happy with it, but I suspect since they weren't broken before they won't be affected by this anyway. [1] http://buildbot.python.org/all/#/builders?tags=%2Bvs9 --

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

Zachary Ware added the comment: New changeset 7b383a57145046a6a6ad6cd26f3139163df07885 by Zachary Ware (Anselm Kruis) in branch '2.7': bpo-33931: Fix building using PC\VS9.0\build.bat -e (GH-7844) https://github.com/python/cpython/commit/7b383a57145046a6a6ad6cd26f3139163df07885 --

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

STINNER Victor added the comment: Note: the doc doesn't say that the function must only be called once, nor document the (current) new Python 3.7 restriction (must only be called once): https://docs.python.org/dev/c-api/init.html#c.Py_Initialize --

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

STINNER Victor added the comment: Attached PR 7845 restores the Python 3.6 behaviour: calling Py_Initialize() twice does nothing. -- ___ Python tracker ___

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

STINNER Victor added the comment: The behaviour changed has been introduced by bpo-22257: commit 1abcf6700b4da6207fe859de40c6c1bada6b4fec Author: Eric Snow Date: Tue May 23 21:46:51 2017 -0700 bpo-22257: Private C-API for core runtime initialization (PEP 432). (#1772) (patch

[issue33925] builtin_function_or_method compares __self__ by identity instead of equality

R. David Murray added the comment: This is still a duplicate issue, though, you are just arguing for a different resolution of the other one :) -- nosy: +r.david.murray ___ Python tracker

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Change by STINNER Victor : -- keywords: +patch pull_requests: +7455 stage: -> patch review ___ Python tracker ___ ___

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

STINNER Victor added the comment: I set the priority to release blocker to make sure that someone looks at this issue, even if I'm not sure that it's a huge regression. -- priority: normal -> release blocker ___ Python tracker

[issue32500] PySequence_Length() raises TypeError on dict type

Vedran Čačić added the comment: Sure, here it is: https://bugs.python.org/issue33933 -- ___ Python tracker ___ ___ Python-bugs-list

[issue33933] Error message says dict has no len

New submission from Vedran Čačić : Look at this: >>> import bisect >>> bisect.bisect({}, None) Traceback (most recent call last): File "", line 1, in bisect.bisect({}, None) TypeError: object of type 'dict' has no len() Of course, objects of type 'dict' do have len. The problem is that

[issue32500] PySequence_Length() raises TypeError on dict type

R. David Murray added the comment: IIUC that error message came from pypy, not CPython. If you have a reproducer for CPython, you can open a new issue with a request to fix the error message. -- nosy: +r.david.murray ___ Python tracker

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

Change by Anselm Kruis : -- keywords: +patch pull_requests: +7454 stage: -> patch review ___ Python tracker ___ ___

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

R. David Murray added the comment: I think we should get one or more of the core devs who were involved in the changes that added that parameter to sign off on whether this is a good idea or not (I have no opinion at the moment). You should be able to find them via git blame and looking at

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

New submission from STINNER Victor : It would help to document that calling Py_Initialize() twice in Python 3.7 now triggers a fatal error, whereas previous the second call did nothing. Document it at: https://docs.python.org/dev/whatsnew/3.7.html#changes-in-the-c-api ... Or should it be

[issue33903] Can't use lib2to3 with embeddable zip file

Steve Dower added the comment: There's a command to generate that file though I forget what it is. The embeddable distro does not support installation, though it may work sometimes (it's still the same Python binaries). Try going to nuget.org, search for Python and install one of those

[issue33927] Allow json.tool to have identical infile and outfile

Rémi Lapeyre added the comment: Hi Michael, looking at the current code of json.tool, there is no reason for it not to be able to do this, I will a patch to do this tonight. -- nosy: +remi.lapeyre ___ Python tracker

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

New submission from Anselm Kruis : Currently 2.7 fails to build on Win32 using PC\VS90\build.bat -e for two reasons: 1. Wrong openssl version: PC\VS9.0 is still at version 1.0.2k, whereas PCbuild/get_externals.bat downloads version 1.0.2o. 2. Building tcl fails with well known "nmakehlp"

[issue33462] reversible dict

Rémi Lapeyre added the comment: Hi, is everything good with attached PR or should I refactor it further? -- ___ Python tracker ___

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

Serhiy Storchaka added the comment: I don't see anything wrong. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33716] test_concurrent_futures.test_crash() failed on x86 Windows7 3.7

Pablo Galindo Salgado added the comment: New changeset 3ad8decd76c736f393755537aeb19b5612c21761 by Pablo Galindo in branch 'master': bpo-33716, test_concurrent_futures: increase timeout (GH-7828) https://github.com/python/cpython/commit/3ad8decd76c736f393755537aeb19b5612c21761 --

[issue1617161] Instance methods compare equal when their self's are equal

Jeroen Demeyer added the comment: I just posted to python-dev about this issue: https://mail.python.org/pipermail/python-dev/2018-June/153959.html However, I think that comparing using "==" is the right thing to do. So I think that >>> [].append == [].append False should really return

[issue33930] Segfault with deep recursion into object().__dir__

New submission from Alistair Buxton : The following small snippet of code will crash 3.6.5 with a segfault. The crash occurs at cleanup, so it won't happen in the interactive interpreter (until you exit). # --- code --- o = object() for x in range(100): o = o.__dir__ print(x,

[issue33925] builtin_function_or_method compares __self__ by identity instead of equality

Jeroen Demeyer added the comment: > This is a duplicate of issue1617161. Well, it's really the opposite. That issue seems to be arguing that __self__ should be compared using "is" while I think it should be compared using "==". -- ___ Python

[issue33921] Explain that '' can be used to bind to all interfaces for the AF_INET address family in the docs

John Hagen added the comment: @ammar2 I see that now. Yeah it's further down in the docs and doesn't actually call out '' like is done for AF_CAN: A tuple (interface, ) is used for the AF_CAN address family, where interface is a string representing a network interface name like 'can0'. The

[issue32942] test_script_helper fails on Windows when run from the source code directory

Change by STINNER Victor : -- title: Regression: test_script_helper fails -> test_script_helper fails on Windows when run from the source code directory ___ Python tracker

[issue32942] Regression: test_script_helper fails

STINNER Victor added the comment: I confirm that I reproduce the issue on Windows when running "python -m test test_script_helper -v" from the source code directory, on 3.6, 3.7 and master branches. Using Python 3.6 installed on the system (using python.org installer), the same command

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

STINNER Victor added the comment: > Could you show an example please? I saw an issue when reading the code, I didn't try to trigger the issue using real code yet. -- ___ Python tracker

[issue33735] test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7

STINNER Victor added the comment: I just created bpo-33929: "test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows". See also my PR 7827. -- ___ Python tracker

[issue33914] test_gdb fails for Python 2.7.15

STINNER Victor added the comment: Vibhuti: Hi! Would you mind to describe your environment? What is your operating system (name, version)? Are you running test_gdb as root or as your normal user? How did you install Python? Note: I recently backported python-gdb.py a few enhancements from

[issue33929] test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows

Change by STINNER Victor : -- title: test_multiprocessing_spawn leaks 5 handles -> test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows ___ Python tracker

[issue33929] test_multiprocessing_spawn leaks 5 handles

Change by STINNER Victor : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32555] Encoding issues with the locale encoding

STINNER Victor added the comment: freebsd$ LC_ALL=fr_FR.ISO8859-1 ./python -c 'import locale, os; locale.setlocale(locale.LC_ALL, ""); print(ascii(os.strerror(2)))' 'Fichier ou r\xe9pertoire inexistant' I ran manually this test on FreeBSD: it pass on Python 3.6, 3.7 and master. I close the

[issue33929] test_multiprocessing_spawn leaks 5 handles

New submission from STINNER Victor : The following test leaks 5 open handles when checking for leaks using my PR 7827: test.test_multiprocessing_spawn.WithProcessesTestProcess.test_many_processes Command to reproduce the leak (using my PR 7827): python -m test -R 3:3

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

STINNER Victor added the comment: Extract of _Py_DecodeUTF8Ex() code, there is an explicit "write a surrogate pair" comment: #if SIZEOF_WCHAR_T == 4 ch = ucs4lib_utf8_decode(, e, (Py_UCS4 *)unicode, ); #else ch = ucs2lib_utf8_decode(, e, (Py_UCS2 *)unicode, ); #endif

[issue33921] Explain that '' can be used to bind to all interfaces for the AF_INET address family in the docs

Ammar Askar added the comment: It's kinda mentioned: "For IPv4 addresses, two special forms are accepted instead of a host address: the empty string represents INADDR_ANY" Though it could be more explicit on what means since binding to all interfaces is a common use case. -- nosy:

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

Serhiy Storchaka added the comment: Could you show an example please? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32710] test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: Oh, I found again this bug while working on my PR 7827 (detect handle leaks on Windows in regrtest). -- ___ Python tracker ___

[issue33925] builtin_function_or_method compares __self__ by identity instead of equality

Serhiy Storchaka added the comment: This is a duplicate of issue1617161. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Instance methods compare equal when their self's are equal ___

[issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows

New submission from STINNER Victor : _Py_DecodeUTF8Ex() creates surrogate pairs with 16-bit wchar_t (on Windows), whereas input bytes should be escaped. I'm quite sure that it's a bug. -- components: Interpreter Core messages: 320154 nosy: serhiy.storchaka, vstinner priority: normal

[issue33927] Allow json.tool to have identical infile and outfile

Stéphane Wirtel added the comment: yep, or you could use sponge cat example.json | python3 -m json.tool | sponge example.json a small workaround ;-) -- nosy: +matrixise ___ Python tracker

[issue33927] Allow json.tool to have identical infile and outfile

New submission from Michael Kuhlmann : It would be nice to have same infile and outfile for json.tool to replace json files with their pretty-printed version. Currently, if I try this I get an error: $ python3 -m json.tool example.json example.json Expecting value: line 1 column 1 (char 0)

[issue33926] test_gdb is skipped in builds since gdb is not installed as part of build script

Change by STINNER Victor : -- components: +Tests nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33926] test_gdb is skipped in builds since gdb is not installed as part of build script

STINNER Victor added the comment: While test_gdb is not tested on pre-commit, it's tested by buildbots on post-commit. -- nosy: +vstinner ___ Python tracker ___

[issue33926] test_gdb is skipped in builds since gdb is not installed as part of build script

New submission from Karthikeyan Singaravelan : I was checking on https://bugs.python.org/issue30345 and https://bugs.python.org/issue33914. I looked into Travis and VSTS builds for test_gdb. Though python is built with `--with-pydebug` gdb is not installed in the builds and hence the

[issue33925] builtin_function_or_method compares __self__ by identity instead of equality

New submission from Jeroen Demeyer : Methods of Python functions compare equal if the functions are equal and if __self__ is equal: >>> class X: ... def __eq__(self, other): return True ... def meth(self): pass >>> X().meth == X().meth True This is because X() == X() even though X()

[issue33716] test_concurrent_futures.test_crash() failed on x86 Windows7 3.7

Antoine Pitrou added the comment: I don't remember :-/ It's probably ok to increase the timeout, though. -- ___ Python tracker ___

[issue23224] LZMADecompressor object is only initialized in __init__

STINNER Victor added the comment: Calling directly __new__() is very unusual, so I'm not surprised that you found bugs. Calling __init__() twice is also an unusal practice. I concur with Serhiy: implementing new instead of init should prevent such bug. I recall that some objects decided

[issue33916] test_lzma: test_refleaks_in_decompressor___init__() leaks 100 handles on Windows

Change by STINNER Victor : -- pull_requests: +7453 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33910] update random.Random 's parameter to have a proper name.

Matthias Bussonnier added the comment: Thanks @rhettinger, this is a perfectly valid position, and one of the respons I was expecting. > That said, it doesn't seem to have ever caused a problem in practice (this > API has been around for a very long time) I have myself not found a lot of

[issue33914] test_gdb fails for Python 2.7.15

Karthikeyan Singaravelan added the comment: I think it's a problem with user-level permission error not being able to create a process (Wild guess to try sudo?). The tests run without error for me. Please add in information regarding you environment, gdb version and perhaps the whole output

[issue33903] Can't use lib2to3 with embeddable zip file

Mickaël S. added the comment: In my case, on the computer doing releases, I cannot use the full Python installer (even with a minimal unattend.xml file) because any software installation is prohibited. This is an issue in my side but it is for the context. I was expecting to be able to

[issue33894] tempfile.tempdir cannot be unset

Eric V. Smith added the comment: New changeset b225cb770fb17596298f5a05c41a7c90c470c4f8 by Eric V. Smith (Miss Islington (bot)) in branch '3.6': bpo-33894: Clarified the tempfile.tempdir documentation (GH-7829) (GH-7842)

[issue33922] Enforce 64bit Python by Launcher

Robert added the comment: A thanks! In the meantime I found the corresponding changelog entry: https://bugs.python.org/issue30291 I checked the corresponding commit: there is no documentation update. It would be nice if the new feature can be found in the documentation (including the fact

[issue33894] tempfile.tempdir cannot be unset

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

[issue33894] tempfile.tempdir cannot be unset

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

[issue29612] TarFile.extract() suffers from hard links inside tarball

Joachim Trouverie added the comment: Travis build failed for a reason unrelated to my changes. I relaunched it using an empty commit. If anyone could validate my changes I would rebase to validate my work. -- ___ Python tracker

  1   2   >