[issue46273] Document what asyncio.wait() and asyncio.as_completed() do if canceled.
New submission from Mikhail Terekhov : It is not clear from documentation what happens with awaitable objects when these are canceled. -- assignee: docs@python components: Documentation, asyncio messages: 409801 nosy: asvetlov, docs@python, termim, yselivanov priority: normal severity: normal status: open title: Document what asyncio.wait() and asyncio.as_completed() do if canceled. versions: Python 3.10, Python 3.11, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue46273> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41882] CCompiler.has_function does not delete temporary files
Change by Mikhail Terekhov : -- keywords: +patch pull_requests: +21475 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22446 ___ Python tracker <https://bugs.python.org/issue41882> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41882] CCompiler.has_function does not delete temporary files
New submission from Mikhail Terekhov : CCompiler.has_function does not delete temporary files. Depending on the check result it leaves temporary C source, object and executable files. -- components: Distutils messages: 377646 nosy: dstufft, eric.araujo, termim priority: normal severity: normal status: open title: CCompiler.has_function does not delete temporary files type: resource usage versions: Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue41882> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)
Change by Mikhail Terekhov : -- keywords: +patch pull_requests: +8167 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34335> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32258] Rewrite asyncio docs to use async/await syntax
Change by Mikhail Terekhov : -- pull_requests: +8168 ___ Python tracker <https://bugs.python.org/issue32258> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)
New submission from Mikhail Terekhov : Couple of examples in in asyncio documentation mix @asyncio.coroutine decorator and await. -- components: asyncio messages: 323121 nosy: asvetlov, termim, yselivanov priority: normal severity: normal status: open title: Fix examples in asyncio docs (suppliment to bpo-32258) versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue34335> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24769] Interpreter doesn't start when dynamic loading is disabled
Changes by Mikhail Terekhov ter...@gmail.com: -- nosy: +termim ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24871] freeze.py doesn't work on x86_64 Linux out of the box
New submission from Mikhail Terekhov: On 64-bit Linux freeze.py uses lib instead of lib64 when constructing path to Makefile etc. Using sysconfig fixes this issue. Without encodings.ascii resulting program fails with the following error: Fatal Python error: Py_Initialize: Unable to get the locale encoding LookupError: unknown encoding: ANSI_X3.4-1968 Aborted Attached patch fixes both issues. -- components: Demos and Tools files: freeze-lib64.diff keywords: patch messages: 248633 nosy: termim priority: normal severity: normal status: open title: freeze.py doesn't work on x86_64 Linux out of the box versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file40182/freeze-lib64.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24871 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11895] pybench prep_times calculation error
New submission from Mikhail Terekhov ter...@gmail.com: For some time now my builds of python 3.2 on x86_64 platform in SuSE OBS are failing depending on the phase of the moon. The spec file for the python3-base package uses 'make profile-opt' command to build and Makefile.pre.in uses pybench.py for profile guided optimization. The pybench.py fails sometimes with the '* Internal Error (use --debug to display the traceback)' error. Adding --debug gives 'calibration setup did not work' i.e. some of the self.overhead_times values in the Test.calibrate_test method became negative. It happens for the NestedForLoops test. The source inspection shows that most probably it was forgotten to divide by CALIBRATION_LOOPS when calculating prep_times. The patch against current head is attached, it solves the problem. -- components: Demos and Tools, Installation files: pybench.patch keywords: patch messages: 134192 nosy: termim priority: normal severity: normal status: open title: pybench prep_times calculation error type: crash versions: Python 3.2 Added file: http://bugs.python.org/file21745/pybench.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11895 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7639] bdist_msi fails on files with long names
New submission from Mikhail Terekhov ter...@gmail.com: When I try to build msi installer for my module that contains files with long names it crashes with the following traceback C:\home\python\dist_msi_bugpython setup.py bdist_msi running bdist_msi running build running build_scripts installing to build\bdist.win32\msi running install_scripts running install_data running install_egg_info Removing build\bdist.win32\msi\Lib\site-packages\hello-0.1-py2.6.egg-info Writing build\bdist.win32\msi\Lib\site-packages\hello-0.1-py2.6.egg-info Traceback (most recent call last): File setup.py, line 8, in module data_files = [(., [data.seq.one.dat, data.seq.two.dat])], File c:\python26\lib\distutils\core.py, line 152, in setup dist.run_commands() File c:\python26\lib\distutils\dist.py, line 975, in run_commands self.run_command(cmd) File c:\python26\lib\distutils\dist.py, line 995, in run_command cmd_obj.run() File c:\python26\lib\distutils\command\bdist_msi.py, line 242, in run self.add_files() File c:\python26\lib\distutils\command\bdist_msi.py, line 270, in add_files key = dir.add_file(file) File c:\python26\lib\msilib\__init__.py, line 340, in add_file short = self.make_short(file) File c:\python26\lib\msilib\__init__.py, line 299, in make_short assert file not in self.short_names AssertionError It seems that Directory.make_short fails to create unique short names in some cases. The test files are attached. -- components: Windows files: dist_msi_bug.zip messages: 97271 nosy: mmm77 severity: normal status: open title: bdist_msi fails on files with long names type: crash versions: Python 2.6 Added file: http://bugs.python.org/file15747/dist_msi_bug.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4270] struct module: pack/unpack and byte order on x86_64
New submission from Mikhail Terekhov [EMAIL PROTECTED]: pack/unpack behavior changes unexpectedly depending on the byte order: l:/tmp uname -pmiovs Linux #1 SMP 2008-10-14 22:17:43 +0200 x86_64 x86_64 x86_64 GNU/Linux l:/tmp python python Python 2.5.1 (r251:54863, Aug 1 2008, 00:35:20) [GCC 4.2.1 (SUSE Linux)] on linux2 Type help, copyright, credits or license for more information. import struct import struct struct.pack(L,0xdeadbeef) struct.pack(L,0xdeadbeef) '\xde\xad\xbe\xef' struct.pack(L,0xdeadbeef) struct.pack(L,0xdeadbeef) '\xef\xbe\xad\xde\x00\x00\x00\x00' struct.pack(L,0xdeadbeef) struct.pack(L,0xdeadbeef) '\xef\xbe\xad\xde' The length of the result above is 8 when no byte order is specified and 4 when it is. Another example: struct.pack(L,0xdeadbeef) '\x00\x00\x00\x00\xef\xbe\xad\xde' struct.pack(L,0xdeadbeef) '\x00\x00\x00\x00' struct.pack(!L,0xdeadbeef) '\x00\x00\x00\x00' struct.pack(!L,0x12345678deadbeef) '\xde\xad\xbe\xef' struct.pack(L,0x12345678deadbeef) '\xef\xbe\xad\xdexV4\x12' Last results look strange. -- components: Library (Lib) messages: 75569 nosy: mmm77 severity: normal status: open title: struct module: pack/unpack and byte order on x86_64 type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4270 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com