[issue31282] C APIs called without GIL in PyOS_Readline

New submission from Xiang Zhang: When debugging our project I find something interesting. In PyOS_Readline it releases the GIL and delegate its job to PyOS_ReadlineFunctionPointer, which could be call_readline or PyOS_StdioReadline(I don't find where vms__StdioReadline is defined). But in the

[issue30987] Support for ISO-TP protocol in SocketCAN

Terry J. Reedy added the comment: There is no specific maintainer for socket modules, so this may or may not get attention anytime soon -- https://docs.python.org/devguide/experts.html. New features are not backported. -- nosy: +terry.reedy ___

[issue30987] Support for ISO-TP protocol in SocketCAN

Changes by Mariatta Wijaya : -- stage: -> patch review ___ Python tracker ___ ___

[issue31281] fileinput inplace does not work with pathlib.Path

Changes by Zhiming Wang : -- pull_requests: +3245 ___ Python tracker ___ ___

[issue31281] fileinput inplace does not work with pathlib.Path

New submission from Zhiming Wang: Consider import fileinput import pathlib with fileinput.input(files=(pathlib.Path('in.txt'),), inplace=True) as fp: for line in fp: print(line, end='') which results in Traceback (most recent call last): File

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

Eric V. Smith added the comment: I think this is a function of the .pth file causing 'zc' to be in sys.modules. If I delete the .pth file, the first import of zc.m succeeds. Note that if the .pth file is in place, then: % bin/python3 Python 3.6.1 (default, Mar 24 2017, 12:50:34) [GCC 5.4.0]

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

Jim Fulton added the comment: No, but I managed to unattach it, because "Choose File" always feels like a submit button to me. Sorry. Attached. -- Added file: http://bugs.python.org/file47101/z.py ___ Python tracker

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

Eric V. Smith added the comment: Jim: did you forget to attach the z.py script? -- nosy: +eric.smith ___ Python tracker ___

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

New submission from Jim Fulton: I'm having an issue importing from namespaces packages whose directories are added to sys.path and have other packages from the same namespace in site-packages. To reproduce: - Create a virtualenv and install zc.buildout in it (``envdir/bin/pip install

[issue27099] IDLE: turn builting extensions into regular modules

Changes by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list

[issue31244] IDLE: work around shortcuts bug in Windows' IMEs and tk

Terry J. Reedy added the comment: I obtained more info on the Japanese IME. It has 2 modes of operation: 'romanji' and 'kana'. In romanji mode, one types the ascii transliteration of the syllabic chars. When one types type the syllable vowel , the program replaces the sequence of 1 to 3

[issue31279] Squash new gcc warning (-Wstringop-overflow)

Changes by Stefan Krah : -- components: +Build resolution: -> fixed stage: -> resolved status: open -> closed type: -> compile error versions: +Python 3.7 ___ Python tracker

[issue31272] typing module conflicts with __slots__-classes

Ivan Levkivskyi added the comment: I think this is fixed in latest version. I thought it was also backported to Python 3.5.3. What is the version you are using? Could you please try updating to the latest bugfix release? (currently these are 3.5.4 and 3.6.2). -- nosy: +levkivskyi

[issue31271] an assertion failure in io.TextIOWrapper.write

Changes by Serhiy Storchaka : -- stage: needs patch -> backport needed ___ Python tracker ___

[issue31271] an assertion failure in io.TextIOWrapper.write

Serhiy Storchaka added the comment: New changeset a5b4ea15b61e3f3985f4f0748a18f8b888a63532 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31271: Fix an assertion failure in io.TextIOWrapper.write. (#3201)

[issue31279] Squash new gcc warning (-Wstringop-overflow)

Stefan Krah added the comment: New changeset dce6502059f46a04f90938b9d832394c8215397b by Stefan Krah in branch 'master': bpo-31279: Silence -Wstringop-overflow warning. (#3207) https://github.com/python/cpython/commit/dce6502059f46a04f90938b9d832394c8215397b --

[issue31279] Squash new gcc warning (-Wstringop-overflow)

Changes by Stefan Krah : -- pull_requests: +3244 ___ Python tracker ___ ___

[issue31279] Squash new gcc warning (-Wstringop-overflow)

New submission from Stefan Krah: gcc-7.2 emits the following not-so-useful warning: Objects/bytearrayobject.c:226:9: warning: ‘memcpy’: specified size between 9223372036854775808 and 18446744073709551615 exceeds maximum object size 9223372036854775807 -- messages: 300851 nosy: skrah

[issue31254] WeakKeyDictionary/Mapping doesn't call __missing__

Antony Lee added the comment: Thanks for the clarification! "at least if the original key is not `obj` but some other object equal to `obj`" does not apply in my case so I'm fine, but the example shows that this is tricky to get right... -- ___

[issue31237] test_gdb disables 25% of tests in optimized builds

Changes by Łukasz Langa : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31237] test_gdb disables 25% of tests in optimized builds

Łukasz Langa added the comment: I guess it's wontfix then. Sad, since that leaves us partially blind to regressions like bpo-30983. -- ___ Python tracker

[issue31275] Check fall-through in _codecs_iso2022.c

Stefan Krah added the comment: Thanks, Serhiy! -- components: +Build resolution: -> fixed stage: -> resolved status: open -> closed type: -> compile error versions: +Python 3.7 ___ Python tracker

[issue31205] IDLE, configdialog: Factor out KeysPage class from ConfigDialog

Łukasz Langa added the comment: Oh, forgot about this exception, sorry! Thanks for the clarification. -- ___ Python tracker ___

[issue31275] Check fall-through in _codecs_iso2022.c

Stefan Krah added the comment: New changeset 138753c1b96b5e06a5c5d409fa4cae5e2fe1108b by Stefan Krah in branch 'master': bpo-31275: Small refactoring to silence a fall-through warning. (#3206) https://github.com/python/cpython/commit/138753c1b96b5e06a5c5d409fa4cae5e2fe1108b --

[issue31275] Check fall-through in _codecs_iso2022.c

Changes by Stefan Krah : -- pull_requests: +3243 ___ Python tracker ___ ___

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Oren Milman added the comment: sure -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31276] PyObject_CallFinalizerFromDealloc is undocumented

New submission from Pauli Virtanen: It's unclear if PyObject_CallFinalizerFromDealloc is a public function or not. It is not documented, but it seems there's no other way to ensure that tp_finalize runs, at least for objects without Py_TPFLAGS_HAVE_GC. In the documentation of tp_finalize

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Serhiy Storchaka added the comment: Oren, do you mind to backport the part of your changes that adds explicit checks for tuples to 3.6 and 2.7? Raising SystemError looks like a bug to me. -- ___ Python tracker

[issue31271] an assertion failure in io.TextIOWrapper.write

Serhiy Storchaka added the comment: May be make an error message more symmetric to the one in the decoder case? -- ___ Python tracker ___

[issue28287] Refactor subprocess.Popen to let a subclass handle IO asynchronously

Martin Richard added the comment: Yes, the goal is to isolate the blocking IO in __init__ into other methods so Popen can be subclassed in asyncio. The end goal is to ensure that when asyncio calls Popen(), it doesn't block the process. In the context of asyncio, there's no need to make

[issue31271] an assertion failure in io.TextIOWrapper.write

Nick Coghlan added the comment: The proposed fix looks good to me, but it did make me wonder if we might have a missing check in the other direction as well. However, it looks like that case is already fine: ``` >>> hex_codec = codecs.lookup("hex") >>> hex_codec._is_text_encoding = True >>>

[issue31271] an assertion failure in io.TextIOWrapper.write

Changes by Nick Coghlan : -- versions: +Python 2.7, Python 3.6 ___ Python tracker ___ ___

[issue31271] an assertion failure in io.TextIOWrapper.write

Serhiy Storchaka added the comment: Nick can be interested in this. -- nosy: +ncoghlan ___ Python tracker ___

[issue31275] Check fall-through in _codecs_iso2022.c

Serhiy Storchaka added the comment: This looks equivalent to me. -- ___ Python tracker ___ ___

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

Stefan Krah added the comment: All warnings except for #31275 are dealt with. -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> compile error ___ Python tracker

[issue31275] Check fall-through in _codecs_iso2022.c

New submission from Stefan Krah: The last fall-through warning is in _codecs_iso2022.c. IMO the current code is equivalent to this, but I'm no codecs expert at all: diff --git a/Modules/cjkcodecs/_codecs_iso2022.c b/Modules/cjkcodecs/_codecs_iso2022.c index 1ce4218f30..abf214880f 100644 ---

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

Stefan Krah added the comment: New changeset 9e1e6f528f3fec16b9bd99f5ee38048ffec04a81 by Stefan Krah in branch 'master': bpo-30923: Silence fall-through warnings in libexpat build. (#3205) https://github.com/python/cpython/commit/9e1e6f528f3fec16b9bd99f5ee38048ffec04a81 --

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

Changes by Stefan Krah : -- pull_requests: +3242 ___ Python tracker ___ ___

[issue30874] unittest execute tests twice in some conditions

ale5000 added the comment: hi, is there any news? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue31254] WeakKeyDictionary/Mapping doesn't call __missing__

Antoine Pitrou added the comment: Antony, if you write (line numbers added for clarity): 1. try: 2.d[obj] 3. except KeyError: 4.d[obj] = some new value... 5. # expect d[obj] to exist at this point it is possible that d[obj] still exists at line 2 but not anymore at line 5 (because

[issue31270] Simplify documentation of itertools.zip_longest

Raphael Michel added the comment: Well, I could think of a way to still use repeat() here that also is pretty clean except for the fact that it fails if all inputs to zip_longest are repeat() iterators themselves (which would here lead to an empty iterator while it would otherwise lead to an

[issue31271] an assertion failure in io.TextIOWrapper.write

Oren Milman added the comment: As Serhiy pointed out on github, the assertion failure can be easily reproduced by the following: import codecs import io rot13 = codecs.lookup("rot13") rot13._is_text_encoding = True t = io.TextIOWrapper(io.BytesIO(b'foo'), encoding="rot13") t.write('bar')

[issue31269] bug in islink() and is_symlink()

Karine added the comment: Thanks a lot David >Четверг, 24 августа 2017, 18:42 +04:00 от "R. David Murray" >: > > >R. David Murray added the comment: > >I would phrase that as "check if any of the components of the path are links", >at which point one "obvious"[*]