In praise of triple-quoted strings

Python's triple-quoted multiline string is a wonderful feature. It vastly simplifies the writing of polyglot scripts (where the same file contains multiple different languages of code in it), hiding any non-Python code inside a triple quoted string. Had need of a Makefile+Python setup today...

[issue22385] Define a binary output formatting mini-language for *.hex()

Change by Gregory P. Smith : -- resolution: -> fixed stage: patch review -> commit review status: open -> closed versions: +Python 3.9 -Python 3.8 ___ Python tracker ___

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

On Sun, Oct 20, 2019 at 6:06 PM wrote: > > > my statement may seem unlogical while evaluating and comparing the languages > as a whole.. > > I thought when I give a small number into the programme , the more decimals I > can see after the dot as an output, the more human readable it is. > >

Re: What's the purpose the hook method showing in a class definition?

Ian Hobson於 2019年10月20日星期日 UTC+8下午6時05分11秒寫道： > Hi Jach, > > On 20/10/2019 09:34, jf...@ms4.hinet.net wrote: > > What puzzles me is how a parent's method foo() can find its child's method > > goo(), no matter it was overwrote or not? MRO won't explain this and I > > can't find document about it

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

my statement may seem unlogical while evaluating and comparing the languages as a whole.. I thought when I give a small number into the programme , the more decimals I can see after the dot as an output, the more human readable it is. when I see a bunch of numbers with 'e' s I know the

[ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

I am delighted to announce the release 1.0.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

[ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

I am delighted to announce the release 1.0.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

Fwd: keying by identity in dict and set

-- Forwarded message - From: Steve White Date: Sun, Oct 20, 2019 at 11:38 PM Subject: Re: keying by identity in dict and set To: Peter Otten <__pete...@web.de> Hi Peter, Thanks, that does seem to indicate something. (But there was no need to define a class... you're basically

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

doganad...@gmail.com writes: > > In the meanwhile I have checked Scala , and it's more limited then Python. > As an example: > 0.0001 > 1.0E-4: Double > Why do you think this means Scala is more limited than Python? -- Piet van Oostrum WWW: http://piet.vanoostrum.org/ PGP key:

[issue26389] Expand traceback module API to accept just an exception as an argument

Cheryl Sabella added the comment: @mbussonn, were you interested in continuing with Brett's (and your) suggestion for the API by making the first argument positional-only and the others optional? -- versions: +Python 3.9 -Python 3.8 ___ Python

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: Todos for the next round: * consider an entry for argparse's extend option * example for multiprocessing shared memory * Move C major API changes to its own section * Edit-out very minor changes so that the bigger wins are more salient --

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: I've added it to my todo list for the next round of updates. Though I also plan to do some parsing of the more minor feature adds to make the document more readable. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue38531] argparse action "extend" not documented as new

Batuhan added the comment: @rhettinger, should we mention about it in whats new too? -- ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: New changeset db385229645dbaaa9863e259b2fae67b9da873fe by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-38531: document extend action's added version (GH-16865) (GH-16868)

[issue34014] loop.run_in_executor should propagate current contextvars

Change by Cheryl Sabella : -- versions: +Python 3.9 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: Christoph, thanks for the report. Batuhan, thanks for the PR. -- ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Change by Raymond Hettinger : -- assignee: docs@python -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: keying by identity in dict and set

Steve White wrote: > On Sun, Oct 20, 2019 at 7:57 PM Peter Otten <__pete...@web.de> wrote: >> >> Steve White wrote: >> > >> > The point is, I don't think __eq__() is ever called in a situation as >> > described in my post, yet the Python documentation states that if >> > instances are to be used

[issue38531] argparse action "extend" not documented as new

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

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: New changeset 74142078b3b78fea7b4cd791e5c577c0c0964eb7 by Raymond Hettinger (Batuhan Taşkaya) in branch 'master': bpo-38531: document extend action's added version (GH-16865) https://github.com/python/cpython/commit/74142078b3b78fea7b4cd791e5c577c0c0964eb7

[issue38539] Update demo files

Change by Raymond Hettinger : -- assignee: -> rhettinger versions: -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue38539] Update demo files

Raymond Hettinger added the comment: The Tools/demo modules are sort of a quaint museum to the past. That said, most of the code reads fine even by today's standards. Go ahead with as PR to change "while 1" to "while True". The star imports should remain (they are the norm for Tkinter)

[issue38539] Update demo files

New submission from Julin : The demo programs inside Tools/demo, which is to guide people new to the language (that's the purpose, right?), makes use of several bad coding practices. Like - `while 1:` being used instead of `while True:` - star import - function call and an `if` statement

Re: keying by identity in dict and set

On Mon, Oct 21, 2019 at 4:33 AM Steve White wrote: > The options for following the documentation in this situation are: > either subject users to unfamiliar, custom-made container classes, or > give up the semantics of the "==" operator. > > It seems so unnecessary, given (my understanding of)

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: New changeset c39bc5c9e8f96a8197d1ce2b70746b7189135566 by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-37759: More updates to Whatsnew 3.8 (GH-16854) (GH-16867)

Re: keying by identity in dict and set

On Sun, Oct 20, 2019 at 7:57 PM Peter Otten <__pete...@web.de> wrote: > > Steve White wrote: > > > > The point is, I don't think __eq__() is ever called in a situation as > > described in my post, yet the Python documentation states that if > > instances are to be used as keys, it must not be used

[issue37759] Polish whatsnew for 3.8

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

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: New changeset c93883c6afbd99929516764263fc49c3e996b10a by Raymond Hettinger in branch 'master': bpo-37759: More updates to Whatsnew 3.8 (GH-16854) https://github.com/python/cpython/commit/c93883c6afbd99929516764263fc49c3e996b10a --

Re: keying by identity in dict and set

Steve White wrote: > Hi Peter, > > Yes you are right. In fact, I shouldn't even have mentioned the > hash() function... it came from a line of reasoning about what an > implementation might do if very large integers were returned by > __hash__(), and some remarks about the value returned by

Re: keying by identity in dict and set

Hi Peter, Yes you are right. In fact, I shouldn't even have mentioned the hash() function... it came from a line of reasoning about what an implementation might do if very large integers were returned by __hash__(), and some remarks about the value returned by id() applied to small integers.

[issue38522] Py_USING_MEMORY_DEBUGGER is referenced in docs but not present in code

Batuhan added the comment: It looks like benjamin peterson removed remaining references from obmalloc.c in 3924f93794fd740c547b44884f73303196475cd5 -- nosy: +BTaskaya, benjamin.peterson ___ Python tracker

[issue36321] Fix misspelled attribute name in namedtuple()

Raymond Hettinger added the comment: New changeset 58ccd201fa74287ca9293c03136fcf1e19800ef9 by Raymond Hettinger in branch 'master': bpo-36321: Fix misspelled attribute name in namedtuple() (GH-16858) https://github.com/python/cpython/commit/58ccd201fa74287ca9293c03136fcf1e19800ef9

[issue38531] argparse action "extend" not documented as new

Batuhan added the comment: Sorry for the inconvenience. I'm fixing it -- nosy: +BTaskaya ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Change by Batuhan : -- keywords: +patch pull_requests: +16411 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16865 ___ Python tracker ___

tri.token compared to Enum

On 10/20/2019 04:16 AM, Anders Hovmöller wrote: On 20 Oct 2019, at 12:41, Steve Jorgensen wrote: Anders Hovmöller wrote: We try to do the same thing in various libraries. We've settled on using existing python and end up with syntax like: class MyForm(Form): field = Field() or in

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

Change by Karthikeyan Singaravelan : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

New submission from Julien Palard : In the following snippet: >>> class Ror: ... def __ror__(self, other): ... return set() ... >>> {}.keys() | Ror() Traceback (most recent call last): File "", line 1, in TypeError: 'Ror' object is not iterable I

Re: keying by identity in dict and set

Steve White wrote: > Hi Chris, > > Yes, I am aware of the hash of small integers. But I am not keying > with small integers here: I am keying with id() values of class > instances. The id() values /are/ smallish integers though. (I would guess that this is baked into the CPython source, but

[issue38537] Python 2.7.17 reports itself as 2.7.16

Change by SilentGhost : -- components: +Windows nosy: +paul.moore, tim.golden, zach.ware ___ Python tracker ___ ___

[issue38537] Python 2.7.17 reports itself as 2.7.16

Change by Karthikeyan Singaravelan : -- nosy: +benjamin.peterson, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38536] Trailing space in formatted currency with international=True and symbol following value

Change by Roundup Robot : -- keywords: +patch pull_requests: +16409 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/16864 ___ Python tracker

Re: keying by identity in dict and set

Hi Chris, Yes, I am aware of the hash of small integers. But I am not keying with small integers here: I am keying with id() values of class instances. Precisely what my example shows is that the dict/set algorithms in fact *never* call __eq__, when the id() of a class instance is returned by

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: After writing my previous comment, I double-checked the code, and cached_propery is actually one of the cases where a simple "self.attrname = 'age3'" *will* do the right thing, as cached_property never checks the class information. That won't work in the

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: BTW, I have win10 x64 v 1809 b 17763.720. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38471] _ProactorDatagramTransport: If close() is called when write buffer is not empty, the remaining data is not sent and connection_lost is not called

Change by Paul Martin : -- pull_requests: +16408 pull_request: https://github.com/python/cpython/pull/16863 ___ Python tracker ___

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: Regarding the "attrname" property idea: unfortunately, that won't work, as `__set_name__` doesn't just provide the attribute name, it also provides a reference to the class itself. cached_property needs both pieces of information, not just the attribute name.

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @eryk. Could I just have separate folder with each python minor version? I would keep it portable and just reference the python/pythonw.exe filepath directly for each version when I run. I could just download the 3.7.5 and drop it anywhere. --

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: Another interesting question this raises is whether type.__setattr__ should be checking for values that have `__set_name__` methods defined and calling those methods automatically. Unfortunately, I think the answer to that is "If we'd thought of that when

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Eryk Sun added the comment: > Let me know if you are unable to reproduce it. x64 pythonw.exe and pyw.exe (3.7.5, 2019-10-14) work for me in Windows 10.0.18362. I have them installed for all users, respectively in "C:\Program Files\Python37" and "C:\Windows". Try running `pythonw.exe -m

[issue38537] Python 2.7.17 reports itself as 2.7.16

PEW's Corner added the comment: After experimenting a bit more, I found that the python27.dll is NOT part of the new installation, but is also NOT removed on upgrade or when uninstalling. After I manually deleted this dll, the new installation correctly reports itself as 2.7.17. So the

[issue20443] __code__. co_filename should always be an absolute path

Nick Coghlan added the comment: I think that's a valid point regarding sys.argv[0] - it's the import system and code introspection that wants(/needs) absolute paths, whereas sys.argv[0] gets used in situations (e.g. usage messages) where we should retain whatever the OS gave us, since that

[issue32397] textwrap output may change if you wrap a paragraph twice

Change by Cheryl Sabella : -- versions: +Python 3.9 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38457] __package__ is None in __init__.py until an import is used

Nick Coghlan added the comment: Yes, this is a design flaw in the Python 2 import system - it derives `__package__` from `__name__` the first time it needs the information and `__package__` isn't already set. The problem was fixed for the Python 3 series by way of PEP 451, which made

[issue38537] Python 2.7.17 reports itself as 2.7.16

New submission from PEW's Corner : After upgrading Python 2.7.16 to 2.7.17 using the Windows x86 MSI installer, the new Python still reports itself as version 2.7.16: D:\Python27>.\python.exe Python 2.7.16 (v2.7.16:413a49145e, Mar 4 2019, 01:30:55) [MSC v.1500 32 bit (Intel)] on win32 Type

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Nick Coghlan added the comment: The benefit offered by the parent local scoping was that it made assignment expressions usable as a straightforward way to implement comprehension-based accumulators where you actually do want access to the final value after the comprehension completes (for

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: (Removed the patch keyword, as the linked PR was for an old change that didn't cover the remaining test issues) -- ___ Python tracker ___

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: There are a couple of cases that the C locale coercion tests skip because I don't (or didn't) know what they *should* do: * https://github.com/python/cpython/blob/24dc2f8c56697f9ee51a4887cf0814b6600c1815/Lib/test/test_c_locale_coercion.py#L262 (skips the

Re: What's the purpose the hook method showing in a class definition?

On 10/20/19 4:34 AM, jf...@ms4.hinet.net wrote: > Yes, there will be an attribute error if no goo() was defined. > > What puzzles me is how a parent's method foo() can find its child's method > goo(), no matter it was overwrote or not? MRO won't explain this and I can't > find document about it

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @paul.moore all scripts failed. it's like pyw.exe does not run at all (or quits shortly after. i have about 5 proprietary scripts. going back to 3.7.4 everything works as before. I do suspect there is something wrong with the way that 3.7.5 was compiled for

[issue38536] Trailing space in formatted currency with international=True and symbol following value

Amir Mohamadi added the comment: Hi! I'm a newbie. Can I work on it with your help??? -- nosy: +Amir ___ Python tracker ___ ___

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Paul Moore added the comment: Can you give an example of a script that fails? If you try to print (or otherwise use the standard IO streams) pythonw will fail, because there are no stdio streams for a GUI executable - and the traceback, which goes to stderr by default, will be lost. This

Re: What's the purpose the hook method showing in a class definition?

On Sun, Oct 20, 2019 at 9:06 PM Ian Hobson wrote: > > Hi Jach, > > On 20/10/2019 09:34, jf...@ms4.hinet.net wrote: > > What puzzles me is how a parent's method foo() can find its child's method > > goo(), no matter it was overwrote or not? MRO won't explain this and I > > can't find document

Re: What's the purpose the hook method showing in a class definition?

Hi Jach, On 20/10/2019 09:34, jf...@ms4.hinet.net wrote: What puzzles me is how a parent's method foo() can find its child's method goo(), no matter it was overwrote or not? MRO won't explain this and I can't find document about it also:-( This is a generalised description - Python may be

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

Change by Serhiy Storchaka : -- versions: +Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

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

[issue38536] Trailing space in formatted currency with international=True and symbol following value

SilentGhost added the comment: This isn't just de_DE locale, but any locale that puts currency symbol after the value. This issue is even "acknowledged" in the test. I'd think that appropriate fix would be to .rstrip smb on line Lib/locale.py:282 Alternatively, function return value could be

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

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

[issue38536] Trailing space in formatted currency with international=True and locale de_DE

New submission from Jonas Aschenbrenner : >>> import locale >>> locale.setlocale(locale.LC_ALL, ('de_DE', 'UTF-8')) 'de_DE.UTF-8' >>> locale.currency(1345345345352.22, international=True) '1345345345352,22 EUR ' Expected: '1345345345352,22 EUR' -- components: Library (Lib) messages:

[issue38536] Trailing space in formatted currency with international=True and locale de_DE

Change by Jonas Aschenbrenner : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: What's the purpose the hook method showing in a class definition?

Sibylle Koczian於 2019年10月20日星期日 UTC+8上午2時04分54秒寫道： > Am 19.10.2019 um 13:11 schrieb jf...@ms4.hinet.net: > > For the two examples below: > > (1) > class A: > > ... def foo(self): > > ... self.goo() > > ... > class B(A): > > ... def goo(self): > > ... print(1) > >

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

Alex Hall added the comment: I assume this also happens on 3.9, it's just a bit hard for me to test that now. -- ___ Python tracker ___

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

New submission from Alex Hall : In a decorator such as `@a()`, the ast.Call node has a col_offset starting from the @ symbol. This doesn't happen for decorators without arguments (e.g. `@a`) or with some arguments (e.g. `@a(x)`). -- components: Interpreter Core files:

[issue38534] Version 3.8.0 has released with a wrong MS KB number reference

New submission from Wator Sead : https://bugs.python.org/msg347421 Maybe you forgot it, please fix it in next versions. -- assignee: docs@python components: Documentation, Installation, Windows messages: 354986 nosy: docs@python, paul.moore, seahoh, steve.dower, tim.golden, zach.ware

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working) ___ Python tracker

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) ___ Python tracker

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console)

Jon added the comment: I installed v3.7.4 x86 and scripts work with `pythonw.exe` and `pyw.exe` I also tested v3.7.4 x64 bit and scripts also work ok. So that is some good news. This proves that pythonw (python console) for 3.7.5 is not working for some unknown reasons. It is not related

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

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

Re: A news aggregator for the Python community

Sebastian Steins wrote: Over the last few weeks I've build a hacker news clone for the Python community: https://news.python.sc The source is at github.com/sebst/pythonic-news that looks interesting. thanks. -- https://mail.python.org/mailman/listinfo/python-list