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

[Gregory P. Smith]

Change by Gregory P. Smith :


--
resolution:  -> fixed
stage: patch review -> commit review
status: open -> closed
versions: +Python 3.9 -Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Cheryl Sabella]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

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

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Batuhan]

Batuhan  added the comment:

@rhettinger, should we mention about it in whats new too?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

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)
https://github.com/python/cpython/commit/db385229645dbaaa9863e259b2fae67b9da873fe


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34014] loop.run_in_executor should propagate current contextvars

[Cheryl Sabella]

Change by Cheryl Sabella :


--
versions: +Python 3.9 -Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Christoph, thanks for the report.
Batuhan, thanks for the PR.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

Change by Raymond Hettinger :


--
assignee: docs@python -> rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +16413
pull_request: https://github.com/python/cpython/pull/16868

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38539] Update demo files

[Raymond Hettinger]

Change by Raymond Hettinger :


--
assignee:  -> rhettinger
versions:  -Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38539] Update demo files

[Raymond Hettinger]

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) code.

Let's don't reformat the if/action pairs on the same line.  That reflects the 
author's way of thinking about the problem.  Though it may offend your 
stylistic sensibilities, it is valid Python and readable enough.

BTW, the scripts are almost never "guide people new to the language".  They are 
typically only found by experienced programmers exploring the tree of code 
(like little easter eggs).

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38539] Update demo files

[Julin]

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 being on the same line, etc.

It can easily mislead someone new to the language especially since it is part 
of the codebase and part of distribution as well.

Can we update these files? Most of these seem have not been updated in some 
time.

A discussion touching this problem on #python-dev suggested that the demos were 
written when the docs were yet to be polished and now that we have a fully 
fledged documentation, maybe the demo files can be dropped.

But since the bpo has an option 'Demos and tools' under 'components', I guess 
maybe the demos are still considered essential.

What do you all think?

--
components: Demos and Tools
messages: 355013
nosy: ju-sh
priority: normal
severity: normal
status: open
title: Update demo files
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

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)
https://github.com/python/cpython/commit/c39bc5c9e8f96a8197d1ce2b70746b7189135566


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37759] Polish whatsnew for 3.8

[miss-islington]

Change by miss-islington :


--
pull_requests: +16412
pull_request: https://github.com/python/cpython/pull/16867

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Batuhan]

Batuhan  added the comment:

It looks like benjamin peterson removed remaining references from obmalloc.c in 
3924f93794fd740c547b44884f73303196475cd5

--
nosy: +BTaskaya, benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36321] Fix misspelled attribute name in namedtuple()

[Raymond Hettinger]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Batuhan]

Batuhan  added the comment:

Sorry for the inconvenience. I'm fixing it

--
nosy: +BTaskaya

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Batuhan]

Change by Batuhan :


--
keywords: +patch
pull_requests: +16411
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/16865

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +inada.naoki

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Julien Palard]

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 expect the __or__ implementation of dict_keys to return NotImplemented when 
given a non-interesting thing, so my __ror__ can run and get an empty set 
instead of a TypeError.

Strangely enough, it worked in Python 2.7, I'm not fluent enough en 2.7 object 
nor C implementation to know why, the dictviews_or looks the same for me.

It looks easy to fix without breaking the tests in dictobject.c like:

--- a/Objects/dictobject.c
+++ b/Objects/dictobject.c
@@ -4284,7 +4284,8 @@ dictviews_or(PyObject* self, PyObject *other)
 tmp = _PyObject_CallMethodIdOneArg(result, _update, other);
 if (tmp == NULL) {
 Py_DECREF(result);
-return NULL;
+PyErr_Clear();
+Py_RETURN_NOTIMPLEMENTED;
 }

the question is more: should we? I think so but am I missing something?

--
messages: 355007
nosy: mdk
priority: normal
severity: normal
status: open
title: dictobject dictviews don't return NotImplemented for unrecognized types.
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38537] Python 2.7.17 reports itself as 2.7.16

