[issue35475] Docs do not show PyImport_AddModuleObject() returns a borrowed reference.

Aaqa Ishtyaq added the comment: Hi, I want to work on this issue, but I'm confused about how to apply to PyImport_AddModuleObject. I was also going through c_annotations.py[1]. [1] https://github.com/python/cpython/blob/master/Doc/tools/extensions/c_annotations.py -- nosy:

[issue35459] Use PyDict_GetItemWithError() instead of PyDict_GetItem()

Change by Serhiy Storchaka : -- nosy: +eric.snow, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35461] Document C API functions which swallow exceptions

Change by Serhiy Storchaka : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35459] Use PyDict_GetItemWithError() instead of PyDict_GetItem()

Serhiy Storchaka added the comment: Most of changes are straightforward. Just replaced PyDict_GetItem*() with PyDict_GetItem*WithError() and added the check for PyErr_Occurred(). PyDict_GetItemString() with constant argument was replaced with _PyDict_GetItemIdWithError() for performance.

[issue31446] _winapi.CreateProcess (used by subprocess) is not thread-safe

Change by Vladimir Matveev : -- keywords: +patch pull_requests: +10371 stage: -> patch review ___ Python tracker ___ ___

[issue35431] Add a function for computing binomial coefficients to the math module

Tim Peters added the comment: My two cents: - Spell it comb(n, k). - TypeError if args aren't ints. - ValueError if not 0 <= k <= n. Not concerned about speed. It's possible to do this with no divisions involving integers bigger than `n` and `k`(*), using O(k) space, but for "practical"

[issue35208] IDLE: Squeezed lines count ignores window width

Terry J. Reedy added the comment: Note that I *am* considering ... It seems that a reasonable rule might be to squeeze if n lines or the equivalent of n full lines (75 chars each) in total characters. In other words, if lines >= N or chars >= to 75*N: squeeze(). Do we have a rule not to

[issue35467] IDLE: unrequested pasting into Shell after restart

Terry J. Reedy added the comment: Raymond: I agree that daily would be obnoxious. For me it is more like once a month or maybe less. Can you give any detail about the factors I mentioned? I currently have no idea where to start looking. -- ___

[issue34864] In Idle, Mac tabs make editor status line disappear.

Ned Deily added the comment: FWIW: I did a quick check of the 3.7.2rc1 IDLE, that now has Tk 8.6.9.1, with the "prefer tabs" setting on. The newly added check in IDLE does work as designed but it also looked like the original problem has been fixed in Tk, that is, the co-ordinates did seem

