[issue34447] ttk.TreeView (and maybe other functions) is overzealous in converting item values to ints

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

[issue29620] unittest.TestCase.assertWarns raises RuntimeEror if sys.modules changes size

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: +Python 2.7, Python 3.8 -Python 3.4, Python 3.5 ___ Python tracker ___

[issue29620] unittest.TestCase.assertWarns raises RuntimeEror if sys.modules changes size

William Schwartz added the comment: I am also running into this problem. I'm not 100%, but I'm pretty sure that looping over sys.modules and accessing __warningregistry__ on each module triggers one of my module's __getattr__ functions (PEP 562), which in turn uses setuptools entry points

[issue34417] imp.find_module reacts badly to iterator

Phillip M. Feldman added the comment: It appears that the `importlib` package has the same issue: One can't provide an iterator for the path. When searching a large folder tree for an item that is likely to be found early in the search process (i.e., at a high level in the folder tree), the

[issue34447] ttk.TreeView (and maybe other functions) is overzealous in converting item values to ints

New submission from Andrew Barnert : See this StackOverflow question for a repro case: https://stackoverflow.com/questions/51941260/ If you store a string that looks like an int in a TreeView's values, then call widget.item(row), the dict's 'values' value has that string converted to an int.

[issue33187] Document ElementInclude (XInclude) support in ElementTree

underscore_asterisk added the comment: Hello, Can I take this up? I will create a PR either later today or tomorrow. -- nosy: +underscore_asterisk ___ Python tracker ___

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

Xiang Zhang added the comment: It seems to me the problem is tee objects might encounter race conditions while `PyIter_Next` in `teedataobject_getitem` releases GIL. Other threads then might get into the same branch since `tdo->numread` haven't been updated yet. NULL slots are generated

[issue26544] platform.libc_ver() returns incorrect version number

Serhiy Storchaka added the comment: I'll merge it if it looks good to you. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34400] Undefined behavior in Parser/parsetok.c

miss-islington added the comment: New changeset e496b2b57a7b6e2633b741b1d5a934a7004ea3da by Miss Islington (bot) in branch '3.6': bpo-34400: Fix more undefined behavior in parsetok.c (GH-8833) https://github.com/python/cpython/commit/e496b2b57a7b6e2633b741b1d5a934a7004ea3da --

[issue34400] Undefined behavior in Parser/parsetok.c

miss-islington added the comment: New changeset 985dcd49cab44bba63ffebe413a9ef17b3da5fa7 by Miss Islington (bot) in branch '3.7': bpo-34400: Fix more undefined behavior in parsetok.c (GH-8833) https://github.com/python/cpython/commit/985dcd49cab44bba63ffebe413a9ef17b3da5fa7 --

[issue34400] Undefined behavior in Parser/parsetok.c

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

[issue34400] Undefined behavior in Parser/parsetok.c

Benjamin Peterson added the comment: New changeset 3e26e42c905852394fa136f1cc564dac98b56166 by Benjamin Peterson (Zackery Spytz) in branch 'master': bpo-34400: Fix more undefined behavior in parsetok.c (GH-8833)

[issue34400] Undefined behavior in Parser/parsetok.c

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

[issue34171] Lib/trace.cover not removed by the clean target

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

[issue34171] Lib/trace.cover not removed by the clean target

Serhiy Storchaka added the comment: PR 8841 prevents creating Lib/trace.cover when run the trace module. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue34171] Lib/trace.cover not removed by the clean target

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

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

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

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

miss-islington added the comment: New changeset d1f0ccc7e65ef7abeab779f5d0aca2f18eb9b2a4 by Miss Islington (bot) in branch '3.7': bpo-34441: Fix ABC.__subclasscheck__ crash on classes with invalid __subclasses__ (GH-8835)

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

Berker Peksag added the comment: New changeset cdbf50cba1664f72ae6621a89c324a32fea70377 by Berker Peksag (Alexey Izbyshev) in branch 'master': bpo-34441: Fix ABC.__subclasscheck__ crash on classes with invalid __subclasses__ (GH-8835)

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

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

[issue34446] ambiguous _max_size parameter in SpooledTemporaryFile

New submission from jcc2220 : When _max_size is set to 0, the _check method will never call rollover, as the conditional for a rollover is never satisfied. However, in the truncate method, the _max_size is not checked against 0, and so a rollover could be called when it is 0. This is more

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: This failure seems related to the issue: https://buildbot.python.org/all/#/builders/139/builds/74 = FAIL: test_threads (test.test_gdb.PyBtTests) Verify that "py-bt" indicates threads

[issue34404] test_time incorrectly defined

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34407] datetime.time.isoformat function has inconsistent behavior with timezone

Paul Ganssle added the comment: For one thing, this is not how pytz is supposed to be used. You have fallen prey to one of the most common errors when using pytz. See my blog post: https://blog.ganssle.io/articles/2018/03/pytz-fastest-footgun.html The issue at hand is also more about what

