[issue22602] UTF-7 codec decodes ill-formed sequences starting with "+"

Serhiy Storchaka added the comment: Thank you for your PR Zackery. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue22602] UTF-7 codec decodes ill-formed sequences starting with "+"

Serhiy Storchaka added the comment: New changeset e349bf23584eef20e0d1e1b2989d9b1430f15507 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-22602: Raise an exception in the UTF-7 decoder for ill-formed sequences starting with "+". (GH-8741)

[issue34415] Typo in logging.Formatter docstring

Change by miss-islington : -- pull_requests: +8295 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34415] Typo in logging.Formatter docstring

Change by miss-islington : -- pull_requests: +8294 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34415] Typo in logging.Formatter docstring

Vinay Sajip added the comment: New changeset d3d3171da895d8cb880f23fae6be778f0ac23be7 by Vinay Sajip in branch 'master': bpo-34415: Updated logging.Formatter docstring. (GH-8811) https://github.com/python/cpython/commit/d3d3171da895d8cb880f23fae6be778f0ac23be7 --

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Danish Prakash added the comment: > however it seems to be wrong, "__ltrace__" is correct just curious how did you figure it out? -- nosy: +prakashdanish ___ Python tracker

[issue34062] Python launcher on Windows does not work with --list or --list-paths

Change by Roundup Robot : -- keywords: +patch pull_requests: +8293 stage: test needed -> patch review ___ Python tracker ___ ___

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Danish Prakash : -- keywords: +patch pull_requests: +8292 stage: -> patch review ___ Python tracker ___ ___

[issue34427] calling MutableSequence.extend on self produces infinite loop

Change by Naris R : -- keywords: +patch pull_requests: +8291 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue1648923] HP-UX: -lcurses missing for readline.so

Change by Berker Peksag : -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue26363] __builtins__ propagation is misleading described in exec and eval documentation

Berker Peksag added the comment: Thank you for the report, Xavier. This is a duplicate of issue 22057. PR 8812 clarifies the behavior when a dictionary without a "__builtins__" key is passed as *globals* to eval(). I think that makes the opposite case much easier to understand. >>>

[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type

Michael Osipov <1983-01...@gmx.net> added the comment: I cannot reproduce this with HP-UX 11.31 and master + 3.7. I opt to close this one. -- nosy: +michael-o ___ Python tracker

[issue1648923] HP-UX: -lcurses missing for readline.so

Michael Osipov <1983-01...@gmx.net> added the comment: I cannot reproduce this with master and 3.7 on HP-UX. readline is linked and works with interactive python(1). curses module isn't buld because I don't have curses installed. I opt to close this one. -- nosy: +michael-o

[issue22057] The doc say all globals are copied on eval(), but only __builtins__ is copied

Berker Peksag added the comment: I like Martin's suggestion in msg282262 and I've just created PR 8812 to implement it. -- nosy: +berker.peksag type: -> behavior versions: +Python 3.8 -Python 3.5 ___ Python tracker

[issue22057] The doc say all globals are copied on eval(), but only __builtins__ is copied

Change by Berker Peksag : -- pull_requests: +8290 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34381] Make tests with outbound connection optional

Change by Terry J. Reedy : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10384] SyntaxError should contain exact location of the invalid character in identifier

