[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

[Aldwin Pollefeyt]

Aldwin Pollefeyt  added the comment:

FWIW: this is probably since PR14099

--
nosy: +aldwinaldwin

___
Python tracker 

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

[issue36528] Remove duplicate tests in Lib/tests/re_tests.py

[makdon]

makdon  added the comment:

It has been 3 months since this issues opened, and the 3.8 has released. Though 
it is a low priority, could we push this issue forward?

--
nosy: +makdon

___
Python tracker 

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

[issue37502] Fix default argument handling for buffers argument in pickle.loads

[Markus Mohrhard]

Markus Mohrhard  added the comment:

Sorr, I somehow managed to overwrite my title before submitting with the one 
from one if the results of my searches.

--

___
Python tracker 

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

[issue37502] Fix default argument handling for buffers argument in pickle.loads

[Markus Mohrhard]

Change by Markus Mohrhard :


--
title: Pure Python pickle module should not depend on _pickle.PickleBuffer -> 
Fix default argument handling for buffers argument in pickle.loads

___
Python tracker 

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

[issue23312] google thinks the docs are mobile unfriendly

[karl]

karl  added the comment:

I created https://github.com/python/python-docs-theme/issues/30

--

___
Python tracker 

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

[issue23312] google thinks the docs are mobile unfriendly

[karl]

karl  added the comment:

This issue should probably be addressed now on 
https://github.com/python/python-docs-theme

--
nosy: +karlcow

___
Python tracker 

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

[issue37502] Pure Python pickle module should not depend on _pickle.PickleBuffer

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

See also issue37210

--
nosy: +pitrou, xtreak

___
Python tracker 

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

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Not sure if related there were some changes done to __debug__ related checks 
with issue37269

--
nosy: +xtreak

___
Python tracker 

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

[issue24772] Smaller viewport shifts the "expand left menu" character into the text

[karl]

karl  added the comment:

So I had time to look at it today. 
And it would probably be better to solve 
https://bugs.python.org/issue23312

which would make this one here useless and would actually provide a solution 
for many people.

--

___
Python tracker 

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

[issue37502] Pure Python pickle module should not depend on _pickle.PickleBuffer

[Markus Mohrhard]

Change by Markus Mohrhard :


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

___
Python tracker 

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

[issue37501] Test failures when CPython is built without docstrings

[Zackery Spytz]

Change by Zackery Spytz :


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

___
Python tracker 

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

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

[Ned Batchelder]

Ned Batchelder  added the comment:

BTW, the same regression applies to "if not __debug__:" .  Python3.8.0b1 
optimized these away, but b2 does not.  That optimization was new in 3.7.0a4

--

___
Python tracker 

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

[issue37502] Pure Python pickle module should not depend on _pickle.PickleBuffer

[Markus Mohrhard]

New submission from Markus Mohrhard :

The following piece of code

import pickle
pickle.loads(pickle.dumps(1, protocol=pickle.HIGHEST_PROTOCOL), buffers=None)

fails with "TypeError: 'NoneType' object is not iterable"

The corresponding PEP (https://www.python.org/dev/peps/pep-0574/) specifies 
that buffer=None is the default but the C implementation does not check for 
Py_None.

The PR contains a test for this case that fails without the fix.

--
components: Library (Lib)
messages: 347299
nosy: Markus Mohrhard
priority: normal
severity: normal
status: open
title: Pure Python pickle module should not depend on _pickle.PickleBuffer
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

[issue37501] Test failures when CPython is built without docstrings

[Zackery Spytz]

New submission from Zackery Spytz :

test_coroutines, test_dataclasses, test_idle, test_importlib, test_module, and 
test_pydoc fail when CPython is built without docstrings. 

It seems that most of the failures occur simply because the 
test.support.requires_docstrings decorator is missing for some tests.

See also bpo-17041.

--
components: Tests
files: test_failures_without_docstrings.txt
messages: 347298
nosy: ZackerySpytz
priority: normal
severity: normal
status: open
title: Test failures when CPython is built without docstrings
type: behavior
versions: Python 3.7, Python 3.8, Python 3.9
Added file: 
https://bugs.python.org/file48456/test_failures_without_docstrings.txt

___
Python tracker 

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

[issue17535] IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Tal, I will be delighted to see this finally land.  Please continue.  Some 
immediate comments to update the years-ago discussion.

1a. IDLE now explicitly requires tk 8.5.  AFAIK, it is only tested on 8.6.  1b. 
Feature are no longer extensions.

2a. The code context checkmark is gone, replaced by toggling the menu label 
between 'Show Code Context' and 'Hide Code Context'.  The label only applies to 
to the current window.  All windows start with the default of 'off', with label 
'Show'.  A global setting could be added to make the default on, but AFAIK this 
has not been requested, and I prefer not adding global options unless *really* 
needed.

2b. Zoom Height, default off, has been moved from Window to the Options menu, 
below ? Code Context. It had no checkmark and was never global.  It now has a 
label toggle, Zoom versus Restore.  
 
2c. The Options menu separator line separates the global settings dialog from 
current-window-only options, with room for more.  AFAIK, both work on macOS.  I 
would like to follow the pattern with 'Show/Hide Line Numbers', with 'off' the 
default for new windows.  We might put it above  'Show/Hide Code Context' as 
likely to be used more often.  I would prefer to wait before possibly adding a 
global toggle.
---

Notepad++ has dark gray on light gray numbers. I can see how bold black on 
white is a bit much.   But I want to focus on behavior next.

--

___
Python tracker 

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

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +pablogsal, serhiy.storchaka

___
Python tracker 

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

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

[Ned Batchelder]

New submission from Ned Batchelder :

CPython 3.8.0b2 behaves differently than previous releases: it no longer 
optimizes away "if 0:" branches.  This is something that has been done since at 
least 2.4.  It was done in 3.8.0b1, but no longer is.

Was this a purposeful change? Why? It seems like 3.8 is adding more 
optimizations, why was this removed?

Test code (/tmp/no0.py):

import dis
import sys

print(sys.version)

def with_if_0():
print(1)
if 0:
print(2)
print(3)

dis.dis(with_if_0)


$ /usr/local/pythonz/pythons/CPython-3.8.0b2/bin/python3.8 /tmp/no0.py
3.8.0b2 (default, Jul  4 2019, 22:38:04)
[Clang 10.0.0 (clang-1000.10.44.4)]
  7   0 LOAD_GLOBAL  0 (print)
  2 LOAD_CONST   1 (1)
  4 CALL_FUNCTION1
  6 POP_TOP

  8   8 LOAD_CONST   2 (0)
 10 POP_JUMP_IF_FALSE   20

  9  12 LOAD_GLOBAL  0 (print)
 14 LOAD_CONST   3 (2)
 16 CALL_FUNCTION1
 18 POP_TOP

 10 >>   20 LOAD_GLOBAL  0 (print)
 22 LOAD_CONST   4 (3)
 24 CALL_FUNCTION1
 26 POP_TOP
 28 LOAD_CONST   0 (None)
 30 RETURN_VALUE

$ /usr/local/pythonz/pythons/CPython-3.8.0b1/bin/python3.8 /tmp/no0.py
3.8.0b1 (default, Jun  4 2019, 21:21:14)
[Clang 10.0.0 (clang-1000.10.44.4)]
  7   0 LOAD_GLOBAL  0 (print)
  2 LOAD_CONST   1 (1)
  4 CALL_FUNCTION1
  6 POP_TOP

 10   8 LOAD_GLOBAL  0 (print)
 10 LOAD_CONST   4 (3)
 12 CALL_FUNCTION1
 14 POP_TOP
 16 LOAD_CONST   0 (None)
 18 RETURN_VALUE

$ python3.7 /tmp/no0.py
3.7.3 (default, Apr 10 2019, 10:27:53)
[Clang 10.0.0 (clang-1000.10.44.4)]
  7   0 LOAD_GLOBAL  0 (print)
  2 LOAD_CONST   1 (1)
  4 CALL_FUNCTION1
  6 POP_TOP

 10   8 LOAD_GLOBAL  0 (print)
 10 LOAD_CONST   2 (3)
 12 CALL_FUNCTION1
 14 POP_TOP
 16 LOAD_CONST   0 (None)
 18 RETURN_VALUE

$ python2.7 /tmp/no0.py
2.7.14 (default, Oct  4 2017, 09:45:53)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)]
  7   0 LOAD_CONST   1 (1)
  3 PRINT_ITEM
  4 PRINT_NEWLINE

 10   5 LOAD_CONST   2 (3)
  8 PRINT_ITEM
  9 PRINT_NEWLINE
 10 LOAD_CONST   0 (None)
 13 RETURN_VALUE

