[issue20192] pprint chokes on set containing frozenset

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue16125] open accepts arbitrary mode strings as long as they contain U

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- nosy: +serhiy.storchaka resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue24126] newlines attribute does not get set after calling readline()

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- nosy: +serhiy.storchaka resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue24652] C-API Pure Embedding enhancement

Change by Serhiy Storchaka : -- assignee: -> docs@python components: +Documentation nosy: +docs@python, vstinner type: enhancement -> behavior versions: +Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9 -Python 2.7 ___ Python t

[issue24880] ctypeslib patch for regular expression for symbols to include

Change by Serhiy Storchaka : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue25714] Consider isinstance(..., numbers.Integral) instead of isinstance(..., int) or isinstance(..., (int, long)) in datetime.py

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue23315] tempfile.mkdtemp fails with non-ascii paths on Python 2

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue25589] test_ascii_formatd fails on Mac when built with Intel compiler

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- nosy: +serhiy.storchaka resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue9751] _PyInstance_Lookup() defeats its purpose

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- nosy: +serhiy.storchaka resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.o

[issue24341] Test suite emits many DeprecationWarnings about sys.exc_clear() when -3 is enabled

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue25661] tokenize.untokenize does not maintain the order of tabbed indentations and leading spaces

Serhiy Storchaka added the comment: Python 2.7 is no longer supported. -- nosy: +serhiy.storchaka resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

Serhiy Storchaka added the comment: We can check only nb_index and nb_float. It will include Fraction, Decimal and NumPy numbers and exclude UUID and IPv4Address. -- ___ Python tracker <https://bugs.python.org/issue40

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Serhiy Storchaka added the comment: Yes, for the pattern 'a*/b*/c*' you will have an open file descriptor for every component with metacharacters: for a in scandir('.'): if fnmatch(a.name, 'a*'): for b in scandir(a.path):

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

Serhiy Storchaka added the comment: Yes, converting Decimal to float can lose precision, so we cannot require this. PyNumber_Check() is already used for QUOTE_NONNUMERIC, so it would be logical to use it in determining that the object is a number in the cvs module. But now the problem is

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Serhiy Storchaka added the comment: This is an interesting idea, but I afraid it will complicate the code too much, destroying the remnants of the initial elegant design. I am going to try to experiment with this idea after implementing other features, so it will not block them. For now we

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Serhiy Storchaka added the comment: Brilliant idea! I played with it yesterday, and it is easy to generalize it to work with a*/b*/c*/d/e/f and to "use not more than N simultaneously opened file descriptors per glob iterator". The only problem is if we want to use this idea with

[issue38144] Add the root_dir and dir_fd parameters in glob.glob()

Serhiy Storchaka added the comment: After adding this feature to iglob I am going to add it to other functions which work recursively with a directory tree. The only question: should we add two parameters root_dir and dir_fd or combine them in a single rood_dir (which can be either path or

[issue40848] compile() can compile a bare starred expression with `PyCF_ONLY_AST` flag with the old parser, but not the new one

Serhiy Storchaka added the comment: There is no promise that the parser can parse invalid Python code. I think there is no a bug here. -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue40

[issue10631] ZipFile and current directory change

Change by Serhiy Storchaka : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40222] "Zero cost" exception handling

Serhiy Storchaka added the comment: The only observable changes will be changes in the code object: new attributes and constructor parameters, changed .pyc format, dis output, etc. -- ___ Python tracker <https://bugs.python.org/issue40

[issue40890] Dict views should be introspectable

Serhiy Storchaka added the comment: I am not sure that it is good idea to expose internal details (do you want to expose also internal details of iterators?), but if expose an underlying dict of a dict view, I think it should be either a copy or a read-only proxy. It should be enough to

[issue40898] Remove redundant if statements in tp_traverse

Change by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker <https://bugs.python.org/issue40898> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40897] Inheriting from Generic causes inspect.signature to always return (*args, **kwargs) for constructor (and all subclasses)

Serhiy Storchaka added the comment: It is not special for Generic, but happens with every type implementing __new__. class A: def __new__(cls, a=1, *args, **kwargs): return object.__new__(cls) class B(A): def __init__(self, b): pass import inspect print

