[issue41255] Argparse.parse_args exits on unrecognized option with exit_on_error=False

Change by paul j3 : -- Removed message: https://bugs.python.org/msg401554 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41255] Argparse.parse_args exits on unrecognized option with exit_on_error=False

paul j3 added the comment: In https://stackoverflow.com/questions/69108632/unable-to-catch-exception-error-for-argparse it looked like `exit_on_error` does not work when using subparsers. On on further thought, I realized that it has to included in the definition of the subparser. As

[issue44987] Speed up unicode normalization of ASCII strings

Change by Dong-hee Na : -- keywords: +patch pull_requests: +26700 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28283 ___ Python tracker ___

[issue44987] Speed up unicode normalization of ASCII strings

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45116] Performance regression 3.10b1 and later on Windows

neonene added the comment: According to: https://docs.microsoft.com/en-us/cpp/build/profile-guided-optimizations?view=msvc-160 PGO seems to override /Ob3. Around this issue, I posted benchmark on issue44381. On python building, /Ob3 works for only non-pgo-supported dlls like, _ctypes_test

[issue45169] Shallow copy occurs when list multiplication is used to create nested lists; can confuse users

Steven D'Aprano added the comment: Oh, I forgot: this exact issue is also in the FAQs. https://docs.python.org/3/faq/programming.html#id46 -- ___ Python tracker ___

[issue45169] Shallow copy occurs when list multiplication is used to create nested lists; can confuse users

Steven D'Aprano added the comment: This is not a bug. No copy is made at all, neither shallow nor deep. This is described in the documentation for built-in types: https://docs.python.org/3/library/stdtypes.html#common-sequence-operations and is similar to the issue in the FAQs:

[issue45169] Shallow copy occurs when list multiplication is used to create nested lists; can confuse users

Change by 2106 Hyunwoo Oh : -- components: +Interpreter Core -Demos and Tools ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45169] Shallow copy occurs when list multiplication is used to create nested lists; can confuse users

New submission from 2106 Hyunwoo Oh : If you do the following: lists=[[]]*100 lists[1].append('text') print(lists[2]) you can see lists[2] contains 'text' even though it was appended to lists[1] in the text. A little more investigation with the id() function can show that the lists are

[issue45116] Performance regression 3.10b1 and later on Windows

Ma Lin added the comment: MSVC 2019 has a /Ob3 option: https://docs.microsoft.com/en-us/cpp/build/reference/ob-inline-function-expansion >From the experience of another project, I conjecture /Ob3 increase the "global >budget" mentioned in the blog. I used /Ob3 for the 3.10 branch, and there

[issue45116] Performance regression 3.10b1 and later on Windows

Change by neonene : Added file: https://bugs.python.org/file50276/x64_b98e.log ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45116] Performance regression 3.10b1 and later on Windows

Change by neonene : Added file: https://bugs.python.org/file50275/x64_28d2.log ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45116] Performance regression 3.10b1 and later on Windows

Change by neonene : Added file: https://bugs.python.org/file50274/pyproject_inlinestat.patch ___ Python tracker ___ ___ Python-bugs-list

[issue45116] Performance regression 3.10b1 and later on Windows

Change by neonene : Added file: https://bugs.python.org/file50273/b98e-no-inline-in-the-others.diff ___ Python tracker ___ ___

[issue45116] Performance regression 3.10b1 and later on Windows

neonene added the comment: Thanks for all suggestions. I focused on my bisected commit and the previous. I run pyperformance with 4 functions never inlined in the sections below. _Py_DECREF() _Py_XDECREF() _Py_IS_TYPE() _Py_atomic_load_32bit_impl() are (1) never inlined in

[issue45116] Performance regression 3.10b1 and later on Windows

Change by neonene : Added file: https://bugs.python.org/file50272/b98e-no-inline-in-eval.diff ___ Python tracker ___ ___ Python-bugs-list

[issue45155] Add default arguments for int.to_bytes()

Raymond Hettinger added the comment: [Mark Dickinson] > I'd also really like to avoid a system-dependent default. [Petr Viktorin] > Exactly, a platform-dependent default is a bad idea. I concur with Petr and Mark. The principal use case for int.to_bytes is to convert an integer of

[issue45168] dis output for LOAD_CONST is confusing