$ python2.4 /tmp/no0.py
2.4.6 (#1, Jun 18 2016, 17:49:14)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)]
  7   0 LOAD_CONST   1 (1)
  3 PRINT_ITEM
  4 PRINT_NEWLINE

 10   5 LOAD_CONST   2 (3)
  8 PRINT_ITEM
  9 PRINT_NEWLINE
 10 LOAD_CONST   0 (None)
 13 RETURN_VALUE

--
keywords: 3.8regression
messages: 347296
nosy: nedbat
priority: normal
severity: normal
status: open
title: 3.8.0b2 no longer optimizes away "if 0:" ?
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

[RELEASE] Python 3.8.0b2 is now available for testing

[Łukasz Langa]

After a few days of delay, but somewhat cutely timed with the US Independence 
Day, I present you Python 3.8.0b2:

https://www.python.org/downloads/release/python-380b2/ 


This release is the second of four planned beta release previews. Beta release 
previews are intended to give the wider community the opportunity to test new 
features and bug fixes and to prepare their projects to support the new feature 
release. The next pre-release of Python 3.8 will be 3.8.0b3, currently 
scheduled for 2019-07-29.

Call to action

We strongly encourage maintainers of third-party Python projects to test with 
3.8 during the beta phase and report issues found to the Python bug tracker 
 as soon as possible. While the release is planned to 
be feature complete entering the beta phase, it is possible that features may 
be modified or, in rare cases, deleted up until the start of the release 
candidate phase (2019-09-30). Our goal is have no ABI changes after beta 3 and 
no code changes after 3.8.0rc1, the release candidate. To achieve that, it will 
be extremely important to get as much exposure for 3.8 as possible during the 
beta phase.

Please keep in mind that this is a preview release and its use is not 
recommended for production environments.

No more non-bugfixes allowed on the “3.8” branch

The time has come, team. Please help make Python 3.8 as stable as possible and 
keep all features not currently landed for Python 3.9. Don’t fret, it’ll come 
faster than you think.


- Ł


signature.asc
Description: Message signed with OpenPGP
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue37499] test_gdb.test_pycfunction should use dedicated test functions