[issue40899] Document exceptions raised by importlib.import

Change by Serhiy Storchaka : -- title: Ddcument exceptions raised by importlib.import -> Document exceptions raised by importlib.import ___ Python tracker <https://bugs.python.org/issu

[issue40889] Symmetric difference on dict_views is inefficient

Serhiy Storchaka added the comment: But hashes of items are not known. Hashes of keys are known, hashes of values and items are not. We can add a special case for dict views in the set constructor and inline the hashing code for tuples, but it will be a lot of code for pretty rare case. And

[issue40897] Inheriting from Generic causes inspect.signature to always return (*args, **kwargs) for constructor (and all subclasses)

Serhiy Storchaka added the comment: I think that inspect.signature() could be made more smart. It should take into account signatures of both __new__ and __init__ and return the most specific compatible signature. -- ___ Python tracker <ht

[issue40890] Dict views should be introspectable

Serhiy Storchaka added the comment: I meant that you can make dict_view.mapping always returning a MappingProxyType. -- ___ Python tracker <https://bugs.python.org/issue40

[issue40889] Symmetric difference on dict_views is inefficient

Serhiy Storchaka added the comment: So it needs to add 100 lines of C code to speed up a pretty uncommon operation for arguments of a particular type. -- ___ Python tracker <https://bugs.python.org/issue40

[issue40889] Symmetric difference on dict_views is inefficient

Serhiy Storchaka added the comment: I don't like a tendency of optimizing very uncommon cases. We can optimize every operation for specific types by inlining the code. But it increases maintaining cost and can have negative net effect on performance: because increasing the code siz

[issue40972] Add a recurse flag to Path.rmdir()

Serhiy Storchaka added the comment: This is virtually a duplicate of issue33498. shutil.rmtree() is very complex function. It is not trivial task to remove directories and files recursively in safe and efficient way. It needs also a way to customize errors handling. We do not want to

[issue40945] TKinter.Tk.geometry(Tk.winfo_geometry()) should be idempotent

Change by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40890] Dict views should be introspectable

Serhiy Storchaka added the comment: There is a tiny portability issue. -- status: closed -> open ___ Python tracker <https://bugs.python.org/issue40890> ___ _

[issue40974] possible optimization: SHRINK_STACK(n)

Serhiy Storchaka added the comment: It increases the size of the eval loop. It can break optimizations which is performed by the C compiler only when the code size does not exceed some limits, and it can exceed the size of processor caches which can make execution less efficient. So there

[issue40981] increment is wrong in 3.7

Serhiy Storchaka added the comment: https://docs.python.org/3/faq/design.html#why-are-floating-point-calculations-so-inaccurate This is not Python 3.7 specific issue, and is not even Python issue. It is how floating-point numbers work. -- nosy: +serhiy.storchaka resolution: ->

[issue40890] Dict views should be introspectable

Change by Serhiy Storchaka : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue40890> ___ ___ Pyth

[issue38783] the window size is bigger than the specific size when create a window with a fix size in Windows platform

Change by Serhiy Storchaka : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Serhiy Storchaka added the comment: I am going to add the issue38144 feature first. Then maybe implement a dir_fd based optimization. -- ___ Python tracker <https://bugs.python.org/issue22

[issue38144] Add the root_dir and dir_fd parameters in glob.glob()

Serhiy Storchaka added the comment: New changeset 8a64ceaf9856e7570cad6f5d628cce789834e019 by Serhiy Storchaka in branch 'master': bpo-38144: Add the root_dir and dir_fd parameters in glob.glob(). (GH-16075) https://github.com/python/cpython/commit/8a64ceaf9856e7570cad6f5d628cce

[issue40873] Something wrong with html.unescape()

Serhiy Storchaka added the comment: Concur with Christian. It works as designed, in accordance to the standard. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracke

[issue41022] AST sum types is unidentifiable after ast.Constant became a base class

Serhiy Storchaka added the comment: Where they were identifable in such way? It is incorrect way, because user can create a subclass of every AST class. -- ___ Python tracker <https://bugs.python.org/issue41

[issue41040] Fix test_modulefinder

