[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
[issue11895] pybench prep_times calculation error
New submission from Mikhail Terekhov : 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 <http://bugs.python.org/issue11895> ___ ___ 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(">>
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(">> 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
[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
[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
[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
[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)
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
[issue7639] bdist_msi fails on files with long names
New submission from Mikhail Terekhov :
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_bug>python 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
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
<http://bugs.python.org/issue7639>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://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 : -- nosy: +termim ___ Python tracker <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 <http://bugs.python.org/issue24871> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