[SilentGhost]

Change by SilentGhost :


--
components: +Windows
nosy: +paul.moore, tim.golden, zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38537] Python 2.7.17 reports itself as 2.7.16

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +benjamin.peterson, steve.dower

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38524] functools.cached_property is not supported for setattr

[Nick Coghlan]

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 general case though, and I think it makes more sense for 
the cached_property documentation to provide advice that will generalise to 
arbitrary descriptors (i.e. call `descr.__set_name__(target, "attr")`)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

Jon  added the comment:

BTW, I have win10 x64 v 1809 b 17763.720.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Paul Martin]

Change by Paul Martin :


--
pull_requests: +16408
pull_request: https://github.com/python/cpython/pull/16863

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38524] functools.cached_property is not supported for setattr

[Nick Coghlan]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38524] functools.cached_property is not supported for setattr

[Nick Coghlan]

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 
writing PEP 487, then sure, but it's too late now, as too many folks will be 
calling it explicitly, and implicitly calling it a second time will cause 
other, potentially harder to find problems".

So +1 for updating the cached_property docs specifically to mention this problem

However, I'm also wondering if there's somewhere else we should be mentioning 
it as a general problem.

Perhaps in the docs for __set_name__ itself, noting it as something that 
authors of descriptors *using* __set_name__ should mention in their docs, with 
suggested wording?

Something like:

===
`__set_name__`` is only called implicitly as part of the ``type`` constructor, 
so it will need to be called explicitly with the appropriate parameters when a 
descriptor is added to a class after initial creation::

descr = custom_descriptor()
cls.attr = descr
descr.__set_name__(cls, 'attr')
===

(The normal sequence is for the descriptor to already be part of the class 
namespace before __set_name__ gets called)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eryk Sun]

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 idlelib` and `pythonw.exe -m turtle`. If nothing 
runs, try it with python.exe, just to make sure tcl/tk and IDLE are installed.

> How do I have multiple MINOR versions of python together? 
> e.g. 3.7.3, 3.7.4, 3.7.5?  Can they be placed in separate 
> folders?

The standard distribution supports one major-version installation for the 
system and another per user. You can use the nuget packages to test against 
multiple minor versions.

https://docs.python.org/3/using/windows.html#the-nuget-org-packages

It seems that nuget packages can also be installed via PowerShell 6. However, 
the "Version" parameter of Visual Studio's Install-Package changes to 
"RequiredVersion" in PowerShell 6.

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38537] Python 2.7.17 reports itself as 2.7.16

[PEW's Corner]

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 problem seems to be that the installer forgets to remove the old dll 
(and there is no new dll to overwrite it).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 best reflects what the user entered.

That's straightforward to selectively revert, though: remove the 
"config->run_filename != NULL" clause at 
https://github.com/python/cpython/blob/24dc2f8c56697f9ee51a4887cf0814b6600c1815/Python/initconfig.c#L2201
 and add a comment with the reason for the deliberate omission.


That way the OS-provided argv entry will continue to be passed through to 
sys.argv[0], while everywhere else will get the absolute path.

--
versions: +Python 3.9 -Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Cheryl Sabella]

Change by Cheryl Sabella :


--
versions: +Python 3.9 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 
substantial changes to the way module initialisation works, allowing the import 
system to instead derive `__package__` from `__spec__` as part of module 
creation.

Depending on your reasons for being interested in this, the `importlib2` 
package may be of interest: https://pypi.org/project/importlib2/

(Judging from the version number, Eric last updated that for Python 3.5, which 
means it will include the PEP 451 behaviour)

--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38537] Python 2.7.17 reports itself as 2.7.16