[Paul Ganssle]

New submission from Paul Ganssle :

Currently, `test_pycfunction` picks a few built-in functions with various 
calling conventions to exercise all the relevant code paths:

for py_name, py_args, c_name, expected_frame_number in (
('gmtime', '', 'time_gmtime', 1),  # METH_VARARGS
('len', '[]', 'builtin_len', 2),  # METH_O
...

See: 
https://github.com/python/cpython/blob/2f19e82fbe98ce86bcd98a176328af2808b678e8/Lib/test/test_gdb.py#L851

These calling conventions are not a guaranteed part of the interface, and as 
such these tests are fragile (as we saw in GH-14311, when converting the time 
module to use Argument Clinic changed gmtime from METH_VARARGS to 
METH_FASTCALL). Per Victor's suggestion in GH-14330, I think we should expose a 
few test functions in the `testcapi` module as exemplars of their respective 
calling conventions and use those, rather than arbitrary builtins.

--
components: Tests
messages: 347295
nosy: p-ganssle, vstinner
priority: low
severity: normal
stage: needs patch
status: open
title: test_gdb.test_pycfunction should use dedicated test functions
type: enhancement
versions: Python 3.9

___
Python tracker 

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

[issue18374] ast.parse gives wrong position (col_offset) for some BinOp-s

[Carl Friedrich Bolz]

Carl Friedrich Bolz  added the comment:

FWIW, in my opinion the col_offsets of the two nodes should be 1 and 3, 
respectively (the positions of the operators).

--
nosy: +Carl.Friedrich.Bolz

___
Python tracker 

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

[issue37424] subprocess.run timeout does not function if shell=True and capture_output=True

[Gregory P. Smith]

Change by Gregory P. Smith :


--
assignee:  -> gregory.p.smith
resolution: duplicate -> 
status: closed -> open

___
Python tracker 

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

[issue37424] subprocess.run timeout does not function if shell=True and capture_output=True

[Gregory P. Smith]

Change by Gregory P. Smith :


--
stage: resolved -> 

___
Python tracker 

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

[issue37498] request.urlopen(), memory leak?

[neonene]

New submission from neonene :

Python3.8.0a4,b1,b2(x64,x32)
Python3.7.4rc1,rc2 (x64,x32)
In Windows7 SP1(x64), memory usage keep increasing by the following code.
---
from urllib import request
from time import sleep
while True:
req = request.Request('https://www.python.org/')
request.urlopen(req)
sleep(1)
---
Sorry, I'm not sure why.

--
components: Windows
messages: 347293
nosy: neonene, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: request.urlopen(), memory leak?
type: resource usage
versions: 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

[issue32082] atexit module: allow getting/setting list of handlers directly

[Christopher Hunt]

Christopher Hunt  added the comment:

Updated link to workaround referenced in the original issue: 
https://github.com/sagemath/sage/blob/b5c9cf037cbce672101725f269470135b9b2c5c4/src/sage/cpython/atexit.pyx

--
nosy: +chrahunt

___
Python tracker 

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

[issue37479] IntEnum __format__ behavior can't be overridden through __str__

[Ethan Furman]

Ethan Furman  added the comment:


New changeset 2f19e82fbe98ce86bcd98a176328af2808b678e8 by Ethan Furman 
(thatneat) in branch 'master':
bpo-37479: on Enum subclasses with mixins, __format__ uses overridden __str__ 
(GH-14545)
https://github.com/python/cpython/commit/2f19e82fbe98ce86bcd98a176328af2808b678e8


--

___
Python tracker 

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

Re: Multiprocessing and memory management

[Thomas Jollans]

On 03/07/2019 18.37, Israel Brewster wrote:
> I have a script that benefits greatly from multiprocessing (it’s generating a 
> bunch of images from data). Of course, as expected each process uses a chunk 
> of memory, and the more processes there are, the more memory used. The amount 
> used per process can vary from around 3 GB (yes, gigabytes) to over 40 or 50 
> GB, depending on the amount of data being processed (usually closer to 10GB, 
> the 40/50 is fairly rare). This puts me in a position of needing to balance 
> the number of processes with memory usage, such that I maximize resource 
> utilization (running one process at a time would simply take WAY to long) 
> while not overloading RAM (which at best would slow things down due to swap). 
>
> Obviously this process will be run on a machine with lots of RAM, but as I 
> don’t know how large the datasets that will be fed to it are, I wanted to see 
> if I could build some intelligence into the program such that it doesn’t 
> overload the memory. A couple of approaches I thought of:
>
> 1) Determine the total amount of RAM in the machine (how?), assume an average 
> of 10GB per process, and only launch as many processes as calculated to fit. 
> Easy, but would run the risk of under-utilizing the processing capabilities 
> and taking longer to run if most of the processes were using significantly 
> less than 10GB
>
> 2) Somehow monitor the memory usage of the various processes, and if one 
> process needs a lot, pause the others until that one is complete. Of course, 
> I’m not sure if this is even possible.
>
> 3) Other approaches?
>