Terry J. Reedy added the comment: When testing how IDLE handles the examples (which it does well, see #2382 msg323734), I discovered that while the single invisible char for msg120936 *is* present in the posted text, the multiple invisible chars for msg228023 are not. The following has them

[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.

Terry J. Reedy added the comment: IDLE avoids the problem of calculating a location for a '^' below the bad line by instead asking tk to give the marked character (and maybe more) a 'ERROR' tag, which shows as a red background. So it marks the '$' of 'A_I_U_E_O$' and the 'alid' slice of

[issue24665] CJK support for textwrap

Terry J. Reedy added the comment: My msg323731 for #12568 refers to my msg321291 above. I did some new experiments with column spacing for European characters in Windows console (as opposed to tk Text) and discovered that some, including some Latin1 characters used in English text, may

[issue34188] Allow dict choices to "transform" values in argpagse

paul j3 added the comment: The 'choices' mechanism is quite simple. As noted for testing it simply uses an 'in' test. For help formating it uses choice_strs = [str(choice) for choice in action.choices] result = '{%s}' % ','.join(choice_strs) In other words, it's treated as a

[issue12568] Add functions to get the width in columns of a character

Terry J. Reedy added the comment: I suggest reclosing this issue, for the same reason I suggested closure of #24665 in msg321291: abstract unicode 'characters' (graphemes) do not, in general, have fixed physical widths of 0, 1, or 2 n-pixel columns (or spaces). I based that fairly long

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Eric V. Smith added the comment: Thanks, Andrés! -- assignee: docs@python -> eric.smith resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34415] Typo in logging.Formatter docstring

Change by Vinay Sajip : -- keywords: +patch, patch pull_requests: +8288, 8289 stage: -> patch review ___ Python tracker ___ ___

[issue34415] Typo in logging.Formatter docstring

Change by Vinay Sajip : -- keywords: +patch pull_requests: +8288 stage: -> patch review ___ Python tracker ___ ___

[issue34403] test_utf8_mode.test_cmd_line() fails on HP-UX due to false assumptions

Michael Osipov <1983-01...@gmx.net> added the comment: Thanks, I'll do that. Hopefully I can provide a patch for. Though, I am convinced that I have to write a custom codec for roman8 to make all at stuff work flawlessly. -- ___ Python tracker

[issue34402] strftime fails on HP-UX

Michael Osipov <1983-01...@gmx.net> added the comment: Thanks changed appropriately. I here also have a PR idea I will try on Monday. It won't be idiotproof, but someone will likely comment on it and provide more input. I am willing to provide even more patches, but am currently stuck with

[issue34401] Make test_gdb work on HP-UX

Michael Osipov <1983-01...@gmx.net> added the comment: My bad, I initially had attached a patch as you can see, but will turn that into a PR on GitHub on Monday. That's why I had that label, but removed the patch. It doesn't crash, it is rather a behavior/regex issue in the test. Thanks for

[issue34382] test_os.test_mode fails when directory base directory has g+s set

Michael Felt added the comment: Likewise, I have no idea who should review, or whether python2 should be included or not. The issue is not a bug in python, rather a shortcoming in the test suite. In short, since I do my builds in an environment where the mode includes SGID on the

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Eric V. Smith added the comment: New changeset 0fd6f832a9c30404bf595a4af36e171d11fab024 by Eric V. Smith (Miss Islington (bot)) in branch '3.7': bpo-34432: doc Mention complex and decimal.Decimal on str.format note about locales (GH-8808) (GH-8809)

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Eric V. Smith added the comment: New changeset fbd0a14cc941e340df0979d94ac55191dd31ad00 by Eric V. Smith (Miss Islington (bot)) in branch '3.6': bpo-34432: doc Mention complex and decimal.Decimal on str.format not about locales (GH-8808) (GH-8810)

[issue34431] Docs does not eval allows code object as argument

Jonathan Fine added the comment: OK. I'll do as you say. I've just signed the CLA. -- ___ Python tracker ___ ___ Python-bugs-list

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Change by Andrés Delfino : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34431] Docs does not eval allows code object as argument

Berker Peksag added the comment: Ok, I think it would be a good idea to mention that the function accepts a code object in the first sentence. I'd be happy to review such PR. The eval() documentation is located at https://github.com/python/cpython/blob/master/Doc/library/functions.rst See

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Change by miss-islington : -- pull_requests: +8287 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Change by miss-islington : -- pull_requests: +8286 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Eric V. Smith added the comment: New changeset 93b5655c040a33f9ba4cdbd303afc8398c8413c7 by Eric V. Smith (Andrés Delfino) in branch 'master': bpo-34432: doc Mention complex and decimal.Decimal on str.format not about locales (GH-8808)

[issue34431] Docs does not eval allows code object as argument

Jonathan Fine added the comment: Summary: There's my problem, and others. I'm willing to provide a patch, if supported. There's a gotcha here. I fell into it. The docs for eval state === eval(expression, globals=None, locals=None) The arguments are a string and optional globals and locals.

