[issue24371] configparser hate dot in option like eth2.6

Yavuz Selim Komur added the comment: I'm sorry, my fault. bond1.999 vs bond1.199 my mistake.. I'm in a big shame :( [remember] # Her bir interface icin Beni hatirla uygulamasi etkinlestirme # default: False bond1.999 = True bond1.778 = False [timeout] # Saniye cinsinden inactive session bul

[issue24352] Provide a way for assertLogs to optionally not hide the logging output

Changes by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue24371] configparser hate dot in option like eth2.6

Zachary Ware added the comment: Am I missing something here? Python 3.6.0a0 (default:c2c3b79ba992, Jun 4 2015, 10:24:23) >>> from configparser import ConfigParser >>> cp = ConfigParser() >>> cp.read_string("""\ ... [remember] ... eth2.6 = True ... eth5 = True ... """) >>> cp['remember']['eth2.6

[issue24376] xxlimited.c errors when building 32 and 64 bit on Windows

Changes by Zachary Ware : -- assignee: -> steve.dower resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Matthew Barnett added the comment: Here's how I can build the regex module on Windows 8.1, 64-bit, using only MinGW64. For Python 3.5, I can link against "python35.dll", but for earlier versions, including Python 2.7, I need "libpython??.a". I have built regex module for all of the 16 support

[issue24351] string.Template documentation incorrectly references "identifiers"

Changes by Raymond Hettinger : -- assignee: docs@python -> barry nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue24384] difflib.SequenceMatcher faster quick_ratio with lower bound specification

Changes by Raymond Hettinger : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue24294] DeprecationWarnings should be visible by default in the interactive REPL

Nathaniel Smith added the comment: For whatever it's worth as a non-core-developer, the patch looks good to me. -- ___ Python tracker ___

[issue8232] webbrowser.open incomplete on Windows

Larry Hastings added the comment: Go ahead for beta 3. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Changes by R. David Murray : -- nosy: +paul.moore ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue24386] Bug Tracker emails going to gmail spam

R. David Murray added the comment: There are already open issues about this in the meta tracker. (See the 'report tracker problem' link at the bottom of the left column.) -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Pyt

[issue24386] Bug Tracker emails going to gmail spam

New submission from Graham Oliver: I noticed that when I created an issue in this Bug Tracjer all of the associated emails were ending up in my gmail spam. '...in violation of Google's recommended email sender guidelines.' An explanatory link sends me to https://support.google.com/mail/answer/8

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Steve Dower added the comment: Given I can't generate the file any other way that will be compatible for everyone, unless someone contributes a fix I'm going to stop shipping these files and let people generate them using whatever tools they have. If anyone wants to suggest instructions then I

[issue24168] Unittest discover fails with namespace package if the path contains the string same as the module name

Barry A. Warsaw added the comment: If you need a test case, try https://gitlab.com/warsaw/flufl.lock -- ___ Python tracker ___ ___ Pyt

[issue24168] Unittest discover fails with namespace package if the path contains the string same as the module name

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Changes by Benjamin Gilbert : -- nosy: +bgilbert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Yury Selivanov : -- versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Changes by Zachary Ware : -- assignee: -> steve.dower components: +Build, Installation, Windows -Library (Lib) nosy: +steve.dower, tim.golden, zach.ware ___ Python tracker ___ _

[issue23496] Steps for Android Native Build of Python 3.4.2

Ryan Gonzalez added the comment: Fixes for readline and _crypt done. -- Added file: http://bugs.python.org/file39629/lib_fixes.patch ___ Python tracker ___ __

[issue23496] Steps for Android Native Build of Python 3.4.2

Ryan Gonzalez added the comment: #1 and #2 are fixed. I hand-edited the patch file (!!), so here's to hoping it'll work... Working on #3. You probably should try the tests now (which is obviously the scary part ;). -- Added file: http://bugs.python.org/file39628/kbox_fix.patch __