Change by Irit Katriel : -- title: dis output for co_consts is confusing -> dis output for LOAD_CONST is confusing ___ Python tracker ___

[issue45168] dis output for co_consts is confusing

Irit Katriel added the comment: See example here: https://github.com/iritkatriel/cpython/pull/30/files#r706517665 -- components: +Library (Lib) type: -> behavior versions: +Python 3.11 ___ Python tracker

[issue45168] dis output for co_consts is confusing

New submission from Irit Katriel : When dis doesn't have co_consts, it just prints the index of the const in () instead. This is both unnecessary and confusing because (1) we already have the index and (2) there is no indication that this is the index and not the value. Can we change the

[issue45109] pipes seems designed for bytes but is str-only

Guido van Rossum added the comment: I think that module is probably a relic from the Python 1 days… -- ___ Python tracker ___ ___

[issue17763] test_pydoc fails with the installed testsuite

Irit Katriel added the comment: Should we close this as third party or is there something we can do about it? -- nosy: +iritkatriel ___ Python tracker ___

[issue23774] Test failures when unable to write to install location

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> allow the testsuite to run in the installed location ___ Python tracker

[issue18376] show the effective count of process when running the testsuite

Change by Irit Katriel : -- keywords: +easy -patch versions: +Python 3.11 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list

[issue45109] pipes seems designed for bytes but is str-only

Terry J. Reedy added the comment: guido, you seem to be the only active contributor to the pipes module. What do you think? -- nosy: +gvanrossum, terry.reedy ___ Python tracker

[issue45105] Incorrect handling of unicode character \U00010900

Change by Terry J. Reedy : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22147] PosixPath() constructor should not accept strings with embedded NUL bytes

Irit Katriel added the comment: If we do this then there are tests tha break, for instance test_is_symlink has this: self.assertIs((P / 'fileA\x00').is_file(), False) -- nosy: +iritkatriel versions: +Python 3.11 -Python 3.4, Python 3.5 ___ Python

[issue9811] strftime strips '%' from unknown format codes on OS X

Irit Katriel added the comment: No, I think we're good. Thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45155] Add default arguments for int.to_bytes()

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45152] Prepare for splitting LOAD_CONST into several opcodes

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44359] test_ftplib fails as "env changes" if a socket operation times out in a thread: TimeoutError is not catched

Change by Giovanni Wijaya : -- nosy: +giovanniwijaya nosy_count: 7.0 -> 8.0 pull_requests: +26699 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28228 ___ Python tracker

[issue34602] python3 resource.setrlimit strange behaviour under macOS

Change by Łukasz Langa : -- pull_requests: +26698 pull_request: https://github.com/python/cpython/pull/28280 ___ Python tracker ___

[issue44359] test_ftplib fails as "env changes" if a socket operation times out in a thread: TimeoutError is not catched

Terry J. Reedy added the comment: This failure in required Ubuntu test is blocking me from merging a totally unrelated change in IDLE. PR-28228. Please disable the phony failing test. -- nosy: +lukasz.langa, terry.reedy ___ Python tracker

[issue9811] strftime strips '%' from unknown format codes on OS X

Łukasz Langa added the comment: Is there anything else you wanted to do here, Irit? -- ___ Python tracker ___ ___ Python-bugs-list

[issue9811] strftime strips '%' from unknown format codes on OS X

Change by Łukasz Langa : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue45101] Small inconsistency in usage message between the python and shell script versions of python-config

Éric Araujo added the comment: I think python-config is modelled after pkg-config: what does the latter do? Also, I’m not sure it would be appropriate to change behaviour in existing releases. -- nosy: +eric.araujo versions: -Python 3.10, Python 3.9

[issue9811] strftime strips '%' from unknown format codes on OS X

Łukasz Langa added the comment: New changeset baeaaecb8a97033bc2d07d51442cc8b1f89d410d by Miss Islington (bot) in branch '3.9': bpo-9811: [doc] strftime handling of unsupported format specifiers is platform dependent (GH-28264) (GH-28278)

[issue9811] strftime strips '%' from unknown format codes on OS X

Łukasz Langa added the comment: New changeset 897e5aae748180acf8d546d14aeacaf02600fff9 by Miss Islington (bot) in branch '3.10': bpo-9811: [doc] strftime handling of unsupported format specifiers is platform dependent (GH-28264) (GH-28277)