[PEW's Corner]

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 "help", "copyright", "credits" or "license" for more information.
>>> import sys; sys.version_info
sys.version_info(major=2, minor=7, micro=16, releaselevel='final', serial=0)
>>>

The python.exe file is dated Oct. 19, but the python27.dll is dated Mar. 4, so 
doesn't seem to have been updated. Repairing or removing and reinstalling 
doesn't make any difference, so the old dll seems to be part of the new 
installation.

--
components: Installation
messages: 354997
nosy: pewscorner
priority: normal
severity: normal
status: open
title: Python 2.7.17 reports itself as 2.7.16
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 example, pulling the example or counter-example 
out of a call to any() or all()).

The downside is that you need an explicit "del j" after the comprehension to 
ensure prompt cleanup in those cases where you *don't* need the temporary 
variable after the comprehension has finished running:

>>> [(j:=i*i)+1/j for i in range(1, 3)]; del j # Clean up temp

However, that's still going to be clearer to most readers than writing:

[j+1/j for i in range(1, 3) for j in [i*i]]

So even with the parent local scoping semantics, PEP 572 is still enough to 
make Yury's comment above still hold (i.e. the use case is too obscure to 
justify the extra code needed to optimise it)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 "LANG=UTF-8" test)
* 
https://github.com/python/cpython/blob/24dc2f8c56697f9ee51a4887cf0814b6600c1815/Lib/test/test_c_locale_coercion.py#L37
 (only adds "POSIX" to the expected C locale equivalents list on non-Android 
Linux systems)

With the interpreter explicitly checking for "POSIX" now, at least the latter 
special case could potentially be removed, with "POSIX" just always being part 
of the EXPECTED_C_LOCALE_EQUIVALENTS list. (It was only removed because it used 
to break on FreeBSD and Mac OS X)

I don't think we ever figured out why the "LANG=UTF-8" case didn't work the way 
we expected, so I suspect where going to need to keep that skip for now.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

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 pythonW.exe


 python/pw.exe works fine for both 3.7.4 and 3.7.5 (x86 and x64 versions)
pythonW/pyW.exe works fine for 3.7.4 but not 3.7.5 (x86 and x64 versions)

This is the first time i've ever had this issue.  python 3.6.x.

I originally thought it was a win10 issue because I am setting up a new 
computer and using 3.7.5 for the first time.  (other computer had 3.7.4).

I will ask my programmer to give some sample code.  But really any existing 
script you have should work for testing 3.7.5 pythonw.exe , particularly if it 
requires a couple of non-core modules to run.

Let me know if you are unable to reproduce it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Amir Mohamadi]

Amir Mohamadi  added the comment:

Hi!
I'm a newbie.
Can I work on it with your help???

--
nosy: +Amir

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Paul Moore]

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 is my best guess as to your issue here, but without a reproducible 
example, it's hard to say anything useful.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
versions: +Python 3.9 -Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +16407
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/16861

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[SilentGhost]

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 stripped.

--
nosy: +SilentGhost, lemburg, twouters
stage:  -> needs patch
title: Trailing space in formatted currency with international=True and locale 
de_DE -> Trailing space in formatted currency with international=True and 
symbol following value
versions: +Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +16406
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/16860

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jonas Aschenbrenner]

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: 354989
nosy: Jonas Aschenbrenner
priority: normal
severity: normal
status: open
title: Trailing space in formatted currency with international=True and locale 
de_DE
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jonas Aschenbrenner]

Change by Jonas Aschenbrenner :


--
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Alex Hall]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Alex Hall]

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: decorator_python_bug.py
messages: 354987
nosy: alexmojaki
priority: normal
severity: normal
status: open
title: Incorrect col_offset for decorators with zero arguments (empty 
parentheses)
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file48669/decorator_python_bug.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Wator Sead]

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
priority: normal
severity: normal
status: open
title: Version 3.8.0 has released with a wrong MS KB number reference
type: resource usage
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jon]

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 to Win10 (thankfully, as that would be an entirely different 
beast)

Will revert to 3.7.4 and stick with it until further notice.

---

That's about 7 hours of my life I will not get back, but I hope it will help 
someone.

--
title: py script runs 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)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com