Are you familiar with Dask? 

I don't know it myself other than through hearsay, but I have a feeling
it may have a ready-to-go solution to your problem. You'd have to look
into dask in more detail than I have...


-- 
https://mail.python.org/mailman/listinfo/python-list

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

[Riccardo Schirone]

Riccardo Schirone  added the comment:

> > A second problem comes into the game. Some C libraries like glibc strip the 
> > end of the hostname (strip at the first newline character) and so HTTP 
> > Header injection is still possible is this case: 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1673465

> The bug link raises permission error. Does fixing the host part fix this 
> issue too since there won't be any socket connection made? Is it possible to 
> have a Python reproducer of this issue?

I think this was supposed to refer to CVE-2016-10739 
(https://bugzilla.redhat.com/show_bug.cgi?id=1347549)

--
nosy: +rschiron

___
Python tracker 

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

Re: Handle foreign character web input

[Peter J. Holzer]

On 2019-07-03 18:13:20 -0500, Igor Korot wrote:
> But as I said, imaging the following situation:
> 
> You are somewhere in Germany and you have a German version of OS
> (any OS)
> .
> You also have a German keyboard (hardware) with German keys.
> 
> Now you are assigned to go to some international events where people
> all over the world will be coming to your presentation and they will be
> registering on you machine
> 
> Also imagine that the company policy prohibits you from  modifying the
> system settings.
> 
> My solution:
> I would probably grab a lot of registering paper and ask people to enter
> English transliteration of the names on the machine so when you come
> back to the office you can properly enter their names using all those
> different keyboards (maybe virtual ones) to associate them with
> their English counterparts.
> 
> Just curious - what would you do?

I would set up a web registration form, so people can use their own
device (phone, laptop, whatever) to enter their name. Presumably they
know how to enter their name on their device. I definitely don't know
how to enter a hand-written (or even printed) Chinese name on any
keyboard (I managed to do that recently, but that was a lot of work and
way into "a fun challenge to do once, not something I want to repeat"
territory).

hp

-- 
   _  | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| |   | h...@hjp.at | management tools.
__/   | http://www.hjp.at/ | -- Ross Anderson 


signature.asc
Description: PGP signature
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue36132] Python cannot access hci_channel field in sockaddr_hci

[Barry Byford]

Barry Byford  added the comment:

I was looking to control Bluetooth on Linux machines using the BlueZ Management 
API available at:
https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/mgmt-api.txt

The Bluetooth management sockets can be created by setting the hci_channel
member of struct sockaddr_hci to HCI_CHANNEL_CONTROL (3) when creating a
raw HCI socket.

The resolution of this issue would enable access to that API.

--
nosy: +ukBaz

___
Python tracker 

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

[issue37481] Deprecate bdist_wininst: use bdist_wheel instead

[STINNER Victor]

STINNER Victor  added the comment:

> So consider me +1 for deprecate in 3.8 (we can still do that, right? it's 
> just docs and a warning on use) and remove in 3.9 or 3.10 as appropriate.