New submission from Serhiy Storchaka : There is a bug in test_modulefinder. The bytes string literal contains \u2090. 1. Since \u is not recognized escape sequence in bytes literals, compiling the file emits a deprecation warning: /home/serhiy/py/cpython/Lib/test/test_modulefinder.py:281

[issue41040] Fix test_modulefinder

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20166 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20991 ___ Python tracker <https://bugs.python.org/issu

[issue41040] Fix test_modulefinder

Serhiy Storchaka added the comment: New changeset a041e116db5f1e78222cbf2c22aae96457372680 by Serhiy Storchaka in branch 'master': bpo-41040: Fix test_modulefinder. (GH-20991) https://github.com/python/cpython/commit/a041e116db5f1e78222cbf2c22aae9

[issue41043] Escape the literal part of the path for glob()

New submission from Serhiy Storchaka : It is common to use glob() as glob.glob(os.path.join(basedir, pattern)) But it does not work correctly if the base directory contains special globbing characters ('*', '?', '['). It is an uncommon case, so in most c

[issue41043] Escape the literal part of the path for glob()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20169 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20994 ___ Python tracker <https://bugs.python.org/issu

[issue41043] Escape the literal part of the path for glob()

Serhiy Storchaka added the comment: New changeset 935586845815f5b4c7814794413f6a812d4bd45f by Serhiy Storchaka in branch 'master': bpo-41043: Escape literal part of the path for glob(). (GH-20994) https://github.com/python/cpython/commit/935586845815f5b4c7814794413f6a

[issue18670] Using read_mime_types function from mimetypes module gives resource warning

Serhiy Storchaka added the comment: It was fixed in issue20331. -- nosy: +serhiy.storchaka resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

New submission from Serhiy Storchaka : MimeTypes.read() read the rule file using UTF-8, but read_mime_types() uses the locale encoding. It is an easy issue. You need just repeat issue13025 for read_mime_types(). -- components: Library (Lib) keywords: easy messages: 371925 nosy

[issue13025] mimetypes should read the rule file using UTF-8, not the locale encoding

Serhiy Storchaka added the comment: However read_mime_types() still uses the locale encoding. See issue41048. -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue13

[issue41055] Remove outdated tests for tp_print

New submission from Serhiy Storchaka : There are ancient tests for printing some basic types: str (actually a mix of Python 2 str and unicode), list, tuple, bool, set, deque, defaultdict. They are essentially tests for the tp_print slot. But since the tp_print slot is no longer used, they

[issue41055] Remove outdated tests for tp_print

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20180 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21006 ___ Python tracker <https://bugs.python.org/issu

[issue41058] pdb reads source files using the locale encoding

New submission from Serhiy Storchaka : find_function() in pdb uses the locale encoding for reading source files. It should use the encoding specified by the coding cookie or UTF-8 if it is not specified. -- components: Library (Lib) messages: 371950 nosy: serhiy.storchaka priority

[issue41058] pdb reads source files using the locale encoding

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20184 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21010 ___ Python tracker <https://bugs.python.org/issu

[issue41058] pdb reads source files using the locale encoding

Serhiy Storchaka added the comment: New changeset 19fcffa92773e008e4f5efb80047420a0cfafeec by Serhiy Storchaka in branch 'master': bpo-41058: Use source file encoding in pdb.find_function(). (GH-21010) https://github.com/python/cpython/commit/19fcffa92773e008e4f5efb8004742

[issue41055] Remove outdated tests for tp_print

Serhiy Storchaka added the comment: New changeset f9bab74d5b34c64cf061e1629ff5f3092a4ca9b3 by Serhiy Storchaka in branch 'master': bpo-41055: Remove outdated tests for the tp_print slot. (GH-21006) https://github.com/python/cpython/commit/f9bab74d5b34c64cf061e1629ff5f3

[issue41055] Remove outdated tests for tp_print

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41063] Avoid using the locale encoding for open() in tests

New submission from Serhiy Storchaka : Many tests use open() with the locale encoding for writing or reading files. They are passed because the written and read data a ASCII, and file paths are ASCII. But they do not test the case of non-ASCII data and file paths. In general, most of uses of

[issue41063] Avoid using the locale encoding for open() in tests