[issue45152] Prepare for splitting LOAD_CONST into several opcodes

Guido van Rossum added the comment: We're not (yet) trying to optimize the code being executed (we should perhaps add an issue about class creation to https://github.com/faster-cpython/ideas). I agree that marshal is very fast already; I doubt the extra cost of wordcode would pay off since

[issue45166] get_type_hints + Final + future annotations = TypeError

Change by Nikita Sobolev : -- keywords: +patch nosy: +sobolevn nosy_count: 1.0 -> 2.0 pull_requests: +26697 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28279 ___ Python tracker

[issue23041] csv needs more quoting rules

Skip Montanaro added the comment: Update version - too late for anything older than 3.11. -- versions: -Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker

[issue22843] doc error: 6.2.4. Match Objects

Change by Irit Katriel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue23041] csv needs more quoting rules

Miha Šetina added the comment: The MS Synapse has a CSV support in its COPY command that would benefit from the proposed csv.QUOTE_NOTNULL as it can be used when preparing data for import. As they reference the same RFC the CSV modul should support, both the proposed modifications would

[issue22886] TestProgram leaves defaultTestLoader.errors dirty

Change by Irit Katriel : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19463] assertGdbRepr depends on hash randomization / endianess

Change by Irit Katriel : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___

[issue20524] format error messages should provide context information

Irit Katriel added the comment: Reproduced on 3.11: >>> dd = {'length': 12, 'id': 4, 'title': "t", 'run_time': datetime.time()} >>> '{run_time:%H:%M:%S}, >>> ,COM,DA{id},"{title:.43}",{id},{length:%M:%S}'.format(**dd) Traceback (most recent call last): File "", line 1, in ValueError:

[issue20028] csv: Confusing error message when giving invalid quotechar in initializing dialect

Irit Katriel added the comment: The patch needs to be converted to a GitHub PR. Reproduced on 3.11: >>> import _csv >>> import csv >>> _csv.Dialect(quotechar=b'+') Traceback (most recent call last): File "", line 1, in TypeError: "quotechar" must be string, not bytes >>>

[issue18715] Tests fail when run with coverage

Irit Katriel added the comment: This is about 8 years old, so closing. Let's open new issues for current failures when we see them. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue18712] Pure Python operator.index doesn't match the C version.

Irit Katriel added the comment: Reproduced on 3.11. -- nosy: +iritkatriel versions: +Python 3.11 -Python 3.4 ___ Python tracker ___

[issue17913] stat.filemode returns "-" for sockets and unknown types

Irit Katriel added the comment: I think this is fixed now >>> s = os.stat('/var/run/vpncontrol.sock') >>> stat.filemode(s.st_mode) 'srw---' iritkatriel@Irits-MBP cpython % ls -l /var/run/vpncontrol.sock srw--- 1 root daemon 0 19 Aug 11:15 /var/run/vpncontrol.sock --

[issue45167] deepcopy of GenericAlias with __deepcopy__ method is broken

New submission from Jacob Hayes : When deepcopying a parametrized types.GenericAlias (eg: a dict subclass) that has a __deepcopy__ method, the copy module doesn't detect the GenericAlias as a type and instead tries to call cls.__deepcopy__, passing `memo` inplace of self. This doesn't seem

[issue45165] alighment format for nullable values