I modified my PR to deprecate the feature in Python 3.8. I'm not sure about 
scheduling the removal yet, since the Python 3.9 release schedule is under 
discussion:
 
https://discuss.python.org/t/pep-596-python-3-9-release-schedule-doubling-the-release-cadence/1828

I would prefer to give at least 2 years to projects to update their setup.py 
(how they are distributed). Even if bdist_wininst has issues, it's not too 
painful to maintain a few more years. The removal can be decided later.

--

___
Python tracker 

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

[issue37266] Daemon threads must be forbidden in subinterpreters

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b4e68960b90627422325fdb75f463df1e4153c6e by Victor Stinner in 
branch 'master':
bpo-37266: Add bpo number to the What's New entry (GH614584)
https://github.com/python/cpython/commit/b4e68960b90627422325fdb75f463df1e4153c6e


--

___
Python tracker 

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

Re: What's wrong on using Popen's communicate method?

[Terry Reedy]

On 7/3/2019 7:57 PM, jf...@ms4.hinet.net wrote:

I have the test0.py below. I expect to see 'abcd' showing in the notepad window:
-
import subprocess as sp
p0 = sp.Popen('notepad.exe', stdin=sp.PIPE)
p0.communicate(input=b'abcd')
-
But nothing happens. The notepad is completely empty. What have I missed?

--Jach

PS. I am using python 3.4 on Windows Vista


Upgrade to 3.7 or 3.8 to get hundreds of bug fixes, let alone new 
features.  Both subprocess and multiprocessing have gotten fixes.


subprocess is meant for running an external program in batch mode.  It 
receives the one input byte string, sends output, and closes.  For 
interaction, try multiprocessing.


Or do what IDLE does, which is to open a two-way socket to the parent 
program.  (Managing this is not fun.)  IDLE was initially written before 
multiprocessing.  It has been suggested to me that it should switch to 
multiprocessing.  (But last I read, multiprocessing and tkinter (tcl/tk) 
do not play well together on macOS.)


If the subprocess runs a gui, the user should be able to switch focus by 
clicking on a subprocess window.



--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

[issue29312] Use FASTCALL in dict.update()

[STINNER Victor]

STINNER Victor  added the comment:

Changing dict.update() calling convention may save a few nanoseconds on 
d1.update(d2) call, but it will make d1.update(**d2) way slower with a 
complexity of O(n): d2 must be converted to 2 lists (kwnames and args) and then 
a new dict should be created.

I don't see the point of micro-optimizing d1.update(d2), if d1.update(**d2) 
would become way slower.

--

___
Python tracker 

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

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Okay, the url variable against which the regex check is made is not the full 
url but the path. The HTTPConnection class sets self.host [0] in the 
constructor which is used to send the Host header. Perhaps the regex check 
could be done for the host too given the path check is already done in the 
previous commit. With that the reported host also throws a 
http.client.InvalidURL exception.

> A second problem comes into the game. Some C libraries like glibc strip the 
> end of the hostname (strip at the first newline character) and so HTTP Header 
> injection is still possible is this case: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1673465

The bug link raises permission error. Does fixing the host part fix this issue 
too since there won't be any socket connection made? Is it possible to have a 
Python reproducer of this issue?

[0] 
https://github.com/python/cpython/blob/7f41c8e0dd237d1f3f0a1d2ba2f3ee4e4bd400a7/Lib/http/client.py#L829

--

___
Python tracker 

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

[issue18748] io.IOBase destructor silence I/O error on close() by default

[Zack Weinberg]

Zack Weinberg  added the comment:

> To be clear: this issue is NOT a bug in Python

I don't think that's entirely true.  I think CPython needs to be linked against 
libgcc_s.so, so that this class of application bugs will no longer manifest as 
interpreter crashes.  I filed #37395 for that.

--

___
Python tracker 

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

[issue33965] [Windows WSL] Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time, after year 2038

[Franklin? Lee]

Franklin? Lee  added the comment:

Petter S reported the issue to Microsoft, and got the response that it was 
already fixed in Insider Preview.
https://github.com/microsoft/WSL/issues/3514

Should be fixed in Windows 10 version 1809, according to the tags here:
https://github.com/microsoft/WSL/issues/3252

--
nosy: +leewz

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Change by Jeroen Demeyer :


--
pull_requests: +14407
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/14589

___
Python tracker 

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

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

[STINNER Victor]

STINNER Victor  added the comment:

The commit b7378d77289c911ca6a0c0afaf513879002df7d5 is incomplete: it doesn't 
seem to check for control characters in the "host" part of the URL, only in the 
"path" part of the URL. Example:
---
try:
from urllib import request as urllib_request
except ImportError:
import urllib2 as urllib_request
import socket
def bug(*args):
raise Exception(args)
# urlopen() must not call create_connection()
socket.create_connection = bug
urllib_request.urlopen('http://127.0.0.1\r\n\x20hihi\r\n :11211')
---