[issue34425] :s formatting broken for objects without __format__

Eric V. Smith added the comment: I agree this is the desired behavior, and not a bug. Because you are not specifying a __format__ in your class, object.__format__ is being called. By design, it does not understand any formatting specifiers, instead reserving them for your class to

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

Change by Andrés Delfino : -- keywords: +patch pull_requests: +8285 stage: -> patch review ___ Python tracker ___ ___

[issue34432] doc Mention complex and decimal.Decimal on str.format note about locales

New submission from Andrés Delfino : On str.format method, the note about how locales are dealt with reads: "When formatting a number (int, float, float and subclasses)..." PR removes the second float, and mentions complex and decimal.Decimal. The bug which introduced this note is: #31900

[issue34431] Docs does not eval allows code object as argument

Berker Peksag added the comment: Thank you for your report. Quoting from https://docs.python.org/3.6/library/functions.html#eval This function can also be used to execute arbitrary code objects (such as those created by compile()). In this case pass a code object instead of a

[issue34431] Docs does not eval allows code object as argument

New submission from Jonathan Fine : See https://docs.python.org/3.6/library/functions.html#eval This says the following won't happen. But it does. Python 3.6.2 (default, Jul 29 2017, 00:00:00) [GCC 4.8.4] on linux Type "help", "copyright", "credits" or "license" for more information. >>> def

[issue34430] Symmetrical chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- title: Double chaining futures in asyncio.future.wrap_future -> Symmetrical chaining futures in asyncio.future.wrap_future ___ Python tracker ___

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- pull_requests: -8283 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34430] Double chaining futures in asyncio.future.wrap_future

Alfred Sawaya added the comment: The proposed solution (PR) has passed all tests. -- ___ Python tracker ___ ___ Python-bugs-list

[issue34421] Cannot install package with unicode module names on Windows

Julien Malard added the comment: Hello, Yes, it does seem odd that that code does not work. On my Windows machine (WIndows 7, 64 bits, running 32-bit Python) I checked and it seems that the code in the if block immediately preceding my PR does not run at all, whereby the error. For a

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- pull_requests: +8284 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- pull_requests: +8283 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34217] windows: cross compilation fails due to headers with uppercase

Steve Dower added the comment: As someone who has written MSDN samples, I'll spoil the secret and let you know that there's no consistency there, so you can find examples to prove either direction ;) I wasn't expecting expertise or research. I was only expecting a description of the change

[issue34427] calling MutableSequence.extend on self produces infinite loop

Serhiy Storchaka added the comment: deque and bytearray make an in-memory copy of self if extended with self. deque creates a temporary list, bytearray creates a temporary bytearray. list just iterates itself as a linear array of known size and avoids infinite loop. It could be possible to

[issue34427] calling MutableSequence.extend on self produces infinite loop

Raymond Hettinger added the comment: It would be reasonable to add special handling for this case to match what is done in the concrete sequences like list, deque, bytes, ... -- assignee: -> rhettinger ___ Python tracker

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Kevin Norris added the comment: There is none. It raises a TypeError. See https://docs.python.org/3/reference/expressions.html#value-comparisons -- ___ Python tracker ___

[issue31370] Remove support for threads-less builds

Change by Zackery Spytz : -- pull_requests: +8282 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34428] tokenize

Luke Kenneth Casson Leighton added the comment: ahh darn-it, autopep8 is passing in tokens line-by-line, to be parsed one at a time oh and of course it's losing state information that tokenizer critically relies on. i *think* that's what's going on so it's highly unlikely to be a

[issue34428] tokenize

Luke Kenneth Casson Leighton added the comment: wtf??? neither can i import io import tokenize text = r'''\ ( r"\(") ( "\(") ''' string_io = io.StringIO(text) tokens = list( tokenize.generate_tokens(string_io.readline) ) print (tokens) works perfectly. ok a i bet you it's

[issue34428] tokenize

Luke Kenneth Casson Leighton added the comment: regular expressions are not something i am familiar or comfortable with (never have been: the patterns are too dense). however REMOVING "Bracket" from the regular expression(s) for PseudoToken "fixes" the problem. some debug print statements