Anthony Sottile added the comment: alignment was the only one I found which was applicable and didn't work `!s` "works" but it's kind of a hack (of course I want string formatting, I'm making a string!) -- then I would want to write `!s` everywhere which is cumbersome and ugly --

[issue45155] Add default arguments for int.to_bytes()

Barry A. Warsaw added the comment: Petr Viktorin added the comment: > > Exactly, a platform-dependent default is a bad idea. A default allows using > the function without the code author & reviewer even being *aware* that there > is a choice, and that is dangerous. I’m not convinced. I’m

[issue45155] Add default arguments for int.to_bytes()

Barry A. Warsaw added the comment: On Sep 10, 2021, at 04:06, STINNER Victor wrote: > > If the intent is to create a bytes string of length 1, I'm not sure that > "re-using" this existing API for that is a good idea. Why not? It seems an obvious and simple convenience. --

[issue45155] Add default arguments for int.to_bytes()

Barry A. Warsaw added the comment: Just to point out, struct module also uses “native” (i.e. system) byte order by default. Any choice other than that for to_bytes() seems both arbitrary and inconsistent. > On Sep 10, 2021, at 00:48, Petr Viktorin wrote: > > Exactly, a platform-dependent

[issue45144] Use subtests in test_peepholer

Łukasz Langa added the comment: We can refactor the tests to your new functionality once it's ready, Serhiy. In the mean time, this is fixed! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue45144] Use subtests in test_peepholer

Łukasz Langa added the comment: New changeset f8d624d6a571d6e773f53ad80aa93face7e8395b by Irit Katriel in branch 'main': bpo-45144: use subTests in test_peepholer (GH-28247) https://github.com/python/cpython/commit/f8d624d6a571d6e773f53ad80aa93face7e8395b -- nosy: +lukasz.langa

[issue45166] get_type_hints + Final + future annotations = TypeError

Timothee Mazzucotelli added the comment: Oh, I see now that there is a python/typing/ repository on GitHub. Let me know if I should open there instead. -- ___ Python tracker

[issue9811] strftime strips '%' from unknown format codes on OS X

Change by miss-islington : -- nosy: +miss-islington nosy_count: 10.0 -> 11.0 pull_requests: +26695 pull_request: https://github.com/python/cpython/pull/28277 ___ Python tracker

[issue9811] strftime strips '%' from unknown format codes on OS X

Łukasz Langa added the comment: New changeset e86bcfa58080f152f242c756f625f4015671f168 by Irit Katriel in branch 'main': bpo-9811: [doc] strftime handling of unsupported format specifiers is platform dependent (GH-28264)

[issue9811] strftime strips '%' from unknown format codes on OS X

Change by miss-islington : -- pull_requests: +26696 pull_request: https://github.com/python/cpython/pull/28278 ___ Python tracker ___

[issue45166] get_type_hints + Final + future annotations = TypeError

Timothee Mazzucotelli added the comment: Just tried on 3.11-dev, it's affected as well. This issue seems related to https://bugs.python.org/issue41249. -- versions: +Python 3.11 ___ Python tracker

[issue44219] Opening a file holds the GIL when it calls "isatty()"

Łukasz Langa added the comment: New changeset 314de5326f8b687a3fa7b19ea8faaa449f59b8fe by Miss Islington (bot) in branch '3.9': bpo-44219: Mention GH-28250 is a deadlock bugfix (GH-28261) (GH-28275) https://github.com/python/cpython/commit/314de5326f8b687a3fa7b19ea8faaa449f59b8fe --

[issue45166] get_type_hints + Final + future annotations = TypeError

New submission from Timothee Mazzucotelli : This is my first issue on bugs.python.org, let me know if I can improve it in any way. --- Originally reported and investigated here: https://github.com/mkdocstrings/mkdocstrings/issues/314 ``` # final.py from __future__ import annotations from

[issue44964] Semantics of PyCode_Addr2Line() changed

Łukasz Langa added the comment: New changeset b045174a6dbf1060f092265853f0c78f0704a21a by Miss Islington (bot) in branch '3.10': bpo-44964: Correct the note about the f_lasti field (GH-28208) (GH-28276) https://github.com/python/cpython/commit/b045174a6dbf1060f092265853f0c78f0704a21a

[issue44219] Opening a file holds the GIL when it calls "isatty()"

Łukasz Langa added the comment: New changeset 60ddf499e14cc7daba3804e5a3460e4224dacc5c by Miss Islington (bot) in branch '3.10': bpo-44219: Mention GH-28250 is a deadlock bugfix (GH-28261) (GH-28274) https://github.com/python/cpython/commit/60ddf499e14cc7daba3804e5a3460e4224dacc5c

[issue25894] unittest subTest failure causes result to be omitted from listing

Łukasz Langa added the comment: > Any suggestions for the format of output? Currently PR 28082 formats lines > for subtest skipping, failure or error with a 2-space identation. Lines for > skipping, failure or error in tearDown() or functions registered with > addCallback() do not differ

[issue25894] unittest subTest failure causes result to be omitted from listing

Łukasz Langa added the comment: New changeset f0f29f328d8b4568e8c0d4c55c7d120d96f80911 by Serhiy Storchaka in branch 'main': bpo-25894: Always report skipped and failed subtests separately (GH-28082) https://github.com/python/cpython/commit/f0f29f328d8b4568e8c0d4c55c7d120d96f80911

[issue44964] Semantics of PyCode_Addr2Line() changed

Łukasz Langa added the comment: New changeset ab327f2929589407595a3de95727c8ab34ddd4af by Pablo Galindo Salgado in branch 'main': bpo-44964: Correct the note about the f_lasti field (GH-28208) https://github.com/python/cpython/commit/ab327f2929589407595a3de95727c8ab34ddd4af -- nosy:

[issue44964] Semantics of PyCode_Addr2Line() changed

Change by miss-islington : -- pull_requests: +26694 pull_request: https://github.com/python/cpython/pull/28276 ___ Python tracker ___

[issue44219] Opening a file holds the GIL when it calls "isatty()"

Change by miss-islington : -- pull_requests: +26692 pull_request: https://github.com/python/cpython/pull/28274 ___ Python tracker ___

[issue44219] Opening a file holds the GIL when it calls "isatty()"

Change by miss-islington : -- pull_requests: +26693 pull_request: https://github.com/python/cpython/pull/28275 ___ Python tracker ___

[issue44219] Opening a file holds the GIL when it calls "isatty()"

Łukasz Langa added the comment: New changeset 296b7100705ef52aece3378b0ae42c33a58526e1 by Łukasz Langa in branch 'main': bpo-44219: Mention GH-28250 is a deadlock bugfix (GH-28261) https://github.com/python/cpython/commit/296b7100705ef52aece3378b0ae42c33a58526e1 --

[issue45165] alighment format for nullable values

Change by Eric V. Smith : -- type: behavior -> enhancement versions: -Python 3.10 ___ Python tracker ___ ___ Python-bugs-list

[issue45165] alighment format for nullable values

Eric V. Smith added the comment: Why would you only want alignment, and not all string formatting options? And if that's the case, just convert it to a string: >>> f'{None!s:>8} {1:>8}' 'None1' -- nosy: +eric.smith ___ Python tracker

[issue45165] alighment format for nullable values

New submission from Anthony Sottile : currently this works correctly: ``` >>> '%8s %8s' % (None, 1) 'None1' ``` but conversion to f-string fails: ``` >>> f'{None:>8} {1:>8}' Traceback (most recent call last): File "", line 1, in TypeError: unsupported format string passed to

[issue42119] Error when debugging logging.FileHandler subclass __init__ method

Change by Andrei Kulakov : -- nosy: +kj resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue33347] zlibmodule undefined reference

Irit Katriel added the comment: The report only shows output for 2.7. Is this issue really relevant to 3.x? -- nosy: +iritkatriel status: open -> pending ___ Python tracker

[issue877121] configure detects incorrect compiler optimization

Change by Irit Katriel : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27509] Some tests breaks PGO build on Windows

Irit Katriel added the comment: Python 3.5 is no longer in maintenance. Please create a new issue if you are still seeing this problem on a current version (>= 3.9). -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed

[issue25625] "chdir" Contex manager for pathlib

Change by Filipe Laíns : -- pull_requests: +26691 pull_request: https://github.com/python/cpython/pull/28271 ___ Python tracker ___

[issue27491] Errors when building with UNICODE character set

Irit Katriel added the comment: I compared the patch with the current codebase and most of it is out of date. Minmin, are you still seeing these problems on a current version (>= 3.9)? If so, please report: 1. Exactly what you did, and which system/compiler you are using 2. What the output

[issue23575] MIPS64 needs ffi's n32.S

Irit Katriel added the comment: The code has changed since this issue was created - I can't find the file that the patch modifies nor the code it contains (I searched for ffi_platforms and MIPS_LINUX). Please create a new issue if you are seeing issues like this on a current python

[issue21658] __m128, can't build 3.4.1 with intel 14.0.0

Change by Irit Katriel : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45132] Remove deprecated __getitem__ methods

Serhiy Storchaka added the comment: New changeset 17a1b3e63a5db4e581c0ef52751df2314f7249fa by Serhiy Storchaka in branch 'main': bpo-45132: Fix the reStructuredText markup error. (GH-28270) https://github.com/python/cpython/commit/17a1b3e63a5db4e581c0ef52751df2314f7249fa --

[issue40563] Support pathlike objects on dbm/shelve

Serhiy Storchaka added the comment: Thank you for your contribution, Hakan, Henry-Joseph. Sorry, David, there was already a PR, and it was not dead, it just waited for a coredev review. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue40563] Support pathlike objects on dbm/shelve

Serhiy Storchaka added the comment: New changeset 707137b8637feef37b2e06a851fdca9d1b945861 by Henry-Joseph Audéoud in branch 'main': bpo-40563: Support pathlike objects on dbm/shelve (GH-21849) https://github.com/python/cpython/commit/707137b8637feef37b2e06a851fdca9d1b945861 --

[issue45132] Remove deprecated __getitem__ methods

Change by Serhiy Storchaka : -- pull_requests: +26690 pull_request: https://github.com/python/cpython/pull/28270 ___ Python tracker ___

[issue45164] int.to_bytes()

daniel capelle added the comment: An ASCII representation is shown instead of the hexadecimal value, if there is any. I was not aware this is an intended behaviour. -- ___ Python tracker

[issue45164] int.to_bytes()

daniel capelle added the comment: for example check: (6500).to_bytes(2, 'big') result is: b'\x19d' but was expected to be: b'\x19\x64' since ord('d') is 100 = 0x64 there seems to be hex and char representation mixed up. -- ___ Python tracker

[issue45164] int.to_bytes()

Serhiy Storchaka added the comment: b'\x1964' is a 3-bytes bytes object. >>> b = b'\x1964' >>> len(b) 3 >>> b[0], b[1], b[2] (25, 54, 52) What you what to get is b'\x19\x64'. And it is a different writing of b'\x19d', because b'\x64' is the same as b'd'. >>> b'\x19\x64' b'\x19d'

[issue45164] int.to_bytes()

New submission from daniel capelle : for example check: (6500).to_bytes(2, 'big') result is: b'\x19d' but was expected to be: b'\x1964' since ord('d') is 100 = 0x64 there seems to be hex and char representation mixed up. -- messages: 401571 nosy: hypnoticum priority: normal severity:

[issue45163] Haiku build fix

Change by David CARLIER : -- components: Library (Lib) nosy: devnexen priority: normal pull_requests: 26689 severity: normal status: open title: Haiku build fix type: compile error versions: Python 3.11 ___ Python tracker

[issue45155] Add default arguments for int.to_bytes()

STINNER Victor added the comment: I dislike the idea of adding a default length to int.to_bytes(). The length changes the meaning of the output: >>> (1).to_bytes(2, 'big') b'\x00\x01' >>> (1).to_bytes(1, 'big') b'\x01' If the intent is to "magically cast an integer to a byte strings",

[issue43592] test_importlib: test_multiprocessing_pool_circular_import() fails with "Too many open files" error on os.pipe()

STINNER Victor added the comment: FYI the test is still failing with the same error on the billenstein-macos builder worker, x86-64 macOS 3.10: https://buildbot.python.org/all/#/builders/681/builds/370 "OSError: [Errno 24] Too many open files" --

[issue21658] __m128, can't build 3.4.1 with intel 14.0.0

Change by Irit Katriel : -- resolution: -> duplicate superseder: -> Intel icc 9.1 does not support __int128_t used by ctypes ___ Python tracker ___

[issue16591] RUNSHARED wrong for OSX no framework

Change by Irit Katriel : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> many distutils tests fail when run from the installed location ___ Python tracker

[issue45162] Remove old deprecated unittest features

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +26688 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28268 ___ Python tracker

[issue45162] Remove old deprecated unittest features

Change by Serhiy Storchaka : -- nosy: +ezio.melotti, michael.foord, rbcollins ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45162] Remove old deprecated unittest features

New submission from Serhiy Storchaka : The proposed PR removes the following unittest features: * "fail*" and "assert*" aliases of TestCase methods. * Broken from start TestCase method assertDictContainsSubset(). * Ignored TestLoader.loadTestsFromModule() parameter use_load_tests. * Old alias

  1   2   >