Change by Serhiy Storchaka : -- dependencies: +Remove outdated tests for tp_print, pdb reads source files using the locale encoding, read_mime_types() should read the rule file using UTF-8, not the locale encoding ___ Python tracker <ht

[issue41068] zipfile: read after write fails for non-ascii files

New submission from Serhiy Storchaka : When open a ZIP archive, write a file with non-ascii name in it, and, not closing the archive, read that file back, it fails: >>> import zipfile >>> with zipfile.ZipFile('test.zip', 'w') as zf: ... zf.writestr

[issue41068] zipfile: read after write fails for non-ascii files

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue41068> ___ ___ Python-bugs-list mailing list Un

[issue41069] Use non-ascii file names in tests by default

New submission from Serhiy Storchaka : The following PR increases coverage of tests by making some paths non-ascii: 1. test.support.TESTFN now contains non-ascii characters if possible. 2. The temporary directory used as current working directory in tests also contains non-ascii characters if

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20206 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21035 ___ Python tracker <https://bugs.python.org/issu

[issue41071] from an int to a float , why

Serhiy Storchaka added the comment: I cannot reproduce. 2 / 2 gives 1.0 to me. As for reasons for changing the division operator, read PEP 238. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -&g

[issue41068] zipfile: read after write fails for non-ascii files

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20211 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21040 ___ Python tracker <https://bugs.python.org/issu

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +zipfile: read after write fails for non-ascii files ___ Python tracker <https://bugs.python.org/issue41

[issue41063] Avoid using the locale encoding for open() in tests

Change by Serhiy Storchaka : -- dependencies: +Use non-ascii file names in tests by default ___ Python tracker <https://bugs.python.org/issue41063> ___ ___ Pytho

[issue41072] Python

Change by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41040] Fix test_modulefinder

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

Serhiy Storchaka added the comment: New changeset cafe1b6e9d3594a34aba50e872d4198296ffaadf by Serhiy Storchaka in branch 'master': bpo-40824: Do not mask errors in __iter__ in "in" and the operator module. (GH-20537) https://github.com/p

[issue26407] csv.writer.writerows masks exceptions from __iter__

Serhiy Storchaka added the comment: New changeset c88239f864a27f673c0f0a9e62d2488563f9d081 by Serhiy Storchaka in branch 'master': bpo-26407: Do not mask errors in csv. (GH-20536) https://github.com/python/cpython/commit/c88239f864a27f673c0f0a9e62d248

[issue41068] zipfile: read after write fails for non-ascii files

Serhiy Storchaka added the comment: New changeset 36ff513f82e372ed3cea0bf7cbdf15a1ef6dab9e by Serhiy Storchaka in branch 'master': bpo-41068: Fix read after write in zipfile for non-ASCII files names. (GH-21040) https://github.com/python/cpyt

[issue41068] zipfile: read after write fails for non-ascii files

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41074] msilib does not work correctly with non-ASCII names

New submission from Serhiy Storchaka : It encodes input string arguments with utf-8 and pass encoded strings to 8-bit API which expect they be encoded using the locale encoding. It may pass tests, create and read files, but these files will just have wrong names. -- components

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +msilib does not work correctly with non-ASCII names ___ Python tracker <https://bugs.python.org/issue41

[issue41087] Argparse int / float default

Change by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

New submission from Serhiy Storchaka : There are issues with using PySys_Audit() with non-ASCII data on non-UTF-8 locale. One example is with PYTHONSTARTUP. In pymain_run_startup() in Modules/main.c the value of the PYTHONSTARTUP environment variable is passed to PySys_Audit() as UTF-8

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20262 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21095 ___ Python tracker <https://bugs.python.org/issu

[issue31938] Convert selectmodule.c to Argument Clinic

Serhiy Storchaka added the comment: There is no need to change default-value signatures. The root problem is that select.epoll.register does not have the __module__ attribute. Well, seems that all method objects do not have the __module__ attribute. There are two solutions: 1. Make inspect

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +Audit does not work with non-ASCII data on non-UTF-8 locale ___ Python tracker <https://bugs.python.org/issue41

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Serhiy Storchaka added the comment: New changeset 6c6810d98979add7a89391c3c38990d0859f7a29 by Serhiy Storchaka in branch 'master': bpo-41094: Fix decoding errors with audit when open files. (GH-21095) https://github.com/python/cpython/commit/6c6810d98979add7a89391c3c38990

