[issue32989] IDLE: Fix pyparse.find_good_parse_start and its bad editor call

Terry J. Reedy added the comment: I agree with limiting the scope to the None bug and the faulty call. However, we should think of the None fix as primary, and the new test thereof as the primary test. Fixing the None check exposes the call bug, which we also fix. I

[issue31500] IDLE: Tiny font on HiDPI display

Terry J. Reedy added the comment: I take it you want this reopened. I have not touched IDLE 2.7 for over a year, but since a) there have been no complaints about the patch in released 3.6.3/4, b) we recommend the same tk 8.5.18 for both 2.7 and 3.6, and c) this is a

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 04:23:07 UTC, Steven D'Aprano wrote: > On Sat, 03 Mar 2018 18:19:37 -0800, Ooomzay wrote: > > >> def function(): > >> x = open_resource() > >> process(x) > >> # and we're done with x now, but too lazy to explicitly close it > >> sleep(1) # Simulate

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

miss-islington added the comment: New changeset 73a43960c7be50e136c5482404980175cb99f611 by Miss Islington (bot) in branch '3.6': bpo-32857: Raise error when tkinter after_cancel() is called with None. (GH-5701)

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Change by miss-islington : -- pull_requests: +5739 ___ Python tracker ___

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 04:23:07 UTC, Steven D'Aprano wrote: > [...] > [This PEP] imposes enormous burdens on the maintainers of at least five > interpreters (CPython, Stackless, Jython, IronPython, PyPy) all of which > will need to be re-written to have RAII semantics guaranteed; Not so:-

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Change by miss-islington : -- pull_requests: +5738 ___ Python tracker ___

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Serhiy Storchaka added the comment: New changeset 74382a3f175ac285cc924a73fd758e8dc3cc41bb by Serhiy Storchaka (Cheryl Sabella) in branch 'master': bpo-32857: Raise error when tkinter after_cancel() is called with None. (GH-5701)

[issue28716] Fractions instantiation revisited

Stefan Behnel added the comment: Just FYI and as further motivation, I reimplemented this dedicated parser for quicktions (in Cython, so the timings and speedups are not comparable). https://github.com/scoder/quicktions/commit/cc034e07325ec492decdb7b1bcca69246cc780fd I

[issue32993] issue30657 Incomplete fix

New submission from yao zhihua : Due to the incomplete fix for CVE-2011-1521, urllib and urllib2 exist for this vulnerability and I tested on the version of Python 3.4.8 (default, Mar 4 2018, 20:37:04).I am sorry that I do not know how to fix it. -- components:

Re: RFC: Proposal: Deterministic Object Destruction

On Mon, Mar 5, 2018 at 12:26 AM, Ooomzay wrote: > Well refcounts are definitely "doable": This is how the reference python > implementation, CPython, currently manages to comply with this PEP and can > therefore be used for RAII. > > This PEP is an attempt to _guarantee_ this

Re: RFC: Proposal: Deterministic Object Destruction

On Mon, Mar 5, 2018 at 1:11 AM, Ooomzay wrote: > On Sunday, 4 March 2018 03:00:13 UTC, Chris Angelico wrote: >> This thread is dead. The OP wants to wave a magic wand and say >> "__del__ is now guaranteed to be called immediately", > > No "magic" required: Just one line change

Re: RFC: Proposal: Deterministic Object Destruction

On Sun, 04 Mar 2018 03:37:38 -0800, Ooomzay wrote: > Please consider the case of a composite resource: You need to implement > __enter__, __exit__ and track the open/closed state at every level in > your component hierarchy - even if some levels hold no resources > directly. I'm sorry, that

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 03:16:31 UTC, Paul Rubin wrote: > Chris Angelico writes: > > Yep, cool. Now do that with all of your smart pointers being on the > > heap too. You are not allowed to use ANY stack objects. ANY. Got it? > > That's both overconstraining and not even that

Re: RFC: Proposal: Deterministic Object Destruction

On Sun, 04 Mar 2018 04:37:46 -0800, Ooomzay wrote: > On Sunday, 4 March 2018 04:23:07 UTC, Steven D'Aprano wrote: >> [...] >> [This PEP] imposes enormous burdens on the maintainers of at least five >> interpreters (CPython, Stackless, Jython, IronPython, PyPy) all of >> which will need to be

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 03:00:13 UTC, Chris Angelico wrote: > This thread is dead. The OP wants to wave a magic wand and say > "__del__ is now guaranteed to be called immediately", No "magic" required: Just one line change in the language reference will do it. > without any explanation The

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 7:37 AM, Ooomzay wrote: On Sunday, 4 March 2018 04:23:07 UTC, Steven D'Aprano wrote: [...] [This PEP] imposes enormous burdens on the maintainers of at least five interpreters (CPython, Stackless, Jython, IronPython, PyPy) all of which will need to be re-written to have RAII

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 8:26 AM, Ooomzay wrote: On Sunday, 4 March 2018 03:16:31 UTC, Paul Rubin wrote: Chris Angelico writes: Yep, cool. Now do that with all of your smart pointers being on the heap too. You are not allowed to use ANY stack objects. ANY. Got it? That's both

[issue32839] Add after_info as a function to tkinter

Cheryl Sabella added the comment: A few questions about returning the Python function name (specifically, how to derive it). This doesn't address the open issue with what to do about a Tcl command not tied to a Python function. 1. Serhiy wrote "and the API for restoring

[issue32820] Add __format__ method to ipaddress

Eric Osborne added the comment: I have pushed out new diffs. * moved __format__ to _BaseAddress, where it should have been in the first place * redid format parser as regexp, as it was getting awfully complicated * added support for 'X' * added support for 's' by falling

[issue32933] mock_open does not support iteration around text files.

Change by Anthony Flury : -- pull_requests: +5742 ___ Python tracker ___ ___

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

miss-islington added the comment: New changeset a5303dd9c263b337f02dda0038f2f5a10208140c by Miss Islington (bot) in branch '3.7': bpo-32857: Raise error when tkinter after_cancel() is called with None. (GH-5701)

[issue32992] unittest: Automatically run coroutines in a loop

New submission from Petter Strandmark : I am wondering whether it would be useful for unittest.TestCase to automatically run test methods that are coroutines within the default asyncio loop. Example: class TestAsync(unittest.TestCase):

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 9:11 AM, Ooomzay wrote: I am well aware of what it will mean for interpreters. For some interpreters it will have zero impact (e.g. CPython) ... There's no point continuing this if you are just going to insist on falsehoods like this.  CPython doesn't currently do what you want,

Re: RFC: Proposal: Deterministic Object Destruction

On 04/03/2018 14:11, Ooomzay wrote: Well I see a lot of posts that indicate peeps here are more comfortable with the "with" idiom than the RAII idiom but I have not yet seen a single linguistic problem or breakage. As it happens I have used RAII extensively with CPython to manage a debugging

[issue32933] mock_open does not support iteration around text files.

Change by bbayles : -- nosy: +bbayles ___ Python tracker ___ ___ Python-bugs-list mailing

Re: RFC: Proposal: Deterministic Object Destruction

On Sun, 04 Mar 2018 09:37:34 -0500, Ned Batchelder wrote: > On 3/4/18 7:37 AM, Ooomzay wrote: >> On Sunday, 4 March 2018 04:23:07 UTC, Steven D'Aprano wrote: >>> [...] >>> [This PEP] imposes enormous burdens on the maintainers of at least >>> five interpreters (CPython, Stackless, Jython,

[issue32991] AttributeError in doctest.DocTestFinder.find

Jason R. Coombs added the comment: I tried creating a test, but I'm struggling. I added [this patch](https://gist.github.com/e795a9a34594d202711aedf22c484af9), and tried to run it, but it's not being run. ``` $ ./python.exe Tools/scripts/run_tests.py 'test_doctest'

[issue32993] issue30657 Incomplete fix

Senthil Kumaran added the comment: @Yao, sorry, I don't understand it. What is POC trying to demonstrate? How is it related to https://bugs.python.org/issue30657 And CVE is this: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1521 -- nosy: +orsenthil

[issue32991] AttributeError in doctest.DocTestFinder.find

Jason R. Coombs added the comment: The main questions I have before proceeding with creating tests relate to what interfaces Python wishes to support. Here's the decision tree I have in my head. - Retain the change of adding a __file__ attribute to namespace packages for

[issue32933] mock_open does not support iteration around text files.

Change by Anthony Flury : -- pull_requests: +5743 ___ Python tracker ___ ___

[issue28955] Not matched behavior of numeric comparison with the documentation

Change by Cheryl Sabella : -- keywords: +easy stage: -> needs patch type: behavior -> enhancement versions: +Python 3.7, Python 3.8 -Python 3.5 ___ Python tracker

[issue32839] Add after_info as a function to tkinter

Change by Cheryl Sabella : -- dependencies: +tkinter after_cancel does not behave correctly when called with id=None ___ Python tracker

[issue32933] mock_open does not support iteration around text files.

Change by Anthony Flury : -- keywords: +patch pull_requests: +5740 stage: -> patch review ___ Python tracker ___

[issue32933] mock_open does not support iteration around text files.

Change by Anthony Flury : -- pull_requests: +5741 ___ Python tracker ___ ___

[issue32854] Add ** Map Unpacking Support for namedtuple

Change by Serhiy Storchaka : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___

[issue28626] Tutorial: rearrange discussion of output formatting to encourage f-strings

Cheryl Sabella added the comment: @akuchling Would you be able to make a PR for this patch? Thanks. -- nosy: +csabella versions: +Python 3.8 -Python 3.6 ___ Python tracker

[issue32994] Building the html documentation is broken

New submission from Serhiy Storchaka : $ make html BLURB="python3 -m blurb" mkdir -p build Building NEWS from Misc/NEWS.d with blurb PATH=./venv/bin:$PATH sphinx-build -b html -d build/doctrees -D latex_elements.papersize= . build/html Running Sphinx v1.5.6

[issue32994] Building the html documentation is broken

Ned Deily added the comment: You need to install that component. The easiest way is: cd Doc make venv make html -- nosy: +ned.deily resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue32994] Building the html documentation is broken

Serhiy Storchaka added the comment: Thank you! All works now. I tried `make clean` before, but not `make venv`. -- ___ Python tracker

[issue30974] Update os.samefile docstring to match documentation

Change by Cheryl Sabella : -- keywords: +easy stage: -> needs patch versions: +Python 3.8 -Python 3.6 ___ Python tracker ___

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 8:46 AM, Chris Angelico wrote: On Mon, Mar 5, 2018 at 12:26 AM, Ooomzay wrote: Well refcounts are definitely "doable": This is how the reference python implementation, CPython, currently manages to comply with this PEP and can therefore be used for RAII. This PEP

Re: RFC: Proposal: Deterministic Object Destruction

On Mon, Mar 5, 2018 at 9:09 AM, Richard Damon wrote: > My presumption of the proposal is the it does NOT expect that __del__ be > called just because an object is no longer reachable but is in a cycle of > isolated objects, those would still need to wait for the garbage

[issue14266] pyunit script as shorthand for python -m unittest

Cheryl Sabella added the comment: Is there still interest in this? Should it be converted to a PR for 3.8? -- nosy: +csabella ___ Python tracker

[issue14266] pyunit script as shorthand for python -m unittest

Ned Deily added the comment: -0.5. I have mixed feelings about this. While I can see the utility of it, I think more recently we have been moving away from the concept of installed scripts for standard library features primarily because they are difficult to manage when

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 14:37:30 UTC, Ned Batchelder wrote: > Are you including cyclic references in your assertion that CPython > behaves as you want? Yes. Because the only behaviour required for RAII is to detect and debug such cycles in order to eliminate them. It is a design error/resource

[issue30147] Change in re.escape output is not documented in whatsnew

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +5744 stage: needs patch -> patch review ___ Python tracker ___

[issue32991] AttributeError in doctest.DocTestFinder.find

Jason R. Coombs added the comment: Okay. I've wired up some unittests in test_doctest, and with [this patch](https://gist.github.com/jaraco/ea992719ac931fa761a6e9ef7a354542), it now captures the failed expectation of this ticket. --

[issue30147] Change in re.escape output is not documented in whatsnew

Change by miss-islington : -- pull_requests: +5745 ___ Python tracker ___

[issue32991] AttributeError in doctest.DocTestFinder.find

Jason R. Coombs added the comment: And [this patch](https://gist.github.com/7184fa32670f2c6377ddeb710676) corrects the failure such that the test passes. It does so by restoring the expectation that inspect.getfile will once again raise a TypeError for these namespace

[issue30147] Change in re.escape output is not documented in whatsnew

Ned Deily added the comment: New changeset 18fd89246333bfa1b76c1623df689214f3ce2bf3 by Ned Deily (Cheryl Sabella) in branch 'master': bpo-30147: Add re.escape changes to 3.7 What's New (GH-5978) https://github.com/python/cpython/commit/18fd89246333bfa1b76c1623df689214f3ce2bf3

[issue30147] Change in re.escape output is not documented in whatsnew

Ned Deily added the comment: New changeset f92478d57a6b4014dcc0882d43b534fae1e7b929 by Ned Deily (Miss Islington (bot)) in branch '3.7': [3.7] bpo-30147: Add re.escape changes to 3.7 What's New (GH-5978) (GH-5979)

[issue30147] Change in re.escape output is not documented in 3.7 whatsnew

Ned Deily added the comment: Thanks, @csabella, for the PR! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed title: Change in re.escape output is not documented in whatsnew -> Change in re.escape output is not documented in 3.7 whatsnew

[issue32056] Improve exceptions in aifc, sunau and wave

Ned Deily added the comment: > For any program which receive external file, to check the input file is > necessary to do, isn't it? Yes and no. wave.py is doing checking and can raise various exceptions. So a well-designed program has to be prepared to handle exceptions

[issue25197] Allow documentation switcher to change url to /3/ and /dev/

Cheryl Sabella added the comment: With the current dropdown for the documentation switcher (it has dev, prerelease, and stable options) and the addition of the language switcher, I believe this issue may be out of date. Can it be closed? Thanks! -- nosy:

Re: RFC: Proposal: Deterministic Object Destruction

On Mon, 05 Mar 2018 09:20:24 +1100, Chris Angelico wrote: > Okay, that sounds reasonable. Let's help things out by creating a > special syntax for reference-counted object usage [...] > Feel free to bikeshed the exact keywords and function names, of course. I see what you did there. :-) --

Re: RFC: Proposal: Deterministic Object Destruction

On Mon, Mar 5, 2018 at 10:42 AM, Steven D'Aprano wrote: > On Mon, 05 Mar 2018 09:20:24 +1100, Chris Angelico wrote: > >> Okay, that sounds reasonable. Let's help things out by creating a >> special syntax for reference-counted object usage > [...] >> Feel

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 5:25 PM, Ooomzay wrote: On Sunday, 4 March 2018 14:37:30 UTC, Ned Batchelder wrote: Are you including cyclic references in your assertion that CPython behaves as you want? Yes. Because the only behaviour required for RAII is to detect and debug such cycles in order to eliminate

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/2018 1:37 PM, Ooomzay wrote: Not so:- CPython, the reference interpreter, already implements the required behaviour, as mentioned in the PEP. It does most of the time, but it's not guaranteed. See my previous post. Regards, Dietmar --

Re: RFC: Proposal: Deterministic Object Destruction

On Sun, Mar 4, 2018 at 10:37 PM, Ooomzay wrote: > Please consider the case of a composite resource: You need to implement > __enter__, __exit__ and track the open/closed state at every level in > your component hierarchy - even if some levels hold no resources directly. > >

Re: RFC: Proposal: Deterministic Object Destruction

On 04/03/18 02:28, Ooomzay wrote: On Friday, 2 March 2018 15:37:25 UTC, Paul Moore wrote: [snip] def fn(): for i in range(1): with open(f"file{i}.txt", "w") as f: f.write("Some text") How would you write this in your RAII style - without

[issue32130] xml.sax parser validation sometimes fails when obtaining DTDs from https sites

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 15:24:08 UTC, Steven D'Aprano wrote: > On Sun, 04 Mar 2018 03:37:38 -0800, Ooomzay wrote: > > > Please consider the case of a composite resource: You need to implement > > __enter__, __exit__ and track the open/closed state at every level in > > your component hierarchy -

[issue32991] AttributeError in doctest.DocTestFinder.find

Change by Jason R. Coombs : -- keywords: +patch pull_requests: +5746 stage: -> patch review ___ Python tracker ___

[issue32984] IDLE: set and unset __file__ for startup files

Terry J. Reedy added the comment: With the PR, IDLE behaves the same as Python on Windows. .../3x> python -m idlelib -r f:/python/a/tem2.py (see original post for content of tem2.py) prints __file__ instead of raising NameError, while >>> __file__ continues to raise

[issue32993] issue30657 Incomplete fix

yao zhihua added the comment: Okay my falut.I made the wrong issue.The issue is issue11662.Urlopen function can use the file protocol, when an attacker input file:///etc/passwd, it can leak the contents of the passwd file. --

[issue32993] issue11662 Incomplete fix

Change by yao zhihua : -- title: issue30657 Incomplete fix -> issue11662 Incomplete fix ___ Python tracker ___

[issue17239] XML vulnerabilities in Python

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17318] xml.sax and xml.dom fetch DTDs by default

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing

Re: RFC: Proposal: Deterministic Object Destruction

On Monday, 5 March 2018 01:11:43 UTC, Richard Damon wrote: > On 3/4/18 6:55 PM, Ned Batchelder wrote: > > On 3/4/18 5:25 PM, Ooomzay wrote: > >> On Sunday, 4 March 2018 14:37:30 UTC, Ned Batchelder  wrote: > >>> Are you including cyclic references in your assertion that CPython > >>> behaves as

Re: RFC: Proposal: Deterministic Object Destruction

Richard Damon writes: > […] I can't see any good way to create the equivalent of a 'weak > reference' (names aren't objects so don't have properties). The  best > I can think of is to create some sort of magical object that can refer > to another object, but that

[issue32871] Interrupt .communicate() on SIGTERM/INT

Alexey Izbyshev added the comment: @ajk225 It may be useful to look at #25942 before working on this. -- nosy: +izbyshev ___ Python tracker

[issue32921] .pth files cannot contain folders with utf-8 names

Change by R. David Murray : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue32973] Importing the same extension module under multiple names breaks non-reinitialisable extension modules

Thomas Wouters added the comment: Re: Petr: we can't expect extension module authors to retroactively fix released modules. We can't even expect everyone to fix this for future releases; moving away from globals (which may not be specific to the Python extension module)

[issue32871] Interrupt .communicate() on SIGTERM/INT

ajk225 added the comment: Is this still open? If so, can I take this on as my first issue? -- nosy: +ajk225 ___ Python tracker ___

[issue32984] IDLE: set and unset __file__ for startup files

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +5747 stage: needs patch -> patch review ___ Python tracker ___

Re: RFC: Proposal: Deterministic Object Destruction

On Saturday, 3 March 2018 17:10:53 UTC, Dietmar Schwertberger wrote: > CPython does *not* guarantee destruction when the object reference goes > out of scope, even if there are no other references. > I would very much appreciate such a deterministic behaviour, at least > with CPython. > > I

Re: RFC: Proposal: Deterministic Object Destruction

On 05/03/18 01:01, Ooomzay wrote: On Sunday, 4 March 2018 23:57:24 UTC, Mark Lawrence wrote: On 04/03/18 02:28, Ooomzay wrote: On Friday, 2 March 2018 15:37:25 UTC, Paul Moore wrote: [snip] def fn(): for i in range(1): with open(f"file{i}.txt", "w") as f:

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 23:55:33 UTC, Ned Batchelder wrote: > On 3/4/18 5:25 PM, Ooomzay wrote: > > On Sunday, 4 March 2018 14:37:30 UTC, Ned Batchelder wrote: > >> Are you including cyclic references in your assertion that CPython > >> behaves as you want? > > Yes. Because the only behaviour

Re: RFC: Proposal: Deterministic Object Destruction

On 3/4/18 6:55 PM, Ned Batchelder wrote: On 3/4/18 5:25 PM, Ooomzay wrote: On Sunday, 4 March 2018 14:37:30 UTC, Ned Batchelder  wrote: Are you including cyclic references in your assertion that CPython behaves as you want? Yes. Because the only behaviour required for RAII is to detect and

[issue32993] issue11662 Incomplete fix

yao zhihua added the comment: I tried again, webbrowser module can only open file:///etc/passwd. -- ___ Python tracker ___

[issue15631] Python 3.3/3.4 installation issue on OpenSUSE lib/lib64 folders

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31658] xml.sax.parse won't accept path objects

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing

[issue32993] issue11662 Incomplete fix

yao zhihua added the comment: I also found a function without filtering file protocol. poc: import webbrowser webbrowser.open('file:///etc/passwd') -- ___ Python tracker

[issue32989] IDLE: Fix pyparse.find_good_parse_start and its bad editor call

Cheryl Sabella added the comment: > In the meanwhile, to get some idea of how well find_good_parse_start finds > good parse starts, I restarted IDLE in a console with the print still added, > loaded editor.py, and hit RETURN followed by UNDO, in various places. The > first

Re: RFC: Proposal: Deterministic Object Destruction

On Sunday, 4 March 2018 23:57:24 UTC, Mark Lawrence wrote: > On 04/03/18 02:28, Ooomzay wrote: > > On Friday, 2 March 2018 15:37:25 UTC, Paul Moore wrote: > > [snip] > >> def fn(): > >> for i in range(1): > >> with open(f"file{i}.txt", "w") as f: > >>