[issue40774] "Important" block in documentation of asyncio.create_subprocess_shell() not indented correctly

Change by Stephan Hohe : -- keywords: +patch pull_requests: +19665 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20403 ___ Python tracker <https://bugs.python.org/issu

[issue40774] "Important" block in documentation of asyncio.create_subprocess_shell() not indented correctly

New submission from Stephan Hohe : The [documentation][1] for asyncio.create_subprocess_shell() contains an "important" block about quoting special characters. This block and the following deprecation note belong to this specific function, but are not correctly indented and shown

[issue36285] Integer overflow in array.array.remove()

Change by Stephan Hohe : -- keywords: +patch pull_requests: +12291 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36285> ___ ___ Py

[issue36285] Integer overflow in array.array.remove()

New submission from Stephan Hohe : The array module's `array.remove(x)` iterates over the array, searching for `x`. If the array contains >=2G elements this can overflow the `int` loop variable. `array__array_reconstructor_impl()` also contains loops with `int` variables that lik

[issue36251] Invalid format specifiers in MatchObject and StdPrinter repr

Change by Stephan Hohe : -- keywords: +patch pull_requests: +12240 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36251> ___ ___ Py

[issue36251] Invalid format specifiers in MatchObject and StdPrinter repr

New submission from Stephan Hohe : match_repr() and stdprinter_repr() contain calls to PyUnicode_FromFormat() with format specifiers that don't match the arguments. See the upcoming pull request for details. -- components: Interpreter Core, Regular Expressions messages: 337574

[issue35623] Segfault in test_bigmem.ListTest.test_sort

Stephan Hohe added the comment: Actually the segfault is in Objects/listobject.c:2301 in that test since it doesn't use tuples. But the takeaway is the same: `i` overflows to a negative number and causes an invalid memory access. -- ___ P

[issue35623] Segfault in test_bigmem.ListTest.test_sort

Change by Stephan Hohe : -- keywords: +patch, patch, patch pull_requests: +10727, 10728, 10729 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35623] Segfault in test_bigmem.ListTest.test_sort

Change by Stephan Hohe : -- keywords: +patch pull_requests: +10727 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35623> ___ ___ Py

[issue35623] Segfault in test_bigmem.ListTest.test_sort

Change by Stephan Hohe : -- keywords: +patch, patch pull_requests: +10727, 10728 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35623] Segfault in test_bigmem.ListTest.test_sort

New submission from Stephan Hohe : When running test_bigmem with -M 30G the interpreter crashes in list_sort_impl() in Objects/listobject.c:2290 due to an integer overflow in `i`. -- components: Interpreter Core messages: 332780 nosy: sth priority: normal severity: normal status

[issue35621] asyncio.create_subprocess_exec() only works with main event loop

New submission from Stephan Hohe : `asyncio.create_subprocess_exec()` accepts a `loop` parameter, but doesn't use it to watch the child process. Instead uses `get_event_loop_policy().get_child_watcher()`, which doesn't doesn't know about `loop` but tries to use the current def

[issue27300] tempfile.TemporaryFile(): missing errors=... argument

Change by Stephan Hohe : -- pull_requests: +6390 status: pending -> open ___ Python tracker <https://bugs.python.org/issue27300> ___ ___ Python-bugs-list mai

[issue32797] Tracebacks from Cython modules no longer work

Stephan Hohe added the comment: > Do you mean the "python" command-line program? Yes, that's what I used. > That uses a different algorithm: I see, it only works for top-level modules. You're right, that's not a real solution. -- ___

[issue32797] Tracebacks from Cython modules no longer work

Stephan Hohe added the comment: Yes, I tried the Python 3.5 that comes with my system as well as the latest checkout from github. Both show source code lines in tracebacks for me. I used a rather simple test setup, just two directories with .so and .pyx which I added to sys.path (any order

[issue32797] Tracebacks from Cython modules no longer work

Stephan Hohe added the comment: How does CPython display the source for tracebacks in Cython modules? It seems to work there as long as the Cython .pyx files are somewhere in the import path. -- nosy: +sth ___ Python tracker <ht