The URL comes from the first message of this issue:
https://bugs.python.org/issue30458#msg294360

Development branches 2.7 and master produce a similar output:
---
Traceback (most recent call last):
 ...
Exception: (('127.0.0.1\r\n hihi\r\n ', 11211), ..., None)
---

So urllib2/urllib.request actually does a real network connection (DNS query), 
whereas it should reject control characters in the "host" part of the URL.

***

A second problem comes into the game. Some C libraries like glibc strip the end 
of the hostname (strip at the first newline character) and so HTTP Header 
injection is still possible is this case:
https://bugzilla.redhat.com/show_bug.cgi?id=1673465

***

According to the RFC 3986, the "host" grammar doesn't allow any control 
character, it looks like:

   host  = IP-literal / IPv4address / reg-name

   ALPHA (letters)
   DIGIT (decimal digits)
   unreserved= ALPHA / DIGIT / "-" / "." / "_" / "~"
  pct-encoded = "%" HEXDIG HEXDIG
  sub-delims  = "!" / "$" / "&" / "'" / "(" / ")"
  / "*" / "+" / "," / ";" / "="
   reg-name  = *( unreserved / pct-encoded / sub-delims )

   IP-literal= "[" ( IPv6address / IPvFuture  ) "]"
   IPvFuture = "v" 1*HEXDIG "." 1*( unreserved / sub-delims / ":" )
   IPv6address   =6( h16 ":" ) ls32
 /   "::" 5( h16 ":" ) ls32
 / [   h16 ] "::" 4( h16 ":" ) ls32
 / [ *1( h16 ":" ) h16 ] "::" 3( h16 ":" ) ls32
 / [ *2( h16 ":" ) h16 ] "::" 2( h16 ":" ) ls32
 / [ *3( h16 ":" ) h16 ] "::"h16 ":"   ls32
 / [ *4( h16 ":" ) h16 ] "::"  ls32
 / [ *5( h16 ":" ) h16 ] "::"  h16
 / [ *6( h16 ":" ) h16 ] "::"
   h16   = 1*4HEXDIG
   ls32  = ( h16 ":" h16 ) / IPv4address
   IPv4address   = dec-octet "." dec-octet "." dec-octet "." dec-octet

--
versions: +Python 2.7, 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

[issue37207] Use PEP 590 vectorcall to speed up calls to range(), list() and dict()

[Jeroen Demeyer]

Change by Jeroen Demeyer :


--
pull_requests: +14406
pull_request: https://github.com/python/cpython/pull/14588

___
Python tracker 

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

[issue17535] IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default.

[Tal Einat]

Tal Einat  added the comment:

> Looks like a black belt always on the left side, this makes me feel a bit 
> oppressive.

This currently uses the same colors as the code-context panes, which is 
configurable as the "context" fg/bg colors. We might find a better name for 
this, or even add a separate color configuration option, if this comes up as a 
common request (I have it feeling it will be).

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Inada Naoki]

Inada Naoki  added the comment:

OK, `d1.update(**d2)` is not useful in practice.  Practical usages of 
dict.update() are:

* d.update(d2)
* d.update([(k1,k2),...])
* d.update(k1=v1, k2=v2, ...)
* d.update(**d2, **d3, **d4)  # little abuse, but possible.

In all of them, kwdict is not used at all or can't avoid unpacking the kwdict.

--
components: +Interpreter Core -Argument Clinic
resolution: rejected -> 
status: closed -> open
versions: +Python 3.9 -Python 3.7

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

You are correct that PyDict_Merge() does not need to recompute the hashes of 
the keys. However, your example doesn't work because you need string keys for 
**kwargs. The "str" class caches its hash, so you would need a dict with a 
"str" subclass as keys to hit that problem.

I think that calling d.update(**kw) with kw having str-subclass keys should be 
very rare. I'm not sure that we should care about that.

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Inada Naoki]

Inada Naoki  added the comment:

- d2 = dict(**d1)
+ d2 = {"fizz": "buzz"}
+ d2.update(**d1)

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Inada Naoki]

Inada Naoki  added the comment:

> The unpacking is only a problem if you insist on using PyDict_Merge(). It 
> would be perfectly possible to implement dict merging from a tuple+vector 
> instead of from a dict. In that case, there shouldn't be a performance 
> penalty.

Really?

```
class K:
def __eq__(self, other):
return True
def __hash__(self):
time.sleep(10)
return 42

d1 = {"foo": 1, "bar": 2, "baz": 3, K(): 4}
d2 = dict(**d1)
```

I think `dict(**d1)` doesn't call K.__hash__() in this example, because hash 
value is cached in d1.

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> How can we avoid unpacking dict in case of d1.update(**d2)?

The unpacking is only a problem if you insist on using PyDict_Merge(). It would 
be perfectly possible to implement dict merging from a tuple+vector instead of 
from a dict. In that case, there shouldn't be a performance penalty.

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

Above, I meant #37207 or PR 13930.

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> How can we avoid unpacking dict in case of d1.update(**d2)?

We cannot. However, how common is that call? One could argue that we should 
optimize for the more common case of d1.update(d2).

--

___
Python tracker 

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

[issue37421] Some tests leak temporary files

[miss-islington]

miss-islington  added the comment:


New changeset 957656ee1d6fb42664274ef2f440a10d26870e2a by Miss Islington (bot) 
in branch '3.8':
bpo-37421: Fix multiprocessing get_temp_dir() finalizer (GH-14572)
https://github.com/python/cpython/commit/957656ee1d6fb42664274ef2f440a10d26870e2a


--

___
Python tracker 

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

[issue37207] Use PEP 590 vectorcall to speed up calls to range(), list() and dict()

[Inada Naoki]

Inada Naoki  added the comment:

Can we call tp_call instead of vectorcall when kwargs is not empty?
https://github.com/python/cpython/blob/7f41c8e0dd237d1f3f0a1d2ba2f3ee4e4bd400a7/Objects/call.c#L209-L219

For example, dict_init may be faster than dict_vectorcall when `d2 = 
dict(**d1)`.

--
nosy: +inada.naoki

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Inada Naoki]

Inada Naoki  added the comment:

How can we avoid unpacking dict in case of d1.update(**d2)?

--

___
Python tracker 

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

[issue22117] Rewrite pytime.h to work on nanoseconds

[Jeroen Demeyer]

Change by Jeroen Demeyer :


--
pull_requests: +14405
pull_request: https://github.com/python/cpython/pull/11636

___
Python tracker 

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

[issue37493] Use _PyObject_CallNoArg() in a few more places

[Jeroen Demeyer]

Change by Jeroen Demeyer :


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

[issue37421] Some tests leak temporary files

[miss-islington]

miss-islington  added the comment:


New changeset 2d438fc0b748b64d518ea8876af3f6963c6d7d60 by Miss Islington (bot) 
in branch '3.7':
bpo-37421: Fix multiprocessing get_temp_dir() finalizer (GH-14572)
https://github.com/python/cpython/commit/2d438fc0b748b64d518ea8876af3f6963c6d7d60


--

___
Python tracker 

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

[issue37493] Use _PyObject_CallNoArg() in a few more places

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 7f41c8e0dd237d1f3f0a1d2ba2f3ee4e4bd400a7 by Inada Naoki (Jeroen 
Demeyer) in branch 'master':
bpo-37493: use _PyObject_CallNoArg in more places (GH-14575)
https://github.com/python/cpython/commit/7f41c8e0dd237d1f3f0a1d2ba2f3ee4e4bd400a7


--
nosy: +inada.naoki

___
Python tracker 

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

[issue18748] io.IOBase destructor silence I/O error on close() by default

[STINNER Victor]

STINNER Victor  added the comment:

> Same problem using Python 3.6.8 on Ubuntu 18.04 LTS.

To be clear: this issue is NOT a bug in Python, but a bug in your application. 
You must fix your application. You can try to run it on Python 3.8 with 
python3.8 -X dev to get a log on the error. Good luck to debug it ;-)

The change that I made is only to add a log to help developers to find their 
own bugs ;-)

--

___
Python tracker 

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

[issue37483] Add PyObject_CallOneArg()

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 196a530e00d88a138973bf9182e013937e293f97 by Inada Naoki (Jeroen 
Demeyer) in branch 'master':
bpo-37483: add _PyObject_CallOneArg() function (#14558)
https://github.com/python/cpython/commit/196a530e00d88a138973bf9182e013937e293f97


--

___
Python tracker 

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

[issue31517] MainThread association logic is fragile

[STINNER Victor]

STINNER Victor  added the comment:

bpo-37416 has been marked as a duplicate of this issue. It contains snippet.py 
to reproduce a bug.

--

___
Python tracker 

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

[issue37421] Some tests leak temporary files

[miss-islington]

Change by miss-islington :


--
pull_requests: +14404
pull_request: https://github.com/python/cpython/pull/14586

___
Python tracker 

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

[issue37421] Some tests leak temporary files

[miss-islington]

Change by miss-islington :


--
pull_requests: +14403
pull_request: https://github.com/python/cpython/pull/14585

___
Python tracker 

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

[issue37421] Some tests leak temporary files

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9d40554e0da09a44a8547f3f3a2b9dedfeaf7928 by Victor Stinner in 
branch 'master':
bpo-37421: Fix multiprocessing get_temp_dir() finalizer (GH-14572)
https://github.com/python/cpython/commit/9d40554e0da09a44a8547f3f3a2b9dedfeaf7928


--

___
Python tracker 

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

[issue37266] Daemon threads must be forbidden in subinterpreters

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14402
pull_request: https://github.com/python/cpython/pull/14584

___
Python tracker 

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

[issue31517] MainThread association logic is fragile

[STINNER Victor]

STINNER Victor  added the comment:

Python internals already know who is the "main" thread: _PyRuntime.main_thread. 
It's maintained up to date, even after a fork, PyOS_AfterFork_Child() calls 
_PyRuntimeState_ReInitThreads() which does:

// This was initially set in _PyRuntimeState_Init().
runtime->main_thread = PyThread_get_thread_ident();

I already added _thread._is_main_interpreter() to deny spawning daemon threads 
in subinterpreters: bpo-37266.

We can add _thread._is_main_thread() which can reuse Modules/signalmodule.c 
code:

static int
is_main(_PyRuntimeState *runtime)
{
unsigned long thread = PyThread_get_thread_ident();
PyInterpreterState *interp = 
_PyRuntimeState_GetThreadState(runtime)->interp;
return (thread == runtime->main_thread
&& interp == runtime->interpreters.main);
}

For example, this function is used by signal.signal:

if (!is_main(runtime)) {
PyErr_SetString(PyExc_ValueError,
"signal only works in main thread");
return NULL;
}

--

___
Python tracker 

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

[issue37461] email.parser.Parser hang

[Marcin Niemira]

Marcin Niemira  added the comment:

I'm terribly sorry, but I feel I won't be able to fix this issue. Sorry for 
fuss. Closing my PR, because it's broken.

--

___
Python tracker 

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

[issue29312] Use FASTCALL in dict.update()

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

For the benefit of PR 37207, I would like to re-open this discussion. It may 
have been rejected for the wrong reasons. Victor's patch was quite inefficient, 
but that's to be expected: msg285744 mentions a two-step process, but during 
the discussion the second steps seems to have been forgotten.

--
nosy: +jdemeyer

___
Python tracker 

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

[issue37367] octal escapes applied inconsistently throughout the interpreter and lib

[Jeffrey Kintscher]

Jeffrey Kintscher  added the comment:

>>> b'\407'
b'\x07'
>>> ord(b'\407')
7

This is the object structure passed to builtin_ord():

(lldb) p *((PyBytesObject *)(c))
(PyBytesObject) $19 = {
  ob_base = {
ob_base = {
  ob_refcnt = 4
  ob_type = 0x0001003cb0b0
}
ob_size = 1
  }
  ob_shash = 8685212186264880044
  ob_sval = {
[0] = '\a'
  }
}

If two bytes were stored (0x107), I would expect ob_sval[0] to be 7 ('\a') and 
ob_sval[1] to be 1 on a little endian system, but ob_sval[1] is 0:

(lldb) p (long)(unsigned char) (((PyBytesObject *)(c))->ob_sval[0])
(long) $23 = 7
(lldb) p (long)(unsigned char) (((PyBytesObject *)(c))->ob_sval[1])
(long) $24 = 0

This means the truncation to a single byte is happening when the byte string 
object is created.

--
nosy: +Jeffrey.Kintscher

___
Python tracker 

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

[issue37495] socket.inet_aton parsing issue on some libc versions

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue19696] Merge all (non-syntactic) import-related tests into test_importlib

[Kyle Stanley]

Kyle Stanley  added the comment:

Typo in previous comment: "test_threaded_imports.py" should be 
"test_threaded_import.py".

--

___
Python tracker 

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

[issue19696] Merge all (non-syntactic) import-related tests into test_importlib

[Kyle Stanley]

Kyle Stanley  added the comment:

In order to avoid the merge conflicts, I'm going to move 
test_threaded_imports.py and threaded_import_hangers.py in separate PRs. Here's 
the PR for moving test_threaded_imports.py 
https://github.com/python/cpython/pull/14582.

--

___
Python tracker 

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

[issue19696] Merge all (non-syntactic) import-related tests into test_importlib

[Kyle Stanley]

Change by Kyle Stanley :


--
pull_requests: +14401
pull_request: https://github.com/python/cpython/pull/14582

___
Python tracker 

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

[issue17535] IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default.

[Tal Einat]

Tal Einat  added the comment:

Ned, thanks for taking a look!

If it is decided to go forward with this then I will make sure to make the menu 
item state consistent with that of each window.

--

___
Python tracker 

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