[issue34430] Double chaining futures in asyncio.future.wrap_future

Alfred Sawaya added the comment: Actually the PR does not pass some tests, I will work on this. If the new behaviours are accepted, I will implement them soon. -- ___ Python tracker

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- pull_requests: -8281 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34428] tokenize

Serhiy Storchaka added the comment: I can't reproduce. >>> import tokenize >>> list(tokenize.generate_tokens(iter(['(\n', r'"\(")']).__next__)) [TokenInfo(type=53 (OP), string='(', start=(1, 0), end=(1, 1), line='(\n'), TokenInfo(type=56 (NL), string='\n', start=(1, 1), end=(1, 2),

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- keywords: +patch pull_requests: +8281 stage: -> patch review ___ Python tracker ___ ___

[issue34430] Double chaining futures in asyncio.future.wrap_future

Change by Alfred Sawaya : -- pull_requests: -8280 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34428] tokenize

Luke Kenneth Casson Leighton added the comment: python2.7 and 3.5 also has exact same issue. -- versions: +Python 2.7, Python 3.5 ___ Python tracker ___

[issue34430] Double chaining futures in asyncio.future.wrap_future

New submission from Alfred Sawaya : asyncio.future.wrap_future is used to wrap a concurrent.future.Future in a asyncio.future.Future. The actual implementation as the following behaviours : 1) When the concurrent.future.Future gets a result, the asyncio.future.Future gets the same

[issue34429] On Windows tempfile.TemporaryFile behaves like NamedTemporaryFile

New submission from dwich : On Windows tempfile.TemporaryFile() accepts delete attribute. On Linux TemporaryFile() raises TypeError if delete attribute is used. In tempfile.py source is the code below which means that on Windows TemporaryFile behaves like NamedTemporaryFile. I suppose the

[issue34217] windows: cross compilation fails due to headers with uppercase

Erik Janssens added the comment: I'll try to be more precise : - I did an (imperfect) search : before these changes 98% of the windows headers were included in the .c files in lowercase - These changes would bring it to 100% - The advantage of these changes are consistency and the ability

[issue34428] tokenize

Luke Kenneth Casson Leighton added the comment: these two line also pass (do not throw an exception): co = re.compile( r"\(") the code that fails may be further reduced to the following: ( "\(") -- ___ Python tracker

[issue34421] Cannot install package with unicode module names on Windows

New submission from Serhiy Storchaka : Please provide more details. How to reproduce your issue? What you got, and what you expect to get? Seems the code just before lines modified by your PR are purposed to solve this issue. Why it doesn't work? -- nosy: +serhiy.storchaka

[issue34428] tokenize

New submission from Luke Kenneth Casson Leighton : https://github.com/hhatto/autopep8/issues/414 the following two lines of code are not parseable by tokenize.py: co = re.compile( "\(") the combination of: * being split on two lines * having a backslash inside quotes * having a

[issue34427] calling MutableSequence.extend on self produces infinite loop

Change by Naris R : -- nosy: +rhettinger, stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34427] calling MutableSequence.extend on self produces infinite loop

Naris R added the comment: I forgot to copy over __len__ in the example -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34427] calling MutableSequence.extend on self produces infinite loop

New submission from Naris R : Example: ``` from typing import MutableSequence, TypeVar CliffordGate = TypeVar('CliffordGate') class QCircuit(MutableSequence[CliffordGate]): def __init__(self, gates): self.gates = list(gates) def __repr__(self): return

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Danish Prakash added the comment: > But in 3.x, comparison no longer falls back to comparing object addresses. What is the default fallback in 3.x? -- nosy: +prakashdanish ___ Python tracker

[issue1016626] distutils support for swig is under par

Change by Ben McGinnes : -- versions: +Python 3.4, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list

[issue34415] Typo in logging.Formatter docstring

Terry J. Reedy added the comment: ... the style-dependent default value, "%(message)s", "{message}", or "${message}", is used. -- ___ Python tracker ___

[issue12568] Add functions to get the width in columns of a character

Change by Bian Jiaping : -- nosy: +bianjp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30717] Add unicode grapheme cluster break algorithm

Change by Bian Jiaping : -- nosy: +bianjp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: