[issue33728] pandas.to_records can not be saved by numpy.savez

Steven D'Aprano added the comment: Sorry, this tracker is for the interpreter and standard library. For bugs in third party code like numpy and pandas, you will have to report it on their own bug trackers. -- nosy: +steven.daprano resolution: -> third party stage: -> resolved statu

[issue33728] pandas.to_records can not be saved by numpy.savez

New submission from Feng : my first time to report a bug here. But it is so annoying, I have to report it. Here is the demonstration of the errors I encounter: >>> import numpy as np >>> import pandas as pd >>> np.__version__ '1.14.3' >>> pd.__version__ u'0.23.0' >>> df=pd.DataFrame({'a':range

[issue33692] Chinese characters issue with input() function

Valentin Zhao added the comment: Hey there! I saw your pull requests to python3.6 and have been merged, so what should we do now? Just update the python to higher a version? -- ___ Python tracker __

[issue33597] Compact PyGC_Head

INADA Naoki added the comment: Oops, this optimization broke trace module. I reverted a part of the optimization. Current benchmark is: $ ./python-patched -m perf timeit --compare-to ./python-master -s "import gc, doctest, ftplib, asyncio, email, http.client, pydoc, pdb, fractions, decimal,

[issue33725] High Sierra hang when using multi-processing

Ronald Oussoren added the comment: A better solution is to avoid using fork mode for multiprocessing. The spawn and fork server modes should work fine. The underlying problem is that macOS system frameworks (basically anything higher level than libc) are not save wrt fork(2) and fixing that

[issue33727] Server.wait_closed() doesn't always wait for its transports to fihish

New submission from Yury Selivanov : Server.wait_closed() currently does two checks: 1. if _sockets is None -- means that Server.close() was called 2. if self._waiters is None -- means that Server._wakeup() was called if (1) *or* (2) is true, wait_closed() just returns without waiting on anyth

[issue33726] Add short descriptions to PEP references in seealso

Change by Andrés Delfino : -- keywords: +patch pull_requests: +6922 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33726] Add short descriptions to PEP references in seealso

New submission from Andrés Delfino : There are a couple of PEP references with no description in Simple/Compound Statements. Attached PR fixes this. -- assignee: docs@python components: Documentation messages: 318359 nosy: adelfino, docs@python priority: normal severity: normal status:

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: 19. idle.rst doc change 20. What's New for 3.6.6 and 3.7.0 These could be patches on this issue. 21. idlelib/NEWS.txt entries -- ___ Python tracker _

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: 18. Error or bounds checking for maxlines entry. I believe this really a config dialog issue that applies to everything, but maxlines should be at least 1, with some reasonable max. In the meanwhile, we could check whether crazy entries (text, negatives, s

[issue28657] cmd.Cmd.get_help() implementation can't see do_*() methods added dynamically by setattr()

Raymond Hettinger added the comment: ISTM the only way dir(self) would make a difference would be if functions we being assigned to instances rather than the class. Also, it's uncleaar why setattr() is at issue -- it works the same way as regular attribute assignment using the dot operator

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: 5, reformulated. Now that 'Code Context' on the Options menu only toggles a feature for the current window, like 'Zoom Height' on the Window menu, both should appear together on the same menu. My current inclination is to move 'Code Context' to Window becau

[issue33597] Compact PyGC_Head

INADA Naoki added the comment: https://github.com/python/cpython/pull/7043/commits/053111f321d792fb26f8be10abba24a980f3590f I added one micro optimization. Although it is not relating to two-word-gc directly, it makes gc_collect faster than master on the microbench (without importing tkinter.

[issue33642] IDLE: Use variable number of lines in CodeContext

Terry J. Reedy added the comment: On Windows, I observe the following behaviors. 1. When Code Context is enabled on a windows still at its initial height, context lines are added to code lines to increase the window height. 2. When the window height is changed with a mouse, that becomes the

[issue33725] High Sierra hang when using multi-processing

New submission from Kapil Thangavelu : This issue seems to be reported a few times on various githubs projects. I've also reproduced using a brew install of python 2.7.15. I haven't been able to reproduce with python 3.6. Note this requires a framework build of python. Background on the under

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: The release candidate has been re-scheduled for June 11. So we should be able to merge the minimal upgrade before that and get it in 3.7.0 and 3.6.6. (The latter will come out at the same time as the former.) Variable lines is about ready. Colors looks li

[issue33692] Chinese characters issue with input() function

Change by STINNER Victor : -- pull_requests: +6920 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33692] Chinese characters issue with input() function

Change by STINNER Victor : -- pull_requests: +6920, 6921 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue33718] Enhance regrtest: meta-ticket for multiple changes

Change by STINNER Victor : -- pull_requests: +6919 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33718] Enhance regrtest: meta-ticket for multiple changes

STINNER Victor added the comment: New changeset 9e24930dfdc28e16dabbfd7dd1ead1336b7b0d6c by Victor Stinner in branch 'master': bpo-33718: regrtest keeps filters to re-run fails (GH-7291) https://github.com/python/cpython/commit/9e24930dfdc28e16dabbfd7dd1ead1336b7b0d6c -- __

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: FYI, I plan on closing this issue only *after* I've re-enabled the crashing test and it passes. :) -- ___ Python tracker ___

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Eric Snow added the comment: Thanks, Victor. I'll take a look. FYI, it seems that the same 3 buildbots from bpo-33615 are seeing these same test failures. -- ___ Python tracker ___

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

STINNER Victor added the comment: New changeset 56013218864d5eb81baab4665fcae13400934078 by Victor Stinner in branch 'master': bpo-33717: pythoninfo: add CC --version (#7290) https://github.com/python/cpython/commit/56013218864d5eb81baab4665fcae13400934078 -- __

[issue33718] Enhance regrtest: meta-ticket for multiple changes

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

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

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

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

STINNER Victor added the comment: Now the test runs but doesn't crash anymore: bpo-33724. -- ___ Python tracker ___ ___ Python-bugs

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

New submission from STINNER Victor : Follow-up of bpo-33615. ARMv7 Ubuntu 3.x: http://buildbot.python.org/all/#/builders/106/builds/1118 Re-running test 'test__xxsubinterpreters' in verbose mode test_bad_id (test.test__xxsubinterpreters.ChannelIDTests) ... ok test_bad_kwargs (test.test__xxsub

[issue33723] test_time.test_thread_time() failed on AMD64 Debian root 3.x

New submission from STINNER Victor : AMD64 Debian root 3.x: http://buildbot.python.org/all/#/builders/27/builds/1067 == FAIL: test_thread_time (test.test_time.TimeTestCase) -

[issue33470] Changes from GH-1638 (GH-3575, bpo-28411) are not documented in Porting to Python 3.7

Change by Ned Deily : -- nosy: -ned.deily priority: release blocker -> versions: -Python 3.7 ___ Python tracker ___ ___ Python-bu

[issue33710] Deprecate gettext.lgettext()

Barry A. Warsaw added the comment: +1 - I'm actually surprise it's still there. ;) Given that the docs have a big red warning to avoid these in Python 3, let's start the process of removal. Don't forget to also deprecate ldgettext(), lngettext(), and ldngettext() https://docs.python.org/3/l

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

Stefan Krah added the comment: A wild theory: Because of the new pervasive includes (-I/home/travis/multissl/openssl/1.1.0h/include -O3 -I/home/travis/multissl/openssl/1.1.0h/include) some module picks up a wrong header. But I just rebuilt https://travis-ci.org/python/cpython/jobs/38545884

[issue33470] Changes from GH-1638 (GH-3575, bpo-28411) are not documented in Porting to Python 3.7

Paul Koning added the comment: FYI, I'm the one who created this problem back in 2012. I just submitted a GDB patch for this, using PyImport_AppendInittab to define the built-in module at startup. I'm not sure how I missed this originally; perhaps the documentation was not as clear back th

[issue32392] subprocess.run documentation does not have **kwargs

Change by Tobias Kunze : -- keywords: +patch pull_requests: +6916 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

STINNER Victor added the comment: > test_datetime passes here with nearly identical conditions as on the CI > (Ubuntu 14.04, clang, same random seed): I tried to reproduce the issue on a Ubuntu Trusty *VM* using clang 5.0, using the same random seed: I failed to reproduce the bug. I ran tes

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