[issue24148] 'cum' not a valid sort key for pstats.Stats.sort_stats

Brandon Milam added the comment: They are correct. 'cum' is not one of the available keywords and so here is the fix changing it to say 'cumulative' for consistency as ramiro suggested. -- keywords: +patch nosy: +jbmilam Added file: http://bugs.python.org/file39627/profile_example_fix.p

[issue8232] webbrowser.open incomplete on Windows

Brandon Milam added the comment: Here's a patch addressing all of the comments in the review. Changing the browsers from a set to a list though resulted in duplicates in the _tryorder list that were not present before because the set had filtered the duplicates before the partial string compar

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

New submission from Jan Harkes: mingw32 fails to link with libpython27.a fails with the following error /cygdrive/C/Python27/libs/libpython27.a: error adding symbols: File format not recognized extracting all the objects from libpython27.a and checking them with objdump shows that two objects

[issue24384] difflib.SequenceMatcher faster quick_ratio with lower bound specification

floyd added the comment: Now that I gave it another thought, I think it would be better if we simply add threshold as a named parameter of quick_ratio -- ___ Python tracker ___

[issue24384] difflib.SequenceMatcher faster quick_ratio with lower bound specification

New submission from floyd: I guess a lot of users of difflib call the SequenceMatcher in the following way (where a and b often have different lengths): if difflib.SequenceMatcher.quick_ratio(None, a, b) >= threshold: However, for this use case the current quick_ratio is quite a performance lo

[issue24383] consider implementing __await__ on concurrent.futures.Future

Guido van Rossum added the comment: Thinking about this more I think we should pass on this for now. -- ___ Python tracker ___ ___ Pyt

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Yury Selivanov : Added file: http://bugs.python.org/file39624/concurrent.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24383] consider implementing __await__ on concurrent.futures.Future

Guido van Rossum added the comment: Sorry, I don't like that either. See my review. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue24383] consider implementing __await__ on concurrent.futures.Future

Yury Selivanov added the comment: Alternative patch with monkeypatching instead of Future subclassing. -- Added file: http://bugs.python.org/file39623/concurrent_alt.patch ___ Python tracker ___

[issue24376] xxlimited.c errors when building 32 and 64 bit on Windows

Mark Lawrence added the comment: Now compiles, thanks guys :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Yury Selivanov : Added file: http://bugs.python.org/file39622/concurrent.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24383] consider implementing __await__ on concurrent.futures.Future

Yury Selivanov added the comment: Added a unittest for cancellation -- Added file: http://bugs.python.org/file39621/concurrent.patch ___ Python tracker ___ __

[issue24383] consider implementing __await__ on concurrent.futures.Future

Yury Selivanov added the comment: > Yuri, is that possible? Please see my previous comment and the attached patch :) -- ___ Python tracker ___ __

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Yury Selivanov : -- Removed message: http://bugs.python.org/msg244834 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg244833 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24383] consider implementing __await__ on concurrent.futures.Future

Guido van Rossum added the comment: So in issue24017 I wrote: """ Maybe it's possible to give an interpretation to awaiting on a threaded Future? __await__ could return a new asyncio Future, and add a completion callback to the original Future that makes the asyncio Future ready and transfers th

[issue24383] consider implementing __await__ on concurrent.futures.Future

New submission from Yury Selivanov: > Maybe it's possible to give an interpretation to awaiting on a threaded > Future? __await__ could return a new asyncio Future, and add a completion > callback to the original Future that makes the asyncio Future ready and > transfers the result/exception. Thi

[issue24017] Implemenation of the PEP 492 - Coroutines with async and await syntax

Yury Selivanov added the comment: Guido, Stefen, please see issue24383. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24383] consider implementing __await__ on concurrent.futures.Future

Changes by Yury Selivanov : -- assignee: yselivanov components: Library (Lib), asyncio nosy: gvanrossum, haypo, scoder, yselivanov priority: normal severity: normal status: open title: consider implementing __await__ on concurrent.futures.Future type: enhancement versions: Python 3.5, Py

[issue24382] Fail to build time module on Mac

Ned Deily added the comment: Yes, try "make distclean". I am unable to reproduce the problem and don't see why your proposed patch would make a difference. -- resolution: -> works for me stage: -> resolved status: pending -> closed ___ Python trac

[issue24382] Fail to build time module on Mac

Zachary Ware added the comment: See discussion on #24244, I think this is an issue with your checkout rather than the code. -- nosy: +zach.ware status: open -> pending ___ Python tracker __

[issue24382] Fail to build time module on Mac

Vajrasky Kok added the comment: Here is the error message: building 'time' extension gcc -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -Werror=declaration-after-statement -I./Include -I. -IInclude -I/usr/local/include -I/Users/sky/Code/python/cpython/Include -I/Users/sky/C

[issue24382] Fail to build time module on Mac

New submission from Vajrasky Kok: On my OSX Yosemite 10 with GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53), I fail to build time module. Failed to build these modules: time Here is the patch to fix the compile error. -- components: Macintosh files: fix_fail_build_time_module.

[issue24017] Implemenation of the PEP 492 - Coroutines with async and await syntax

Guido van Rossum added the comment: Maybe it's possible to give an interpretation to awaiting on a threaded Future? __await__ could return a new asyncio Future, and add a completion callback to the original Future that makes the asyncio Future ready and transfers the result/exception. This would

[issue24381] Got warning when compiling ffi.c on Mac

New submission from Vajrasky Kok: On my OS X Yosemite 10.10.3, I got this warning when compiling Modules/_ctypes/libffi_osx/ffi.c. gcc -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -Werror=declaration-after-statement -I_ctypes/darwin -I/Users/sky/Code/python/cpython/Modul

[issue24380] Got warning when compiling _scproxy.c on Mac

New submission from Vajrasky Kok: Got this warning when compiling Python on Mac: building '_scproxy' extension gcc -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -Werror=declaration-after-statement -I./Include -I. -IInclude -I/usr/local/include -I/Users/sky/Code/python/cpyt

[issue24374] Plug refleak in set_coroutine_wrapper

Changes by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue24374] Plug refleak in set_coroutine_wrapper

Roundup Robot added the comment: New changeset 3f2bf0ff262c by Yury Selivanov in branch '3.5': Issue 24374: Plug refleak in set_coroutine_wrapper https://hg.python.org/cpython/rev/3f2bf0ff262c New changeset 68f40b6448b9 by Yury Selivanov in branch 'default': Issue 24374: Plug refleak in set_coro

[issue24378] dir(dictobject) returns empty list when __getattribute__ is overriden in the class

R. David Murray added the comment: If you override __getattribute__ it is your responsibility to fulfill its contract, so your method is the one that needs to catch the KeyError and return the expected AttributeError. -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolv

[issue24379] slice.literal notation

Joe Jevnik added the comment: > Why not index the slice type itself? slice[1:2] I originally considered this and I personally really like this syntax, but I was concerned with ambiguity with the typing module > The only question in my mind is what slice should do when given just a single > in

[issue24379] slice.literal notation

Mark Dickinson added the comment: (Correction: they're not functions, or even callables.) -- ___ Python tracker ___ ___ Python-bugs-li

[issue24379] slice.literal notation

Mark Dickinson added the comment: For prior art, it's worth taking a look at NumPy, and in particular its `s_` and `index_exp` functions: >>> import numpy as np >>> np.s_[1:2] slice(1, 2, None) >>> np.s_[0] 0 >>> np.s_[1:2, 3] (slice(1, 2, None), 3) -- nosy: +mark.dickinson __

[issue24017] Implemenation of the PEP 492 - Coroutines with async and await syntax

Yury Selivanov added the comment: > Hmm, but IMHO a) the new syntax isn't just for asyncio and b) awaiting a > Future seems like a *very* reasonable thing to do. I think opening a new > ticket for this is a good idea. Stefan, I honestly have bo idea what concurrent.Future.__await__ would do.

[issue24373] Use traverse & finalize in xxlimited and in PEP 489 tests

Changes by Nick Coghlan : -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker ___ __

[issue5319] stdout error at interpreter shutdown fails to return OS error status

Antoine Pitrou added the comment: We would probably call it Py_FinalizeEx(), but yes. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Michiel de Hoon added the comment: I am not sure if I follow. With the patch to _tkinter.c, interrupts seem to work correctly with all three variations of PyOS_InputHook. -- ___ Python tracker

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Michiel de Hoon added the comment: Patch for Modules/_tkinter.c. To be used together with issue23237.version2.patch. -- Added file: http://bugs.python.org/file39616/_tkinter.c.patch ___ Python tracker _

[issue24373] Use traverse & finalize in xxlimited and in PEP 489 tests

Roundup Robot added the comment: New changeset 265eeb60443a by Nick Coghlan in branch '3.5': Issue #24373: Eliminate PEP 489 test refleaks https://hg.python.org/cpython/rev/265eeb60443a New changeset f24cd8bc5250 by Nick Coghlan in branch 'default': Merge fix for issue #24373 from 3.5 https://hg

[issue16690] Reference leak with custom tp_dealloc in PyType_FromSpec

Roundup Robot added the comment: New changeset 265eeb60443a by Nick Coghlan in branch '3.5': Issue #24373: Eliminate PEP 489 test refleaks https://hg.python.org/cpython/rev/265eeb60443a -- nosy: +python-dev ___ Python tracker

[issue5319] stdout error at interpreter shutdown fails to return OS error status

Martin Panter added the comment: I guess this would involve: * Making a new API called Py_Finalize2() or something that returns the status * Redefine the existing Py_Finalize() to call Py_Finalize2() and ignore the return value -- ___ Python tracker

[issue24379] slice.literal notation

Steven D'Aprano added the comment: I'm with Serhiy, I don't think we need a "literal", just make slice itself indexable: reverse = slice(None, None, -1) reverse = slice[::-1] The only question in my mind is what slice should do when given just a single index: slice[0] I suppose that should

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Martin Panter added the comment: I take back my claim about it being easy to fix tkinter with the existing API. My ideas break down because PyOS_InputHook() is used differently in Parser/myreadline.c to Modules/readline.c. So think if we want proper compatibility, a separate hook API might be

[issue24373] Use traverse & finalize in xxlimited and in PEP 489 tests

Petr Viktorin added the comment: tp_traverse is completely orthogonal to tp_dealloc, it's needed to detect (and then break) reference cycles like: obj = xxlimited.Xxo() obj.foo = obj As for tp_finalize: yes, mentioning it in tp_dealloc docs would be good, but I'll need a bit more study

[issue24374] Plug refleak in set_coroutine_wrapper

Nick Coghlan added the comment: Ah, I'd missed that the previous code wouldn't clean up properly in the failure case. +1 for inlining the check and using the existing error label. -- ___ Python tracker __

[issue24373] Use traverse & finalize in xxlimited and in PEP 489 tests

Nick Coghlan added the comment: Would it also be worth making at docs update to tp_dealloc, suggesting the use of tp_traverse/finalize?: https://docs.python.org/3/c-api/typeobj.html#c.PyTypeObject.tp_dealloc And perhaps from PyType_FromSpec? https://docs.python.org/3/c-api/type.html?highlight

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Martin Panter added the comment: Hi Michiel, if you are looking for the source of , that corresponds to Doc/c-api/veryhigh.rst in the repository. This bug would be fairly easy to solve for “tkinter” if we could drop the Tcl_DoO