[issue41096] Need command to exit PDB interactive shell

Serhiy Storchaka added the comment: Both "exit" and "quit" and even just "q" quit the PDB interactive shell. -- nosy: +serhiy.storchaka ___ Python tracker <h

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Serhiy Storchaka added the comment: Oh, I made a mistake in tests (they do not test with non-ASCII data), but fixed tests fail on Windows. -- ___ Python tracker <https://bugs.python.org/issue41

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Serhiy Storchaka added the comment: The problem is that they pass successfully on my local Windows, but fail on CI. -- ___ Python tracker <https://bugs.python.org/issue41

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

Serhiy Storchaka added the comment: Sorry, I was not sure which versions are in security-fix phase now. -- ___ Python tracker <https://bugs.python.org/issue40

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Change by Serhiy Storchaka : -- pull_requests: +20282 pull_request: https://github.com/python/cpython/pull/21119 ___ Python tracker <https://bugs.python.org/issue41

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Serhiy Storchaka added the comment: New changeset a7dc71470156680f1fd5243290c6d377824b7ef4 by Serhiy Storchaka in branch 'master': bpo-41094: Additional fix for PYTHONSTARTUP. (GH-21119) https://github.com/python/cpython/commit/a7dc71470156680f1fd5243290c6d3

[issue41094] Audit does not work with non-ASCII data on non-UTF-8 locale

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41074] msilib does not work correctly with non-ASCII names

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20289 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21126 ___ Python tracker <https://bugs.python.org/issu

[issue41096] Need command to exit PDB interactive shell

Serhiy Storchaka added the comment: Thank you, now I understand the problem. It is reasonable request, but a new feature can only be added in Python 3.10. -- versions: +Python 3.10 -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <ht

[issue41074] msilib does not work correctly with non-ASCII names

Serhiy Storchaka added the comment: New changeset 55939b1708d6fc0d36d2be11ccdc6bf207e1bd41 by Serhiy Storchaka in branch 'master': bpo-41074: Fix support of non-ASCII names and SQL in msilib. (GH-21126) https://github.com/python/cpython/commit/55939b1708d6fc0d36d2be11ccdc6b

[issue41074] msilib does not work correctly with non-ASCII names

Serhiy Storchaka added the comment: There are also problems with FCICreate, but this is a different issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35773] test_bdb fails on non-UTF-8 locale

Serhiy Storchaka added the comment: test_bdb fails on non-UTF-8 locale because Python executes a Python code from the corresponding "encodings" submodule. There are shortcuts for the UTF-8 codec which avoid using the Python code. -- nosy: +serhiy.storchaka title: test_bd

[issue35773] test_bdb fails on non-UTF-8 locale

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20296 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21136 ___ Python tracker <https://bugs.python.org/issu

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +test_bdb fails on non-UTF-8 locale ___ Python tracker <https://bugs.python.org/issue41069> ___ ___ Python-bug

[issue41112] test_peg_generator fails on non-UTF-8 locale

New submission from Serhiy Storchaka : $ LC_ALL=es_US.iso88591 ./python -m test -v -m test_syntax_error_for_string test_peg_generator ... == ERROR: test_syntax_error_for_string

[issue41112] test_peg_generator fails on non-UTF-8 locale

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20297 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21138 ___ Python tracker <https://bugs.python.org/issu

[issue41113] test_warnings fails on non-Western locales

New submission from Serhiy Storchaka : $ LC_ALL=uk_UA.koi8u ./python -m test -v -m test_nonascii test_warnings ... == ERROR: test_nonascii (test.test_warnings.CEnvironmentVariableTests

[issue41113] test_warnings fails on non-Western locales

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20302 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21143 ___ Python tracker <https://bugs.python.org/issu

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +test_peg_generator fails on non-UTF-8 locale, test_warnings fails on non-Western locales ___ Python tracker <https://bugs.python.org/issue41

<    31   32   33   34   35   36   37   38   39   40   >