Stefan Krah added the comment: test_datetime passes here with nearly identical conditions as on the CI (Ubuntu 14.04, clang, same random seed): Using random seed 987845 Run tests in parallel using 4 child processes 0:00:01 load avg: 1.70 [ 1/415] test_html passed 0:00:01 load avg: 1.88 [ 2/

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Matthew Barnett added the comment: It also raises a ValueError on Windows. For other invalid paths on Windows it returns False. -- nosy: +mrabarnett ___ Python tracker ___ __

[issue33722] Document builtins in mock_open

New submission from Jay Crotts : The examples on using mock_open only include instances where objects are mocked in the REPL, so '__main__'.open is replaced. Commonly objects are mocked for use in other test modules, so builtins.open would be used instead. A note about this in the documentati

[issue33668] Wrong behavior of help function on module

Ivan Levkivskyi added the comment: Adding Yury as an inspect expert. I don't think this is something urgent, we can probably postpone this to 3.7.1. -- nosy: +yselivanov ___ Python tracker _

[issue33668] Wrong behavior of help function on module

Ivan Levkivskyi added the comment: Hm, replacing the return with a random string, this leads to another crash: Traceback (most recent call last): File "", line 1, in File "/Users/ilevkivskyi/src/cpython/Lib/_sitebuiltins.py", line 103, in __call__ return pydoc.help(*args, **kwds) F

[issue33721] os.path.exists() ought to return False if pathname contains NUL

New submission from pacujo : os.path.exists() returns True or False for all imaginable string arguments except for one that contains NUL ("\0") (Linux). This behavior is not documented in the library. Moreover, it can easily lead to accidents if an externally supplied pathname were to contai

[issue33668] Wrong behavior of help function on module

Change by Serhiy Storchaka : -- nosy: +levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33711] Could not find externals/db-* in msi.py on license generation

Change by Ned Deily : -- nosy: +steve.dower, zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Eric Snow added the comment: New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch 'master': bpo-33615: Temporarily disable a test that is triggering crashes on a few buildbots. (gh-7288) https://github.com/python/cpython/commit/110bc01407ac8c75545d0386577c6e17254d97d

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch 'master': bpo-33615: Temporarily disable a test that is triggering crashes on a few buildbots. (gh-7288) https://github.com/python/cpython/commit/110bc01407ac8c75545d0386577c6e17254d97d

[issue30618] readlink for pathlib paths

Change by Timo Furrer : -- nosy: +tuxtimo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue33668] Wrong behavior of help function on module

Change by Timo Furrer : -- nosy: +tuxtimo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue28657] cmd.Cmd.get_help() implementation can't see do_*() methods added dynamically by setattr()

Change by Timo Furrer : -- nosy: +tuxtimo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: I need to stop working on this right now, but here's the locals layout in a normal release build in r_object: @rdi @rdip = 0x0034`655ea3d0 0034`65403f60 @rsp+0x0080 v = 0x`0

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: A crash in the test suite should be fixed, especially since we have protection against this crash (and a test that validates it). In this case, apparently the stack allocation for each frame of r_object grew and now there isn't room for 2000 calls (the value of

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

STINNER Victor added the comment: > priority: normal -> release blocker I don't think that it's a release blocker. test_marshal does only crash on corner cases which should not occur on usual "valid" data. -- ___ Python tracker

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: Ned, FYI -- nosy: +ned.deily priority: normal -> release blocker versions: +Python 3.8 ___ Python tracker ___ __

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: The uploaded binary is compiled with PGO enabled (and trained on most of the test suite). I'll check it out - hopefully we don't need to do anything drastic and can get away with either a compiler update or disabling optimizations on a single function. ---

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

STINNER Victor added the comment: > I compiled the master branch of Python in release mode using VS2015 (MSC > v.1912 64 bit) and I failed to reproduce the crash I also failed to reproduce the crash in the 3.7 branch. I guess that the python.org binary has been compiled differently. ---

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Change by STINNER Victor : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

STINNER Victor added the comment: I compiled the master branch of Python in release mode using VS2015 (MSC v.1912 64 bit) and I failed to reproduce the crash: * PCbuild/build.bat -e -p x64 * python -m test -v test_marshal * no crash -- ___ Python

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

STINNER Victor added the comment: > test_marshal.test_loads_2x_code(): Windows fatal exception: stack overflow I created bpo-33720: "test_marshal: crash in Python 3.7b5 on Windows 10". -- ___ Python tracker ___

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

New submission from STINNER Victor : Follow-up of bpo-33719. C:\Users\vstinner\AppData\Local\Programs\Python\Python37>python.exe -m test test_marshal -v == CPython 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 bit (AMD64)] == Windows-10-10.0.16299-SP0 little-endian == cw

[issue12029] Allow catching virtual subclasses in except clauses

Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Change by Eric Snow : -- pull_requests: +6915 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Change by Eric Snow : -- pull_requests: +6914 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33479] Document tkinter and threads

Change by Mark Roseman : -- pull_requests: +6913 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

New submission from STINNER Victor : I ran the test suite on an installed Python 3.7 beta5 on Windows 10. The following tests fail: * test_marshal.test_loads_2x_code(): Windows fatal exception: stack overflow * test_pkg: failures when run with -X utf8 * test.test_tools.test_sundry.TestSundrySc

[issue33597] Compact PyGC_Head

Antoine Pitrou added the comment: Here is a micro-benchmark of GC overhead: * before: $ ./python -m timeit -s "import gc, doctest, ftplib, asyncio, email, http.client, pydoc, pdb, fractions, decimal, difflib, textwrap, statistics, shutil, shelve, lzma, concurrent.futures, telnetlib, smtpd,

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

Change by Roundup Robot : -- pull_requests: +6912 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33713] memoryview can set an exception in tp_clear

Antoine Pitrou added the comment: Yes, tp_clear can be called with refcount > 0. It's exactly why it's separate from tp_dealloc, actually :-) -- ___ Python tracker ___ __

[issue33713] memoryview can set an exception in tp_clear

Stefan Krah added the comment: Well yes, I still want to understand tp_clear(). :) The docs are a bit vague. -- ___ Python tracker ___ ___

[issue33714] module can set an exception in tp_clear

Change by STINNER Victor : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33713] memoryview can set an exception in tp_clear

STINNER Victor added the comment: If the bug cannot occur, just add "assert(!PyErr_Occurred());" no? -- nosy: +vstinner ___ Python tracker ___

[issue33714] module can set an exception in tp_clear

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33712] OrderedDict can set an exception in tp_clear

STINNER Victor added the comment: > The tp_clear handler of OrderedDict can set an exception when fail to > allocate a nodes cache for an empty dict. An exception in tp_clear is not > expected and caused a crash in the garbage collector. If it's a cache, it would be better to cancel the cach

[issue33713] memoryview can set an exception in tp_clear

Stefan Krah added the comment: Well, the example would need exports: >>> a = [bytes()] >>> a.append(memoryview(a[0])) >>> a.append(memoryview(a[1])) >>> a.append(a) >>> a [b'', , , [...]] The first memoryview has one export, so its refcount > 0. Do I fundamentally misunderstand tp_clear() a

[issue33706] Segfault in command line processing due to buffer over-read

STINNER Victor added the comment: Thank you Christoph Gohlke for your bug report and your fix! I fixed 3.7 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33718] Enhance regrtest: meta-ticket for multiple changes

New submission from STINNER Victor : Lib/test/libregrtest/ (python3 -m test) is the test runner used to run the Python test suite. I create this issue to have a bpo number for future enhancements. Example of recent enhancements: * https://github.com/python/cpython/pull/7105 * https://github.

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Change by STINNER Victor : -- title: Enhance test.pythinfo: meta-ticket for multiple changes -> Enhance test.pythoninfo: meta-ticket for multiple changes ___ Python tracker __

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6/3.x

STINNER Victor added the comment: Recent failure on AMD64 Debian root 3.7: http://buildbot.python.org/all/#/builders/127/builds/361 0:03:33 load avg: 1.38 [140/415/1] test_signal failed == FAIL: test_stress_delivery_dependen

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

STINNER Victor added the comment: > https://travis-ci.org/python/cpython/jobs/385458840 $ clang --version clang version 5.0.0 (tags/RELEASE_500/final) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/clang-5.0.0/bin ./configure --with-pydebug --

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

STINNER Victor added the comment: > https://travis-ci.org/python/cpython/jobs/385458840 pythoninfo: Py_DEBUG: Yes (sys.gettotalrefcount() present) _decimal.__libmpdec_version__: 2.4.2 builtins.float.double_format: IEEE, little-endian builtins.float.float_format: IEEE, little-endian os.cpu_cou

[issue33717] Enhance test.pythinfo: meta-ticket for multiple changes

New submission from STINNER Victor : Lib/test/pythoninfo.py is a tool to dump informations to help to debug test failures. I create this issue to have a bpo number for future enhancements. For example, I now would like to get the version of the C compiler. -- components: Tests messag

[issue33706] Segfault in command line processing due to buffer over-read

miss-islington added the comment: New changeset c6de46e180e81508a3b43341791b56418bd811f9 by Miss Islington (bot) in branch '3.7': bpo-33706: Fix pymain_parse_cmdline_impl() (GH-7283) https://github.com/python/cpython/commit/c6de46e180e81508a3b43341791b56418bd811f9 -- nosy: +miss-isl

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

STINNER Victor added the comment: > FAIL: test_expandvars_nonascii (__main__.NtCommonTest) What is your Python version? Python uses UTF-8 to encode paths on Windows since Python 3.6: https://vstinner.github.io/python36-utf8-windows.html -- ___ Pyt

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

STINNER Victor added the comment: > How would #33627 support the theory that this is a bug in _decimal? As I > read it, #33627 is in test_complex, which supports the "unrelated random" > theory. I'm not sure of anything. It's just a bet. I asked you to have a look, just in case you see som

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

Stefan Krah added the comment: Good luck finding it then, Victor. -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list maili

[issue33713] memoryview can set an exception in tp_clear

Antoine Pitrou added the comment: Serhiy is right about the theoretical concern here. However, it's probably quite difficult to find a concrete situation where this occurs, because we're talking about mbuf_clear and the managerbuffer object can't really get involved in a reference cycle by

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

STINNER Victor added the comment: I bet that the bug comes from _decimal. Fraction is implemented in pure Python, and complex type is supposed to be simpler than the _decimal.Decimal type. The whole mystery is why the bug only occurs in test_numeric_tower.test_complex() and why not in test_c

[issue33606] Improve logging performance when logger disabled

Change by Timo Furrer : -- keywords: +patch pull_requests: +6911 stage: needs patch -> patch review ___ Python tracker ___ ___ Pytho

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

STINNER Victor added the comment: > Lib/test/test_numeric_tower.py:184 in test_complex The crash occurs at: def test_complex(self): # comparisons with complex are special: equality and inequality # comparisons should always succeed, but order comparisons should #

[issue33706] Segfault in command line processing due to buffer over-read

Change by miss-islington : -- pull_requests: +6910 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33706] Segfault in command line processing due to buffer over-read

STINNER Victor added the comment: New changeset 58d1683255abb0df4fc70960da6121aeaa41e1d1 by Victor Stinner in branch 'master': bpo-33706: Fix pymain_parse_cmdline_impl() (GH-7283) https://github.com/python/cpython/commit/58d1683255abb0df4fc70960da6121aeaa41e1d1 -- _

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7, Python 3.6 ___ Python tracker ___

[issue33713] memoryview can set an exception in tp_clear

Stefan Krah added the comment: The point is that *no garbage collection is triggered* if self->exports > 0. It would be a major bug if it were and I suspect it would be reported within a week. Fortunately, no such bug has been reported in 6 years. -- ___

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: > Did your PR fix the issue? The bug was that *sometimes* on Travis CI, and only on Travis CI (!?), writing 1 MiB into the multiprocessing pipe didn't block. The bug is really strange because it is only reproduced on the clang Linux job of Travis CI which ru

[issue33713] memoryview can set an exception in tp_clear

Serhiy Storchaka added the comment: The GC calls tp_clear() if the memoryview is a part of the reference loop. a = [memoryview(...)] a.append(a) del a The GC will call tp_clear() of the list or the memoryview. What will be called first is not specified. -- _

[issue33706] Segfault in command line processing due to buffer over-read

Change by STINNER Victor : -- pull_requests: +6909 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33713] memoryview can set an exception in tp_clear

Stefan Krah added the comment: Yes, but who calls tp_clear() if the memoryview is not being deallocated? -- ___ Python tracker ___

[issue33713] memoryview can set an exception in tp_clear

Stefan Krah added the comment: This looks the same as #25525. I think it cannot happen, and no one has ever reported an actual issue for 6 years now. You *really* need to show a reproducer if you assert that something can crash. -- ___ Python tra

[issue33713] memoryview can set an exception in tp_clear

Serhiy Storchaka added the comment: See the delete_garbage() function line 770 in Modules/gcmodule.c for changes in the master branch relevant to this issue. See Py_FatalError() in the collect() function at line 974 for a crash. -- ___ Python trac

[issue33713] memoryview can set an exception in tp_clear

Serhiy Storchaka added the comment: I don't know how to reproduce a failure in tp_clear(). I just can't prove that it never fails. Maybe it is needed a bug in the implementation of the buffer protocol in third-party extension. If it should not happen then we can just add assert(!PyErr_O

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

New submission from STINNER Victor : x86 Windows7 3.7: http://buildbot.python.org/all/#/builders/111/builds/299 test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest) ... 26.57s ok ... test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest) ... 9

[issue33687] uu.py calls os.path.chmod which doesn't exist

Timo Furrer added the comment: I've added a test and updated the PR. -- nosy: +tuxtimo ___ Python tracker ___ ___ Python-bugs-list

  1   2   >