[issue34434] Removal of kwargs for built-in types not covered with "changed in Python" note in documentation

Brett Cannon added the comment: Any interest in submitting a pull request to update the documentation? -- assignee: -> docs@python components: +Documentation nosy: +brett.cannon, docs@python title: Removal of kwargs for int() etc not described as change -> Removal of kwargs for

[issue26544] platform.libc_ver() returns incorrect version number

Matthias Klose added the comment: fine! what prevents merging and backporting this issue? -- ___ Python tracker ___ ___

[issue33569] dataclasses InitVar does not maintain any type info

Augusto Hack added the comment: I have made some changes to expose the InitVar type, they are available here: https://github.com/hackaugusto/dataclasses/tree/initvar_type Are these changes sufficient? -- nosy: +hack.augusto ___ Python tracker

[issue34443] enum repr should use __qualname__

Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34445] asyncio support in doctests

New submission from Stefan Tjarks : When writing a docstring for an async function I wrote a doctest for it. ``` async def hello_world(): """ Will great the world with a friendly hello. >>> await hello_world() "hello world" """ return "hello world" ``` I kind of

[issue26544] platform.libc_ver() returns incorrect version number

Serhiy Storchaka added the comment: platform-no-distutils.diff restores the original bug: "2.9" > "2.10". PR 8356 removes the dependency from distutils and use a sophisticated function for parsing versions. -- ___ Python tracker

[issue34443] enum repr should use __qualname__

Serhiy Storchaka added the comment: __qualname__ should be used only together with __module__. I agree that the repr of enum should be more consistent with the repr of class. -- nosy: +barry, eli.bendersky, ethan.furman, serhiy.storchaka versions: +Python 3.8

[issue34444] Module's __file__ should be absolute always ("." in sys.path)