[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily

Steve Dower added the comment: I have another idea - what if we checked self.extensions_map for overrides but otherwise just called mimetypes.guess_type(path) in the guess_type method? That would be the same behaviour as initializing it lazily, but we don't have to worry about initializing

[issue35467] IDLE: unrequested pasting into Shell after restart

Raymond Hettinger added the comment: FWIW, I have this problem every day. Am running on macOS. This behavior has been seen for years and still persists on the latest IDLE that ships with a stock 3.7.1 from python.org. -- ___ Python tracker

[issue35467] IDLE: unrequested pasting into Shell after restart

Terry J. Reedy added the comment: Thank you for the report. Since I expect you would recognize the issue if you had seen it, I consider it possible that linux IDLE is immune. After running a file, I would like f5 to re-run the same file. Trying to run the contents of Shell, starting with

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

Anders Kaseorg added the comment: porton: Please don’t steal someone else’s issue to report a different bug. Open a new issue instead. -- title: argparse: add a full fledged parser as a subparser -> argparse does not accept options taking arguments beginning with dash (regression

[issue35478] multiprocessing: ApplyResult.get() hangs if the pool is terminated

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

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On Dec 12, 2018, at 17:59, Ned Deily wrote: > > Ned Deily added the comment: > >> Would it be safe to run the multiprocessing tests on recent macOS with the >> OBJC_DISABLE_INITIALIZE_FORK_SAFETY environment variable set? > > See Ronald's reply above in

[issue35480] argparse: add a full fledged parser as a subparser

Victor Porton added the comment: Oh, I noticed I can do my_subparser = subparsers.add_parser('checkout', aliases=['co']) So resolution invalid. -- resolution: -> not a bug ___ Python tracker

[issue33725] Python crashes on macOS after fork with no exec

Ned Deily added the comment: > Would it be safe to run the multiprocessing tests on recent macOS with the > OBJC_DISABLE_INITIALIZE_FORK_SAFETY environment variable set? See Ronald's reply above in msg331101. I believe his point is that there is nothing you can do to make this safe. And

[issue9334] argparse: add a full fledged parser as a subparser

Eric V. Smith added the comment: Why the title change? The original problem still exists, and I don't see how it's related to subparsers. -- ___ Python tracker ___

[issue35442] Chain of several subcommands in argparse

Victor Porton added the comment: One of possible solutions: https://bugs.python.org/issue35480 -- ___ Python tracker ___ ___

[issue35480] argparse: add a full fledged parser as a subparser

New submission from Victor Porton : Subparsers are added like: subparsers.add_parser('checkout', aliases=['co']) But I want to use a parser BOTH as a subparser and as a full-fledged parser. It is because my program should understand both of the following command line options: boiler chain

[issue9334] argparse: add a full fledged parser as a subparser

Victor Porton added the comment: Subparsers are added like: subparsers.add_parser('checkout', aliases=['co']) But I want to use a parser BOTH as a subparser and as a full-fledged parser. It is because my program should understand both of the following command line options: boiler chain -t

[issue35477] multiprocessing.Pool.__enter__() should raise an exception if called twice

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

[issue35477] multiprocessing.Pool.__enter__() should raise an exception if called twice

STINNER Victor added the comment: New changeset 08c2ba0717089662132af69bf5948d82277a8a69 by Victor Stinner in branch 'master': bpo-35477: multiprocessing.Pool.__enter__() fails if called twice (GH-11134) https://github.com/python/cpython/commit/08c2ba0717089662132af69bf5948d82277a8a69

[issue35479] multiprocessing.Pool.join() always takes at least 100 ms

STINNER Victor added the comment: Attached PR 11136 modify _worker_handler() loop to wait on threading.Event events, so Pool.join() completes as soon as possible. Example: --- import multiprocessing import time def the_test(): start_time = time.monotonic() pool =

[issue35479] multiprocessing.Pool.join() always takes at least 100 ms

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

[issue35478] multiprocessing: ApplyResult.get() hangs if the pool is terminated

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

[issue35479] multiprocessing.Pool.join() always takes at least 100 ms

New submission from STINNER Victor : The join() method of multiprocessing.Pool calls self._worker_handler.join(): it's a thread running _handle_workers(). The core of this thread function is: while thread._state == RUN or (pool._cache and thread._state != TERMINATE):

[issue23057] [Windows] asyncio: support signal handlers on Windows (feature request)

Change by Vladimir Matveev : -- keywords: +patch pull_requests: +10367 stage: needs patch -> patch review ___ Python tracker ___

[issue35378] multiprocessing.Pool.imaps iterators do not maintain alive the multiprocessing.Pool objects

STINNER Victor added the comment: See also bpo-35478: multiprocessing: ApplyResult.get() hangs if the pool is terminated. -- ___ Python tracker ___

[issue35478] multiprocessing: ApplyResult.get() hangs if the pool is terminated

New submission from STINNER Victor : The following code hangs: --- import multiprocessing, time pool = multiprocessing.Pool(1) result = pool.apply_async(time.sleep, (1.0,)) pool.terminate() result.get() --- pool.terminate() terminates workers before time.sleep(1.0) completes, but the pool

[issue35467] IDLE: unrequested pasting into Shell after restart

Cheryl Sabella added the comment: I don't believe I've seen this happen, but I'll watch for it. One thing that I noticed while trying to recreate it is that I can press F5 on the Shell window even though there isn't a Run menu. Maybe the issue is somehow related using shortcuts that

[issue34977] Release Windows Store app containing Python

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

[issue35208] IDLE: Squeezed lines count ignores window width

Terry J. Reedy added the comment: Changing the width of the window changes the number of visible lines because of line wrapping. But it does not change the number of logical lines. My understanding is that squeezer currently reports the latter, and that is not necessarily a bug. Not that

[issue31823] Opaque default value for close_fds argument in Popen.__init__

Gregory P. Smith added the comment: Only if someone can point to a concrete problem to be fixed in the 3.7+ docs. Looking at all references to close_fds in https://docs.python.org/3/library/subprocess.html I don't see one. (I'm not going to touch the 3.6 docs) --

[issue35477] multiprocessing.Pool.__enter__() should raise an exception if called twice

STINNER Victor added the comment: Currently, the error only occurs when apply() is called: --- import multiprocessing def the_test(): pool = multiprocessing.Pool(1) with pool: print(pool.apply(int, (2,))) with pool: print(pool.apply(int, (3,))) # <-- raise here

[issue35477] multiprocessing.Pool.__enter__() should raise an exception if called twice

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

[issue35477] multiprocessing.Pool.__enter__() should raise an exception if called twice

New submission from STINNER Victor : On a file, "with file:" fails if it's used a second time: --- fp = open('/etc/issue') with fp: print("first") with fp: print("second") --- fails with "ValueError: I/O operation on closed file", because file.__enter__() raises this exception if the

[issue35472] python 3.7.2 rc1 bumped the build requirements for no reason

Julien Palard added the comment: Hi Matthias, Sorry to hear it's a pain for you. Can you explain in more details what hurt your workflow? We bumped Sphinx, as Victor said, to fix rendering issues in those documentation translations: zh-tw, zh-cn, fr and ja, so it's not a feature or an

[issue35465] [asyncio] Document loop.add_signal_handler

Change by Andrew Svetlov : -- components: +asyncio nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25430] speed up ipaddress __contain__ method

Change by Antoine Pitrou : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys

Change by Terry J. Reedy : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35465] [asyncio] Document loop.add_signal_handler

Change by Brett Cannon : -- title: Document add_signal_handler -> [asyncio] Document loop.add_signal_handler ___ Python tracker ___

[issue35306] OSError [WinError 123] when testing if pathlib.Path('*') (asterisks) exists

Change by Vladimir Matveev : -- keywords: +patch pull_requests: +10365 stage: -> patch review ___ Python tracker ___ ___

[issue35470] A deadly decref in _PyImport_FindExtensionObjectEx()

Change by Eric Snow : -- nosy: +eric.snow type: -> behavior versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list

[issue35476] _imp_create_dynamic_impl() does not clear error.

New submission from Eric Snow : In _imp_create_dynamic_impl() [1] the case where _PyImport_FindExtensionObject() returns NULL may leave an error set. Either the error should be raised (like _imp_create_builtin() does) or it should be cleared (via PyErr_Clear()). -- components:

[issue35475] Docs do not show PyImport_AddModuleObject() returns a borrowed reference.

New submission from Eric Snow : In the C-API documentation the entry for PyImport_AddModuleObject[1] does not indicate that it returns a borrowed reference. [1] https://docs.python.org/3/c-api/import.html#c.PyImport_AddModuleObject -- assignee: docs@python components: Documentation

[issue35474] mimetypes.guess_all_extensions potentially mutates list

New submission from Ryan McCampbell : The mimetypes.guess_all_extensions function is defined as: def guess_all_extensions(self, type, strict=True): type = type.lower() extensions = self.types_map_inv[True].get(type, []) if not strict: for ext in

[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys

Elliot Edmunds added the comment: I have personally come across situations where I am calling a Python script from a C program and would like to check the exit codes of the script, and have had to write sys.exit(1) and sys.exit(0) in Python, and compared them to EXIT_SUCCESS/EXIT_FAILURE in

[issue35473] Intel compiler (icc) does not fully support C11 Features, including atomics

New submission from jamie schnaitter : I am currently trying to build 3.6.7 and 3.7.1 using Intel 2019 and it is failing because Intel's implementation of C11, in particular stdatomic, is incomplete. I receive many errors similar to the following, when it cannot find 'atomic_uintptr_t',

[issue35412] test_future4 ran no test

STINNER Victor added the comment: New changeset 502fe19b10f66235fcf8f13fc1c0308190845def by Victor Stinner in branch 'master': bpo-35412: Add testcase to test_future4 (GH-11131) https://github.com/python/cpython/commit/502fe19b10f66235fcf8f13fc1c0308190845def --

[issue35412] test_future4 ran no test

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

[issue34279] RFC: issue a warning in regrtest when no tests have been executed?

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

[issue35472] python 3.7.2 rc1 bumped the build requirements for no reason

Ned Deily added the comment: Julien can give the definite answer. But, sorry, I don't see this as a release blocker. We've had to bump Sphinx versions for a number of reasons as the documentation has become more sophisticated between cycles and over a release cycle. In fact, we're now

[issue35412] test_future4 ran no test

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

[issue35346] Modernize Lib/platform.py code

STINNER Victor added the comment: > Top-imported warnings is not used. Fixed by commit b8e689a6e8134e88f857a55e50b6a4977967e385. > struct.calcsize('P') is always success. I wrote PR 11130 for that. Note: struct.calcsize('P') always works on Python 2.7 as well. > plistlib is always

[issue35346] Modernize Lib/platform.py code

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

[issue35346] Modernize Lib/platform.py code

STINNER Victor added the comment: New changeset b0e0877629e3df4bc3042fd424e96f197b2e9fa4 by Victor Stinner in branch 'master': bpo-35346: Drop Mac OS 9 support from platform (GH-10959) https://github.com/python/cpython/commit/b0e0877629e3df4bc3042fd424e96f197b2e9fa4 --

[issue35465] Document add_signal_handler

Andrew Svetlov added the comment: The proposal sounds great! Would you prepare a pull request for docs update? -- nosy: +asvetlov ___ Python tracker ___

[issue35472] python 3.7.2 rc1 bumped the build requirements for no reason

STINNER Victor added the comment: "for no reason" I guess that it's related to this change: commit c03bf0ae794c3bec9b56f38164535fd1f5bfc04a Author: Adrian Liaw Date: Mon Nov 5 05:04:51 2018 +0800 Doc: Disable smartquotes for zh-tw, zh-cn, fr and ja translations (GH-9423) Extract:

[issue35472] python 3.7.2 rc1 bumped the build requirements for no reason

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

[issue35471] Remove macpath module

STINNER Victor added the comment: > I was against removing the module in the past because parts of the macOS API > still used (on probably still use) classic MacOS style paths. Most if not > all APIs are by this time deprecated, which makes it less and less like that > anyone will use

[issue35472] python 3.7.2 rc1 bumped the build requirements for no reason

New submission from Matthias Klose : python 3.7.2 rc1 bumped the build requirements apparently for no reason, now requiring sphinx 1.7 instead of 1.6.x before. This is a major pain, if you want to provide the build including the documentation on a stable release. Pretty please can we avoid

[issue35267] reproducible deadlock with multiprocessing.Pool

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

[issue13369] timeout with exit code 0 while re-running failed tests

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14143] test_ntpath failure on Windows

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11955] 3.3 : test_argparse.py fails 'make test'

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15626] unittest.main negates -bb option and programmatic warning configuration

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11955] 3.3 : test_argparse.py fails 'make test'

Change by Mark Lawrence : -- nosy: -BreamoreBoy status: pending -> open ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue14143] test_ntpath failure on Windows

Change by Mark Lawrence : -- nosy: -BreamoreBoy status: pending -> open ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue2661] Mapping tests cannot be passed by user implementations

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8314] test_ctypes fails in test_ulonglong on sparc buildbots

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13369] timeout with exit code 0 while re-running failed tests

Change by Mark Lawrence : -- nosy: -BreamoreBoy status: pending -> open ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35413] test_multiprocessing_fork: test_del_pool() leaks dangling threads and processes on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: I reverted the change which addd test_del_pool(): https://bugs.python.org/issue34172#msg331198 So this issue can be fixed. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted

STINNER Victor added the comment: The new test_del_pool() test of the fix failed on a buildbot: bpo-35413 "test_multiprocessing_fork: test_del_pool() leaks dangling threads and processes on AMD64 FreeBSD CURRENT Shared 3.x". -- ___ Python tracker

[issue35471] Remove macpath module

Ronald Oussoren added the comment: I'm in favour of removing macpath. I was against removing the module in the past because parts of the macOS API still used (on probably still use) classic MacOS style paths. Most if not all APIs are by this time deprecated, which makes it less and less

[issue35471] Remove macpath module

Change by Serhiy Storchaka : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: I created bpo-35471: "Remove macpath module". -- ___ Python tracker ___ ___ Python-bugs-list

[issue35471] Remove macpath module

STINNER Victor added the comment: According to the PEP 11, MacOS 9 support has been dropped in Python 2.4 (released in 2004: 14 years ago!). So I think that it's now ok to remove the macpath module, especially because it's deprecated since Python 3.7. --

[issue35471] Remove macpath module

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

[issue35471] Remove macpath module

New submission from STINNER Victor : The module 'macpath' has been deprecated in Python 3.7 by bpo-9850 and scheduled for removal in Python 3.8. Attached PR removes the module. -- components: Library (Lib) messages: 331699 nosy: vstinner priority: normal severity: normal status: open

[issue16039] imaplib: unlimited readline() from connection

STINNER Victor added the comment: I added imaplib.IMAP4_SSL.readline() to my python-security website: https://python-security.readthedocs.io/vuln/cve-2013-1752_cve-2013-1752_limit_imaplib.imap4_ssl.readline.html I'm now waiting for a Python 2.7.16 release. -- priority: release

[issue20118] test_imaplib test_linetoolong fails on 2.7 in SSL test on some buildbots

STINNER Victor added the comment: The issue should now be fixed. I will reopen it if the test starts failing on a CI. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue15626] unittest.main negates -bb option and programmatic warning configuration

STINNER Victor added the comment: > Something was changed in 3.7 Yeah, Python 3.7 handles warning options differently: there is the PEP 565 and this commit: commit 747f48e2e92390c44c72f52a1239959601cde157 Author: Victor Stinner Date: Tue Dec 12 22:59:48 2017 +0100 bpo-32230: Set

[issue35470] A deadly decref in _PyImport_FindExtensionObjectEx()

Xiang Zhang added the comment: What about version 3.6? -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: behavior -> enhancement ___ Python tracker ___

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

Xiang Zhang added the comment: New changeset 4fb0b8bc25c52aae8dcb4353e69c1c88999a9a53 by Xiang Zhang in branch 'master': bpo-33106: change dbm key deletion error for readonly file from KeyError to dbm.error (#6295)

[issue35470] A deadly decref in _PyImport_FindExtensionObjectEx()

Change by Zackery Spytz : -- keywords: +patch pull_requests: +10359 stage: -> patch review ___ Python tracker ___ ___

[issue35470] A deadly decref in _PyImport_FindExtensionObjectEx()

New submission from Zackery Spytz : In _PyImport_FindExtensionObjectEx(), "mod" shouldn't be decrefed if _PyState_AddModule() fails. -- components: Interpreter Core messages: 331693 nosy: ZackerySpytz priority: normal severity: normal status: open title: A deadly decref in

[issue16039] imaplib: unlimited readline() from connection

STINNER Victor added the comment: New changeset 16d63202af35dadd652a5e3eae687ea709e95b11 by Victor Stinner in branch '2.7': bpo-16039: CVE-2013-1752: Limit imaplib.IMAP4_SSL.readline() (GH-11120) https://github.com/python/cpython/commit/16d63202af35dadd652a5e3eae687ea709e95b11 --

[issue20118] test_imaplib test_linetoolong fails on 2.7 in SSL test on some buildbots

STINNER Victor added the comment: New changeset 16d63202af35dadd652a5e3eae687ea709e95b11 by Victor Stinner in branch '2.7': bpo-16039: CVE-2013-1752: Limit imaplib.IMAP4_SSL.readline() (GH-11120) https://github.com/python/cpython/commit/16d63202af35dadd652a5e3eae687ea709e95b11 --

[issue35469] [2.7] time.asctime() regression

STINNER Victor added the comment: Even if behavior changes in minor Python release are not welcome, IMHO this one was justified and worth it. asctime() has a crappy API: it returns a pointer to a static buffer somewhere in the libc. asctime_r() is better, but it has an undefined behavior

[issue11955] 3.3 : test_argparse.py fails 'make test'

Serhiy Storchaka added the comment: I can not reproduce failures. Are they still reproducible? -- nosy: +serhiy.storchaka status: open -> pending ___ Python tracker ___

[issue15626] unittest.main negates -bb option and programmatic warning configuration

Serhiy Storchaka added the comment: Something was changed in 3.7, but I do not see differences in unittest that can cause this. $ python3.6 -bb testbb.py testbb.py:7: BytesWarning: str() on a bytes instance str(b"") . --

[issue35469] [2.7] time.asctime() regression

New submission from STINNER Victor : It seems like bpo-31339 introduced a regression with commit eeadf5fc231163ec97a8010754d9c995c7c14876 to fix a security issue. Copy of of bencordova's comment from GitHub: https://github.com/python/cpython/pull/3293#issuecomment-446378058 I'm new at

[issue14143] test_ntpath failure on Windows

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2661] Mapping tests cannot be passed by user implementations

Serhiy Storchaka added the comment: Walter, do you mind to create a PR? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue9960] test_structmembers fails on s390x (bigendian 64-bit): int/Py_ssize_t issue

Serhiy Storchaka added the comment: This was fixed in issue17928. -- nosy: +serhiy.storchaka resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue9999] test_shutil cross-file-system tests are fragile (may not test what they purport to test)

Serhiy Storchaka added the comment: Starting from issue11560 test_shutil patches os.rename to imitate a failure in cross-file-system move. -- nosy: +serhiy.storchaka resolution: -> out of date stage: needs patch -> resolved status: open -> closed

[issue8314] test_ctypes fails in test_ulonglong on sparc buildbots

Serhiy Storchaka added the comment: Starting from 3.7 Python always uses system libffi. 3.4 and 3.5 are in security bugfix only mode. So this issue is only for 2.7 and 3.6. -- nosy: +serhiy.storchaka versions: +Python 3.6 -Python 3.4, Python 3.5

[issue26704] unittest.mock.patch: Double patching instance method: AttributeError: Mock object has no attribute '__name__'

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

  1   2   >