[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 rep...@bugs.python.org http://bugs.python.org/issue24168 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +paul.moore ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24351] string.Template documentation incorrectly references identifiers
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: docs@python - barry nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24294 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24376] xxlimited.c errors when building 32 and 64 bit on Windows
Changes by Zachary Ware zachary.w...@gmail.com: -- assignee: - steve.dower resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24376 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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'] 'True' -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24371 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24352] Provide a way for assertLogs to optionally not hide the logging output
Changes by Zachary Ware zachary.w...@gmail.com: -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24384] difflib.SequenceMatcher faster quick_ratio with lower bound specification
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- nosy: +tim.peters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24384 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8232] webbrowser.open incomplete on Windows
Larry Hastings added the comment: Go ahead for beta 3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 supported versions of Python (2.5-2.7, 3.1-3.5, 64-bit and 32-bit) and they have all passed the tests. rem For Python 3.5, 64-bit. rem Can link against the Python DLL. rem Compile C:\MinGW64\bin\gcc.exe -mdll -m64 -DMS_WIN64 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python35-64\include -c D:\mrab-regex\source\_regex_unicode.c -o D:\mrab-regex\release\3.5-64\_regex_unicode.o C:\MinGW64\bin\gcc.exe -mdll -m64 -DMS_WIN64 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python35-64\include -c D:\mrab-regex\source\_regex.c -o D:\mrab-regex\release\3.5-64\_regex.o rem Link C:\MinGW64\bin\gcc.exe -m64 -shared -s D:\mrab-regex\release\3.5-64\_regex_unicode.o D:\mrab-regex\release\3.5-64\_regex.o -LC:\Python35 -lpython35 -o D:\mrab-regex\release\3.5-64\_regex.pyd rem For Python 3.5, 32-bit. rem Can link against the Python DLL. rem Compile C:\MinGW64\bin\gcc.exe -mdll -m32 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python35-32\include -c D:\mrab-regex\source\_regex_unicode.c -o D:\mrab-regex\release\3.5-32\_regex_unicode.o C:\MinGW64\bin\gcc.exe -mdll -m32 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python35-32\include -c D:\mrab-regex\source\_regex.c -o D:\mrab-regex\release\3.5-32\_regex.o rem Link C:\MinGW64\bin\gcc.exe -m32 -shared -s D:\mrab-regex\release\3.5-32\_regex_unicode.o D:\mrab-regex\release\3.5-32\_regex.o -LC:\Python35-32 -lpython35 -o D:\mrab-regex\release\3.5-32\_regex.pyd rem For Python 3.4, 64-bit. rem Need to link against the Python .a file. rem Make libpython34.a C:\MinGW64\x86_64-w64-mingw32\bin\gendef.exe - C:\Windows\System32\python34.dll C:\Python34-64\libs\libpython34.def C:\MinGW64\bin\dlltool.exe --dllname python34.dll --def C:\Python34-64\libs\libpython34.def --output-lib C:\Python34-64\libs\libpython34.a rem Compile C:\MinGW64\bin\gcc.exe -mdll -m64 -DMS_WIN64 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python34-64\include -c D:\mrab-regex\source\_regex_unicode.c -o D:\mrab-regex\release\3.4-64\_regex_unicode.o rem Link C:\MinGW64\bin\gcc.exe -mdll -m64 -DMS_WIN64 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python34-64\include -c D:\mrab-regex\source\_regex.c -o D:\mrab-regex\release\3.4-64\_regex.o C:\MinGW64\bin\gcc.exe -m64 -shared -s D:\mrab-regex\release\3.4-64\_regex_unicode.o D:\mrab-regex\release\3.4-64\_regex.o -LC:\Python34-64\libs -lpython34 -o D:\mrab-regex\release\3.4-64\_regex.pyd rem For Python 3.4, 32-bit. rem Need to link against the Python .a file. rem Make libpython34.a C:\MinGW64\x86_64-w64-mingw32\bin\gendef.exe - C:\Windows\SysWOW64\python34.dll C:\Python34-32\libs\libpython34.def C:\MinGW64\x86_64-w64-mingw32\bin\dlltool.exe --as-flags=--32 -m i386 --dllname python34.dll --def C:\Python34-32\libs\libpython34.def --output-lib C:\Python34-32\libs\libpython34.a rem Compile C:\MinGW64\bin\gcc.exe -mdll -m32 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python34-32\include -c D:\mrab-regex\source\_regex_unicode.c -o D:\mrab-regex\release\3.4-32\_regex_unicode.o C:\MinGW64\bin\gcc.exe -mdll -m32 -O2 -Wall -Wsign-compare -Wconversion -IC:\Python34-32\include -c D:\mrab-regex\source\_regex.c -o D:\mrab-regex\release\3.4-32\_regex.o rem Link C:\MinGW64\bin\gcc.exe -m32 -shared -s D:\mrab-regex\release\3.4-32\_regex_unicode.o D:\mrab-regex\release\3.4-32\_regex.o -LC:\Python34-32\libs -lpython34 -o D:\mrab-regex\release\3.4-32\_regex.pyd rem For earlier versions of Python, follow the pattern of Python 3.4. -- nosy: +mrabarnett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects
Changes by Zachary Ware zachary.w...@gmail.com: -- assignee: - steve.dower components: +Build, Installation, Windows -Library (Lib) nosy: +steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/81126?hl=en-GB#authentication Cheers g -- components: email messages: 244849 nosy: Graham.Oliver, barry, r.david.murray priority: normal severity: normal status: open title: Bug Tracker emails going to gmail spam type: behavior versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24386 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24386 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 (dmmet.o and dmmeh.o) are not recognized, file returns 'data' for their file types. objdump from a 64-bit version of mingw recognizes these as pe-x86-64. -- components: Library (Lib) messages: 244842 nosy: Jan Harkes priority: normal severity: normal status: open title: libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23496 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 comparisons. The _browsers dictionary did not contain the duplicates so I don't think this will have any functional changes. -- Added file: http://bugs.python.org/file39626/webbrowserfix5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24148 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Yury Selivanov yseliva...@gmail.com: -- versions: -Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24168] Unittest discover fails with namespace package if the path contains the string same as the module name
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24168 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue23496 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects
Changes by Benjamin Gilbert bgilb...@backtick.net: -- nosy: +bgilbert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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'll make a readme file that has some suggestions on how to generate them. Please include information about what build/fork/version of mingw your instructions are for. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Yury Selivanov yseliva...@gmail.com: Added file: http://bugs.python.org/file39622/concurrent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24376] xxlimited.c errors when building 32 and 64 bit on Windows
Mark Lawrence added the comment: Now compiles, thanks guys :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24376 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Yury Selivanov yseliva...@gmail.com: -- 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, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. This would have to use loop.call_soon_threadsafe() to transfer control from the exector thread to the thread where the loop is running. It didn't occur to me that we can implement __await__ on concurrent.Future to integrate it *with* asyncio. I guess it makes sense (although we don't have this kind of integration in 3.4 with 'yield from') The only thing I don't know is whether it's possible for __await__ to return a Future. It is -- we just have to return iter(asyncio.Future()) Please see the attached patch -- it needs some more tuning, but it demonstrates that the integration is possible. -- keywords: +patch Added file: http://bugs.python.org/file39620/concurrent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 tracker rep...@bugs.python.org http://bugs.python.org/issue24382 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24017] Implemenation of the PEP 492 - Coroutines with async and await syntax
Yury Selivanov added the comment: Guido, Stefen, please see issue24383. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 the result/exception. This would have to use loop.call_soon_threadsafe() to transfer control from the exector thread to the thread where the loop is running. The only thing I don't know is whether it's possible for __await__ to return a Future. Yuri, is that possible? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Guido van Rossum gu...@python.org: -- Removed message: http://bugs.python.org/msg244833 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24382 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Yury Selivanov yseliva...@gmail.com: -- Removed message: http://bugs.python.org/msg244834 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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: - resolved status: open - closed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24378 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/Code/python/cpython -c /Users/sky/Code/python/cpython/Modules/timemodule.c -o build/temp.macosx-10.9-x86_64-3.6-pydebug/Users/sky/Code/python/cpython/Modules/timemodule.o /Users/sky/Code/python/cpython/Modules/timemodule.c:656:9: error: use of undeclared identifier '_Py_BEGIN_SUPPRESS_IPH' _Py_BEGIN_SUPPRESS_IPH ^ /Users/sky/Code/python/cpython/Modules/timemodule.c:659:9: error: use of undeclared identifier '_Py_END_SUPPRESS_IPH' _Py_END_SUPPRESS_IPH ^ 2 errors generated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24382 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24374] Plug refleak in set_coroutine_wrapper
Changes by Yury Selivanov yseliva...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24374 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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_coroutine_wrapper https://hg.python.org/cpython/rev/68f40b6448b9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24374 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.patch keywords: patch messages: 244827 nosy: ned.deily, ronaldoussoren, vajrasky priority: normal severity: normal status: open title: Fail to build time module on Mac type: compile error versions: Python 3.6 Added file: http://bugs.python.org/file39619/fix_fail_build_time_module.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24382 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24379] slice.literal notation
Raymond Hettinger added the comment: FWIW, I like this idea. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24379] slice.literal notation
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 https://docs.python.org/dev/c-api/veryhigh.html#c.PyOS_InputHook, 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_DoOneEvent(0) half of the code, and always use the TCL_DONT_WAIT polling instead. Then the event hook could return if there were no immediate events, and it would be up to readline() or whatever to check for interrupts or input, or loop back to PyOS_InputHook() after a small delay. Otherwise, I think we need to come up with a way to inject an event into a TCL event queue when there is a signal that needs handling. If this were possible, it would also fix the SIGINT responsiveness from Tk.mainloop() etc. Or it would be nice if there was a Tcl_DoOneEvent(WAIT_UNTIL_INTERRUPTED_BY_A_SIGNAL) option. A possible test case for this bug would reopen stdin to something harmless, set a SIGALRM handler, and call input(). The signal should eventually cause input() to raise an exception. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23237 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24379] slice.literal notation
Serhiy Storchaka added the comment: Why not index the slice type itself? slice[1:2] Another feature of the new `literal` object is that it is not limited to just the creation of `slice` instances; instead, it is designed to mix slices and other types together. This looks as disadvantage. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Changes by Yury Selivanov yseliva...@gmail.com: Added file: http://bugs.python.org/file39624/concurrent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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=pytype_fromspec#c.PyType_FromSpec -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24374 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 studying to understand the problem correctly. The cases fixed here are relatively simple; Antoine gives more complex ones in [0]. When I feel qualified to give advice, I'll change the docs. (And most likely, write a PEP to make things easier; some changes to classes will be needed anyway to make PEP 489 multi-phase init work nicely in all cases). But, I plan to focus my CPython time on documenting PEP 489 before diving in here. I think issue 16690 is a good place to track tp_dealloc docs changes. [0] https://mail.python.org/pipermail/python-dev/2015-June/140423.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.python.org/cpython/rev/f24cd8bc5250 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue16690 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue5319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24384 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 loss. Therefore I propose to add an additional, optimized version quick_ratio_ge which would be called like this: if difflib.SequenceMatcher.quick_ratio_ge(None, a, b, threshold): As we are able to calculate upper bounds for threshold depending on the lengths of a and b this function would return much faster in a lot of cases. An example of how quick_ratio_ge could be implemented is attached. -- components: Library (Lib) files: difflib_SequenceMatcher_quick_ratio_ge.py messages: 244840 nosy: floyd priority: normal severity: normal status: open title: difflib.SequenceMatcher faster quick_ratio with lower bound specification type: enhancement Added file: http://bugs.python.org/file39625/difflib_SequenceMatcher_quick_ratio_ge.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24384 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue5319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24373] Use traverse finalize in xxlimited and in PEP 489 tests
Changes by Nick Coghlan ncogh...@gmail.com: -- resolution: - fixed stage: - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. There is no loop for concurrent module. If you have a patch with tests in mind, please open a separate issue (targeting 3.6). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 index I think some of the power of this concept comes from the fact that I can express a complicated indexer without worrying about how it desugars. I would personally prefer being able to have this return tuples and scalars so that the syntax is easier to explain. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