New submission from daniel hahler : With "." in sys.path the "__file__" attribute will be a relative path, and therefore cannot be used after "chdir". This likely affects relative paths in general, but have not tested it. ``` import os import sys sys.path.insert(0, '.') # Importing it

[issue31715] Add mimetype for extension .mjs

Change by Mariatta Wijaya : -- nosy: +barry, r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34443] enum repr should use __qualname__

Change by Walter Dörwald : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34443] enum repr should use __qualname__

New submission from Walter Dörwald : The __repr__ output of an enum class should use __qualname__ instead of __name__. The following example shows the problem: import enum class X: class I: pass class Y: class I(enum.Enum): pass print(X.I) print(Y.I) This prints: I

[issue34425] :s formatting broken for objects without __format__

Jason Spencer added the comment: Then I would argue that it is at least a documentation bug. The 3.6 format spec mini language still claims that {} is equivalent to {:s}, which now is only conditionally true. I would also argue that having different behavior for {} and {:s}, which are

[issue34403] test_utf8_mode.test_cmd_line() fails on HP-UX due to false assumptions

Michael Felt added the comment: Although the default is different (i.e., roman8 versus latin1 (iso8859-1)) both HP-UX and AIX (like Windows, cp1252) this issue and issue 33347 are related. As I mentioned in https://bugs.python.org/issue34347#msg323319 the string seen by self.get_output() is

[issue26544] platform.libc_ver() returns incorrect version number

Change by Matthias Klose : Added file: https://bugs.python.org/file47755/platform-no-distutils.diff ___ Python tracker ___ ___

[issue26544] platform.libc_ver() returns incorrect version number

Matthias Klose added the comment: proposed patch attached -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26544] platform.libc_ver() returns incorrect version number

Matthias Klose added the comment: no, it's not fixed at all. Setting as a release blocker for 3.6 and 3.7. -- keywords: +3.6regression, 3.7regression nosy: +benjamin.peterson, ned.deily priority: normal -> release blocker ___ Python tracker

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: New changeset 95f9e14e33b713f35f5368acf7be56750bbdb5a8 by Xiang Zhang in branch '2.7': [2.7] bpo-30411: Use --git-dir instead of -C to make git work under version below 1.8.5. (GH-8744) (GH-8838)

[issue34442] zlib module not built on windows

Zachary Ware added the comment: Hi Stephen, zlib is built into the core binary (pythonXY.dll) when you build with `IncludeExternals`; see PCbuild/pythoncore.vcxproj. Using PCbuild/build.bat should do that automatically (unless you tell it not to), but if it's not we may need to fix

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

miss-islington added the comment: New changeset 2011dd77b6bd6f02f54ceef9a80a22bd373b66e2 by Miss Islington (bot) in branch '3.7': bpo-30411: Use --git-dir instead of -C to make git work under version below 1.8.5. (GH-8744)

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Change by Xiang Zhang : -- pull_requests: +8313 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34442] zlib module not built on windows

New submission from Stephen Kelly : I tried to build python 3.7.0 from source. I ran the PCBuild/build.bat script. That downloaded zlib to the external/ directory. However, it does not seem to be built. When running I get: python\3.7.0\lib\zipfile.py", line 646, in _check_compression

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: New changeset 4c8555773a801f957297132a92c0acb382d640e4 by Xiang Zhang in branch 'master': bpo-30411: Use --git-dir instead of -C to make git work under version below 1.8.5. (GH-8744)

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +8310 stage: -> patch review ___ Python tracker ___ ___

[issue34441] NULL dereference when issubclass() is called on a class with bogus __subclasses__

New submission from Alexey Izbyshev : >>> from abc import ABCMeta >>> class S(metaclass=ABCMeta): ... __subclasses__ = None ... >>> issubclass(int, S) Segmentation fault (core dumped) This is the result of missing NULL check for 'subclasses' in _abc__abc_subclasscheck_impl

[issue34440] Certificate verify failed (works fine in 3.6)

Lennart Grahl added the comment: Cheers! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34438] do_handshake stuck in ssl.py

Christian Heimes added the comment: It's hard to say what the culprit is. A blocked handshake often indicates a network or a server problem. Either something went wrong between the client and the server or the server refuses to finalize the handshake. I suggest that you add a timeout and

[issue34400] Undefined behavior in Parser/parsetok.c

Change by Zackery Spytz : -- pull_requests: +8309 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34440] Certificate verify failed (works fine in 3.6)

Christian Heimes added the comment: Python 3.6 is a little more forgiving than Python 3.7. Python 3.7 uses OpenSSL's hostname verification algorithms, which interpret the RFCs more strictly. You have to include a SAN field of type IP address. Matching against CN has been deprecated for more

[issue34440] Certificate verify failed (works fine in 3.6)

Lennart Grahl added the comment: Hi. I don't see why the certificate would not be valid for that address. Python 3.6 also accepts it without any modifications to the script. Output of openssl x509 -in cert.pem -noout -text Certificate: Data: Version: 3 (0x2) Serial

[issue34440] Certificate verify failed (works fine in 3.6)

Christian Heimes added the comment: The exception message is: ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: IP address mismatch, certificate is not valid for '127.0.0.1'. (_ssl.c:1045) The certificate is not valid for the URL. You are connection

[issue34440] Certificate verify failed (works fine in 3.6)

New submission from Lennart Grahl : When running the attached script with the attached cert, Python 3.7 raises an exception (see https://paste.pound-python.org/show/VLr84Yn2Fnz6RSKEq3ui/). In Python 3.6, the certificate is being accepted. I don't see anything wrong with the self-signed

[issue34439] Expose venv --prompt value to an environment value

New submission from Tomer Keren : In the same way the $VIRTUAL_ENV variable tells the virtual environment directory, A variable such as $VENV_NAME or $VENV_PROMPT should tell the value given to the venv `--prompt` option (Introduced in Issue22829). An individual could override the EnvBuilder

[issue14568] HP-UX local libraries not included

Change by Michael Osipov <1983-01...@gmx.net>: -- pull_requests: +8308 stage: -> patch review ___ Python tracker ___ ___

[issue34217] windows: cross compilation fails due to headers with uppercase

INADA Naoki added the comment: I'm sorry about that. I won't merge PR like that next time. -- ___ Python tracker ___ ___

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Serhiy Storchaka added the comment: See also issue32657. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list

[issue32657] Mutable Objects in SMTP send_message Signature

Serhiy Storchaka added the comment: See also issue34246. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list

[issue16533] HPUX: Unable to fork() in thread

Michael Osipov <1983-01...@gmx.net> added the comment: Runs perfectly: == CPython 3.8.0a0 (heads/bpo-34412:f1331c0e83, Aug 20 2018, 10:14:16) [C] == HP-UX-B.11.31-ia64-32bit-ELF big-endian == cwd: /var/osipovmi/cpython/build/test_python_22868 == CPU count: 4 == encodings: locale=utf8, FS=utf-8

[issue1648957] HP-UX: _ctypes/libffi/src/ia64/ffi/__attribute__/native cc

Michael Osipov <1983-01...@gmx.net> added the comment: Cannot verify: $ file ./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so ./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so: ELF-32 shared object file - IA64 $ ldd ./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so

[issue12991] Python 64-bit build on HP Itanium - Executable built successfully but modules failed with HP Compiler

Michael Osipov <1983-01...@gmx.net> added the comment: Cannot reproduced on master: export LDFLAGS="-L/usr/local/lib/hpux64 +DD64" export CFLAGS=+DD64 Python build finished successfully! The necessary bits to build these optional modules were not found: _bz2 _curses_panel

[issue34401] Make test_gdb work on HP-UX

Change by Michael Osipov <1983-01...@gmx.net>: -- pull_requests: +8307 stage: -> patch review ___ Python tracker ___ ___

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

Change by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: