[issue35263] Add None handling for get_saved() in IDLE

Terry J. Reedy added the comment: I suspect that this is related to #35379, where I added some preliminary analysis. -- ___ Python tracker ___

[issue23220] IDLE: Document how Shell displays user code output

Terry J. Reedy added the comment: The conclusion of this discussion was that we should insert control chars, in particular \b and \r, as are into tk.Text and document the (variable) result. Please describe your proposed new behavior, how it differs from the current behavior, and why you

[issue37821] IDLE shell uses wrong namespace for completions

Terry J. Reedy added the comment: I think the current behavior is intended. The IDLE doc Completions subsection, written by Kurt Kaiser in help.text and copied to idle.rst in #5066, has this paragraph Completions are currently limited to those in the namespaces. Names in an Editor window

Re: beginner question-very basic

On Sun, 11 Aug 2019 12:50:29 -0400, slefkowitz wrote: > Just getting started with Python. > > Downloaded 3.7.4 rom python.org > > I wrote program in Notepad, saved it with a ".py" extension. > > What do I do next? How do I execute a program? I am assuming you are using Windows since you

[issue37825] IDLE doc improvements

Terry J. Reedy added the comment: The garble was in help.txt as copied into idle.rst in #5066. I will have to figure out the meaning. -- ___ Python tracker ___

[issue37825] IDLE doc improvements

Terry J. Reedy added the comment: 4. Completions subsection: fix this garbled sentence. "Names in an Editor window which are not via __main__ and sys.modules will not be found." Check 2.6 help.txt from whence it likely came. -- ___ Python

[issue34857] IDLE: SyntaxWarning not handled properly

Raymond Hettinger added the comment: Terry, thanks for the thorough analysis and explanation. -- ___ Python tracker ___ ___

[issue18766] IDLE: Autocomplete in editor doesn't work for un-imported modules

Terry J. Reedy added the comment: The import-on-demand would be executed in the Shell's execution process namespace, so it works with the current implementation. I said above that this puts names 'where they don't belong', but I feel a little differently now. A variant idea might be to

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Terry J. Reedy added the comment: IDLE's Shell has treated SyntaxWarnings as errors since 2001. I don't know if any other IDE's do the same. Raymond's example did not concern me, as I think not calling known non-callables is preferable. But not executing literal-with-is code, such as "a =

beginner question-very basic

Just getting started with Python. Downloaded 3.7.4 rom python.org I wrote program in Notepad, saved it with a ".py" extension. What do I do next? How do I execute a program? -- https://mail.python.org/mailman/listinfo/python-list

[issue34857] IDLE: SyntaxWarning not handled properly

Terry J. Reedy added the comment: Treating a SyntaxWarning as an error is intentional, since 2001 in a Kurt Kaiser patch. IDLE's ModifiedInterpreter subclasses code.InteractiveInterpreter. The subclass .runsource turns a SyntaxWarning into an error, before calling the superclass method,

[issue34857] IDLE: SyntaxWarning not handled properly

Change by Terry J. Reedy : -- nosy: +taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Raymond Hettinger added the comment: python-dev likely isn't the right place. That is a forum for more mature ideas. -- ___ Python tracker ___

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Ma Lin added the comment: I sent twice, but it doesn't appear in Python-Ideas list. I will try to post to Python-Dev tomorrow. -- ___ Python tracker ___

[issue37734] Registry keys for Windows Store package have wrong executable

Steve Dower added the comment: Here's an example of someone hitting this issue: https://stackoverflow.com/q/56974927 -- ___ Python tracker ___

[issue37825] IDLE doc improvements

Terry J. Reedy added the comment: Because the scope of SyntaxWarnings has been expanded to code that must be run, they should no longer be turned into errors, so this should not be added to the doc. See #34857. -- ___ Python tracker

[issue37826] Document PEP 3134 in tutorials/errors.rst

Raymond Hettinger added the comment: This is a reasonable suggestion. Would you like to submit a pull request? -- nosy: +rhettinger ___ Python tracker ___

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Raymond Hettinger added the comment: Ma Lin: Everything in Python is an object, nothing is native. There is room to reconsider the implementation of integer objects, known internally as PyLong objects. If you want to tease-out an alternative implementation, please do so on the

[issue37807] Make hash() return a non-negative number

Raymond Hettinger added the comment: Withdrawing this issue and marking as closed. Thanks for your thoughts on the subject. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34632] Port importlib_metadata to Python 3.8

Raymond Hettinger added the comment: > Following the same pattern that many standard Python objects > return (`open`, `map`, `filter`), the approach is less > constrained in that it can support arbitrarily large results. > I wished to leave it to the caller to materialize a list if > that

[issue37807] Make hash() return a non-negative number

Tim Peters added the comment: I agree: we "shouldn't have" documented anything about hash codes beyond the invariants needed to guarantee they work for their intended purpose, chiefly that x == y implies hash(x) == hash(y). Which leads to your other question ;-) That invariant is tricky

[issue34632] Port importlib_metadata to Python 3.8

Jason R. Coombs added the comment: > Is there a reason that requires() and files() return iterators instead of > lists? I'm a huge fan of `itertools` and Python 3's move to prefer iterables over materialized lists, and I feel that forcing materialized results gives the caller less control

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Ma Lin added the comment: How about using a hybrid implementation for `int`. For example, on 64-bit platform, if (a integer >=-9223372036854775808 and <=9223372036854775807), use a native `signed long` to represent it. People mostly use +-* operations, maybe using native int is faster, even

[issue37807] Make hash() return a non-negative number

Raymond Hettinger added the comment: > What killer use case am I missing? There's no killer use case. I just thought it weird that hte builtin hash() function ever returned a negative number. > This is a change of documented behaviour that will affect > 3rd party libraries that provide

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Greg Price added the comment: > On the other hand, if it is tricky and requires something more than minor > surgery, that would be a hint that it isn't worth it. There is some value in > code that is stable and known to be working just fine. Definitely true! I think this change turned out

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Change by Greg Price : -- pull_requests: +14944 pull_request: https://github.com/python/cpython/pull/15216 ___ Python tracker ___

[issue34857] IDLE: SyntaxWarning not handled properly

Raymond Hettinger added the comment: See: https://bugs.python.org/msg349375 Because new SyntaxWarnings were added in 3.8, I expect this problem to become more prevalent. Hopefully, this gets fixed for the 3.8 release. -- priority: normal -> high

[issue34632] Port importlib_metadata to Python 3.8

Barry A. Warsaw added the comment: @jaraco will be able to answer that better than me. I actually thought those did return concrete lists. I also thought that the APIs accepted either a module or a package name, but maybe I'm thinking about importlib.resources. Again, @jaraco can clarify,

[issue34632] Port importlib_metadata to Python 3.8

Raymond Hettinger added the comment: Quick question: Is there a reason that requires() and files() return iterators instead of lists? ISTM that a list-based solution would be more usable than returning a starmap() object or somesuch. I suspect almost every user would have to call

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Raymond Hettinger added the comment: > I'll rework the explicit-return patch to send without this > change. It'll be a little trickier but should be entirely doable. An explicit return would be a nice improvement. On the other hand, if it is tricky and requires something more than minor

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Raymond Hettinger added the comment: Thanks. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Raymond Hettinger added the comment: New changeset 5ba1cb03939bd86d026db667580f590966b573ea by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-37819: Add Fraction.as_integer_ratio() (GH-15212) (GH-15215)

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Raymond Hettinger added the comment: New changeset f03b4c8a48f62134799d368b78da35301af466a3 by Raymond Hettinger in branch 'master': bpo-37819: Add Fraction.as_integer_ratio() (GH-15212) https://github.com/python/cpython/commit/f03b4c8a48f62134799d368b78da35301af466a3 --

[issue37819] as_integer_ratio() missing from fractions.Fraction()

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

[issue37822] Add math.as_integer_ratio()

Raymond Hettinger added the comment: Guido decided to stick with the current approach of adding as_integer_ratio() as needed to concrete classes. It is an optional API for user classes that register as numbers.Rational(). See https://bugs.python.org/msg349404 -- resolution: ->

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

Change by Abhilash Raj : -- stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.4, Python 3.5, Python 3.6 ___ Python tracker

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

miss-islington added the comment: New changeset dec231a73c2a463b29f19c4e8357602c10a68856 by Miss Islington (bot) in branch '3.7': bpo-32178: Fix IndexError trying to parse 'To' header starting with ':'. (GH-15044)

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

miss-islington added the comment: New changeset 9500bbe9372f6080decc49d2fd9365f0b927a0e2 by Miss Islington (bot) in branch '3.8': bpo-32178: Fix IndexError trying to parse 'To' header starting with ':'. (GH-15044)

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

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

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

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

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

miss-islington added the comment: New changeset 09a1872a8007048dcdf825a476816c5e3498b8f8 by Miss Islington (bot) (Abhilash Raj) in branch 'master': bpo-32178: Fix IndexError trying to parse 'To' header starting with ':'. (GH-15044)

[issue37826] Document PEP 3134 in tutorials/errors.rst

New submission from Abhilash Raj : Looking at the docs, I couldn't find the `raise from` documentation anywhere in the Errors and Exceptions page (https://docs.python.org/3/tutorial/errors.html) page, which seems to be the landing page for Python Exceptions. I do see however that it is

[issue37808] Deprecate unbound super methods

Guido van Rossum added the comment: I don't have time to review this, sorry. -- ___ Python tracker ___ ___ Python-bugs-list

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Guido van Rossum added the comment: Let's continue on the current path -- add Fraction.as_integer_ratio(). Note that as_integer_ratio() is not part of the Numbers API, it is an optional protocol. You can count me out for Jeroen's __ratio__ proposal. --

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Raymond Hettinger added the comment: Guido, would you like to go forward with this? IIRC, you had decided that adding as_integer_ratio() to all the relevant concrete classes was the way to go. We already had the method on floats and Decimals, and then it was added bool and float, so

[issue37814] typing module: empty tuple syntax is undocumented

Guido van Rossum added the comment: > What is better, Tuple[()] or Literal[()]? In this context, Tuple[()] is better, as the discussion is about how to write the type of various tuples. Tuple[()] is just the edge case of the type of the empty tuple. Josh, please sign the CLA and adjust the

[issue37808] Deprecate unbound super methods

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +14940 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15212 ___ Python tracker

[issue34985] python finds test modules from the wrong directory during PGO build

Carol Willing added the comment: When building from the gzipped source of 3.8.0b3, I am seeing similar crashes on Ubuntu 18.04. Running ``make clean`` prior to ``configure`` and ``make`` seems to have resolved the issue. After this the regrtest was being found in the 3.8.0b3 directory. I

[issue37822] Add math.as_integer_ratio()

Raymond Hettinger added the comment: -1 for having this spill into the math module. We're already started down a different path; otherwise, there would have been no need to add the as_integer_ratio method to int/bool. That was done so that x.as_integer_ratio() would work for all the

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Raymond Hettinger added the comment: I think this can still go in for Fractions because it completes a feature that was already started (providing the method for the concrete types where it makes sense). Altering numbers.py can be saved for the future. --

[issue37825] IDLE doc improvements

New submission from Terry J. Reedy : 1. Headings: Sections should be titlecased, subsections not. This is especially needed now that they are not numbered. 2. Python Shell subsection. Revise 'paste', maybe move. SyntaxWarnings are SyntaxErrors. Explain Restart. 3. Any other pending

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Serhiy Storchaka added the comment: This will not solve the problem completely, because other rational numbers do not have as_integer_ratio(). But all rational numbers have the numerator and denominator properties. See issue37822 for more general solution. -- nosy:

[issue37824] IDLE: DeprecationWarning not handled properly

New submission from Serhiy Storchaka : DeprecationWarning at compile time is output multiple times to the stderr (on console from which IDLE was ran), but not to IDLE Shell window. For example, when enter '\e': $ ./python -m idlelib Warning (from warnings module): File "", line 1 '\e'

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Serhiy Storchaka added the comment: This is not related to this particular warning, but to how IDLE handles SyntaxWarning. See issue34857. -- assignee: terry.reedy -> components: +Interpreter Core -IDLE status: open -> closed ___ Python tracker

[issue34857] IDLE: SyntaxWarning not handled properly

Change by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34857] IDLE: SyntaxWarning not handled properly

Serhiy Storchaka added the comment: I cannot reproduce this behavior in 3.7+. `assert (0, 'bad')` does not have any effect. But in 3.6 it outputs a traceback to the stderr. $ ./python -m idlelib Exception in Tkinter callback Traceback (most recent call last): File

[issue37823] Telnet documentation: fix the link to open()

New submission from Mariatta : Bug in the Telnet docs: https://docs.python.org/3/library/telnetlib.html In the section https://docs.python.org/3/library/telnetlib.html#telnetlib.Telnet the “open()” link should probably point to

[issue23220] IDLE: Document how Shell displays user code output

Tal Einat added the comment: See initial working implementation of handling \r and \b characters is the shell, PR GH-15211. -- nosy: +taleinat ___ Python tracker ___

[issue23220] IDLE: Document how Shell displays user code output

Change by Tal Einat : -- pull_requests: +14939 pull_request: https://github.com/python/cpython/pull/15211 ___ Python tracker ___

[issue37810] ndiff reports incorrect location when diff strings contain tabs

Anthony Sottile added the comment: That's actually a good point, I don't think this should land in python3.7 since it changes outuput -- I'm removing that from the versions (though the bug does affect every version I have access to) -- versions: -Python 3.7

[issue37822] Add math.as_integer_ratio()

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

[issue37822] Add math.as_integer_ratio()

New submission from Serhiy Storchaka : There are two interfaces to represent a number as a ratio. The numbers.Rational interface has two properties: numerator and denominator. float and Decimal do not support this interface, but they provide method as_integer_ratio() which return a 2-tuple

[issue37814] typing module: empty tuple syntax is undocumented

Josh Holland added the comment: PEP 586 doesn't currently allow Literal to contain tuples, so Tuple[()] is the only option. -- ___ Python tracker ___

[issue37814] typing module: empty tuple syntax is undocumented

Serhiy Storchaka added the comment: What is better, Tuple[()] or Literal[()]? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue37814] typing module: empty tuple syntax is undocumented

Change by Josh Holland : -- keywords: +patch pull_requests: +14937 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15208 ___ Python tracker ___

[issue37821] IDLE shell uses wrong namespace for completions

Tal Einat added the comment: See fix in PR GH-15207. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37821] IDLE shell uses wrong namespace for completions

Change by Tal Einat : -- keywords: +patch pull_requests: +14936 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15207 ___ Python tracker ___

[issue37820] Unnecessary URL scheme exists to allow 'URL: reading file in urllib

New submission from Abdullah : I am not sure if this was reported before, fixed, or even how to report this. However this issue is similar to https://bugs.python.org/issue35907 # Vulnerability PoC import urllib print urllib.urlopen('URL:/etc/passwd').read()[:30] the result is ## # User

[issue37821] IDLE shell uses wrong namespace for completions

New submission from Tal Einat : Currently, when running an IDLE shell with a sub-process, it will allow completing attributes of objects not actually in the shell's namespace. For example, typing "codecs." will bring up completions for the codecs module's attributes, despite that not having

[issue18766] IDLE: Autocomplete in editor doesn't work for un-imported modules

Change by Thrlwiti : -- nosy: -THRlWiTi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18766] IDLE: Autocomplete in editor doesn't work for un-imported modules

Tal Einat added the comment: I propose closing this as "wontfix", since this goes strongly against how completions currently work in IDLE (based on the namespace of the shell), and I don't think we're considering changing that. -- nosy: +taleinat

[issue26543] [EASY] imaplib noop Debug: bytes vs Unicode bug in debug mode

Change by Sanyam Khurana : -- pull_requests: +14935 pull_request: https://github.com/python/cpython/pull/15206 ___ Python tracker ___

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

Kubilay Kocak added the comment: See Also: #31334 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

Change by Kubilay Kocak : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

hai shi added the comment: I found an OS distinguishing behavior in https://github.com/python/cpython/blob/master/Modules/selectmodule.c#L603-L612 -- nosy: +shihai1991 ___ Python tracker

Re: NotADirectoryError: [Errno 20] Not a directory

Youssef Abdelmohsen wrote: > Note: Beginner > > I'm trying to create an html parser that will go through a folder and all > its subfolders and export all html files without any html tags, in file > formats CSV and TXT with each html labeled with the title of the web page > in a new CSV and TXT.

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Stefan Behnel added the comment: FWIW, makes total sense to me to have it there. Question is more if we can still get it into Py3.8, since it's a new feature for fractions. -- nosy: +lukasz.langa, scoder ___ Python tracker

[issue37496] Support annotations in signature strings.

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Serhiy Storchaka added the comment: I think it would be better to open a separate issue for IDLE. -- ___ Python tracker ___ ___

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Greg Price added the comment: > Sometimes for testing we turn it off in order to identify identity test bugs. Interesting! Well, if the option is useful for testing, that's certainly a good reason to keep it. > Also, eveonline was controlling this to save memory. Also interesting. I feel

[issue37819] as_integer_ratio() missing from fractions.Fraction()

Change by Sanyam Khurana : -- nosy: +CuriousLearner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37819] as_integer_ratio() missing from fractions.Fraction()

New submission from Raymond Hettinger : When working on Whatsnew3.8, I noticed that as_integer_ratio() had been added to ints and bools, was already present in floats and Decimals, but was missing from Fractions. IIRC, the goal was to make all of these have as a similar API so that

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Raymond Hettinger added the comment: P.S. Making the returns explicit is a reasonable change to make, but the core #ifdef logic should remain. -- ___ Python tracker ___

[issue37812] Make implicit returns explicit in longobject.c (in CHECK_SMALL_INT)

Raymond Hettinger added the comment: Thanks for the contribution Greg. I understand your reasoning but am going to decline PR 15203. Though the feature is not experimentnal, it is something we want be able to modify, shut-off, or extend at build time. Sometimes for testing we turn it off

[issue16837] Number ABC can be instantiated

Change by Raymond Hettinger : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Raymond Hettinger added the comment: This isn't interacting well with IDLE. --- Works fine at the regular interactive prompt --- $ python3.8 Python 3.8.0b3 (v3.8.0b3:4336222407, Jul 29 2019, 09:46:03) [Clang 6.0 (clang-600.0.57)] on darwin