Re: Static variables [was Re: syntax difference]

On Sat, Jun 23, 2018 at 2:16 PM, Chris Angelico wrote: > For getting rid of the "len=len" trick, though, I would REALLY like to > transform those into LOAD_CONST. That'd be a fun bytecode hack all on > its own. In fact, I'm gonna have a shot at that. An "early bind these > names" decorator.

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

Change by Zachary Ware : -- stage: patch review -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list

Re: Static variables [was Re: syntax difference]

On Sat, Jun 23, 2018 at 1:51 PM, Steven D'Aprano wrote: > On Wed, 20 Jun 2018 14:18:19 +1000, Chris Angelico wrote: > >> Ah. Yeah, that would be a plausible feature to add to Python. But in C, >> a static variable is basically the same thing as a global variable, >> except that its name is scoped

[issue27780] memory leaks in pgen build step abort build with address sanitizer enabled

Benjamin Peterson added the comment: New changeset 482fac74999028af4764645a1f28dd4289b2f255 by Benjamin Peterson in branch '2.7': [2.7] properly free memory in pgen. (GH-7869) (closes bpo-27780 https://github.com/python/cpython/commit/482fac74999028af4764645a1f28dd4289b2f255 --

Static variables [was Re: syntax difference]

On Wed, 20 Jun 2018 14:18:19 +1000, Chris Angelico wrote: > Ah. Yeah, that would be a plausible feature to add to Python. But in C, > a static variable is basically the same thing as a global variable, > except that its name is scoped to the function. There is only one of it. > What happens in

[issue27780] memory leaks in pgen build step abort build with address sanitizer enabled

Change by Benjamin Peterson : -- keywords: +patch pull_requests: +7477 stage: needs patch -> patch review ___ Python tracker ___

Re: translating foreign data

On Fri, 22 Jun 2018 20:06:35 +0100, Ben Bacarisse wrote: > Steven D'Aprano writes: > >> On Fri, 22 Jun 2018 11:14:59 +0100, Ben Bacarisse wrote: >> > The code page remark is curious. Will some "code pages" have digits > that are not ASCII digits? Good question. I have no

[issue33877] Doc: Delete UNIX qualification for script running instructions

Terry J. Reedy added the comment: New changeset 1c9a72cc99d4f76a18755d7227bd1c375e44b4ad by Terry Jan Reedy (Andrés Delfino) in branch '2.7': [2.7] bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)

[issue33877] Doc: Delete UNIX qualification for script running instructions

Change by Andrés Delfino : -- pull_requests: +7476 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33939] Raise OverflowError in __length_hint__ for consistently infinite iterators

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

[issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page

Terry J. Reedy added the comment: I agree that an install screen is a better place for the link. And if the 3.6.7 installer links with an included 8.6, the 8.5.7/9 message will be obsolete for the included IDLE, hence no point in patching it. Hooray. I will open separate issues about

[issue33919] Expose _PyCoreConfig structure to Python

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +7475 stage: needs patch -> patch review ___ Python tracker ___ ___

RE: ironpython not support py3.6

Either wait for IronPython 3.6, use COM interop, pythonnet, subprocess, or things like gRPC. Based on PyPy experience, it is probably 1-2 years of sponsored development to get a working IronPython 3.6. -- https://mail.python.org/mailman/listinfo/python-list

[issue33944] Deprecate and remove pth files

Nick Coghlan added the comment: Concrete use case for the original path extension capability: "pew add", which chains virtual environments together (allowing shared environments with a common default dependency set, and then additional per-application dependencies) --

[issue33944] Deprecate and remove pth files

Nick Coghlan added the comment: Strong -1 without a functional replacement that provides comparable LD_PRELOAD capabilities (it also needs a full PEP that analyses all of the ways that setuptools and other packaging utilities use these files, such as for the implementation of "develop"

[issue33919] Expose _PyCoreConfig structure to Python

Change by Eric Snow : -- nosy: +emilyemorehouse, eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33941] datetime.strptime not able to recognize invalid date formats

Chris Wilcox added the comment: I looked a bit at _strptime.py and the corresponding tests and thought I would share my notes. The regular expressions clearly allow non-zero padded values for both %d and %m matches. There is one test where the following is run: time.strptime("Mar 1", "%b

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Ned Deily added the comment: Thanks for the PR. I agree with Xiang Zhang that using --git-dir appears to be a better solution. See other review comments on the PR. -- ___ Python tracker

[issue33608] [subinterpreters] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.

Change by Eric Snow : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33607] [subinterpreters] Explicitly track object ownership (and allocator).

Change by Eric Snow : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33868] test__xxsubinterpreters: test_subinterpreter() fails randomly on AMD64 Ubuntu Shared 3.x

Change by Eric Snow : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Although I guess that would require modifications to lcg_urandom(). I don't feel qualified to change that function. -- ___ Python tracker

[issue33946] os.symlink on Windows should use the new non-admin flag

New submission from Ethan Smith : In the creators update CreateSymbolicLink added a dwflag SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE, which will allow any user to create a symlink (not only an admin). I think we should detect and try to use this flag if possible. I also think it would be

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: There are lots of problems with pth files, although arbitrary code execution is probably the most egregious. They are also notoriously difficult to debug, and happen before any control is given to user code. They certainly are unnecessary for namespace

[issue33944] Deprecate and remove pth files

Brett Cannon added the comment: My only answer to Ethan is "don't use eggs". :) -- ___ Python tracker ___ ___ Python-bugs-list

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: We could make the hash_seed 64 bits. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33944] Deprecate and remove pth files

Ethan Smith added the comment: I am in favor of symlinks no longer being able to execute arbitrary code, however, I do think having them add to the path cannot be killed in two releases. Here is why: 1. Windows support for symlinks is still not automatic. In the creators update of Windows

[issue33927] Allow json.tool to have identical infile and outfile

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +7474 stage: -> patch review ___ Python tracker ___ ___

[issue33944] Deprecate and remove pth files

Eric V. Smith added the comment: My understanding about symlinks on Windows is that they require a permission ("Create symbolic links"), that normal users by default do not have. I'm not sure if this has changed recently. -- ___ Python tracker

[issue33877] Doc: Delete UNIX qualification for script running instructions

miss-islington added the comment: New changeset 688325ed1a4d549f03d886507c265093aa3b2cab by Miss Islington (bot) in branch '3.6': bpo-33877: Remove UNIX qualification for running complete programs (GH-7744) https://github.com/python/cpython/commit/688325ed1a4d549f03d886507c265093aa3b2cab

[issue33877] Doc: Delete UNIX qualification for script running instructions

miss-islington added the comment: New changeset f47d8983fe35239cccf4e623e4ad70c9e0f636f9 by Miss Islington (bot) in branch '3.7': bpo-33877: Remove UNIX qualification for running complete programs (GH-7744) https://github.com/python/cpython/commit/f47d8983fe35239cccf4e623e4ad70c9e0f636f9

[issue33870] pdb continue + breakpoint

Philip Rowlands added the comment: Considering the semantics a little more, "cont 99" could be equivalent to tbreak 99 cont perhaps with an implicit clear on SIGINT. This is similar in the simple case to "until 99", except "until" stops on frame boundaries, refuses to go backwards (e.g. in

[issue33944] Deprecate and remove pth files

Thomas Kluyver added the comment: I don't want to use the execution features of .pth files, just their original functionality of adding extra directories to sys.path. I'd be very happy to see the arbitrary code execution 'feature' of .pth files go away. Windows supports symlinks, but the

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

Ned Deily added the comment: Anthony's PR is awaiting merge. Although Yury has reviewed it, as the core developers mocktest experts, it would be good if Michael and/or Robert could also take a look. -- nosy: +ned.deily ___ Python tracker

[issue33877] Doc: Delete UNIX qualification for script running instructions

Change by Terry J. Reedy : -- title: doc Mention Windows along UNIX for script running instructions -> Doc: Delete UNIX qualification for script running instructions ___ Python tracker

[issue33944] Deprecate and remove pth files

Brett Cannon added the comment: Windows has symlinks now I believe, you just have to turn them on. And I would say there is no need for alternative. If a package needs to do something funky they can do it in their __init__.py file. Otherwise if I don't import a package it shouldn't get to

[issue33877] doc Mention Windows along UNIX for script running instructions

Change by miss-islington : -- pull_requests: +7473 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33877] doc Mention Windows along UNIX for script running instructions

Change by miss-islington : -- pull_requests: +7472 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33877] doc Mention Windows along UNIX for script running instructions

Terry J. Reedy added the comment: New changeset c9d43c702a53804c23ecb22a0dbf6a47c804d2b1 by Terry Jan Reedy (Andrés Delfino) in branch 'master': bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

miss-islington added the comment: New changeset e4db73058b6c31f71c64d0f87a10547f3cf72f20 by Miss Islington (bot) in branch '3.7': bpo-33885: Replace "hook function" with "callable" (GH-7765) https://github.com/python/cpython/commit/e4db73058b6c31f71c64d0f87a10547f3cf72f20 -- nosy:

[issue33877] doc Mention Windows along UNIX for script running instructions

Terry J. Reedy added the comment: Thanks. I did that and will merge when possible. -- assignee: docs@python -> terry.reedy ___ Python tracker ___

[issue27780] memory leaks in pgen build step abort build with address sanitizer enabled

Ned Deily added the comment: Thanks, Zackery. @Benjamin, any opinion about a need for a 2.7 backport? Otherwise, it sounds like this can be closed. -- nosy: +benjamin.peterson ___ Python tracker

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

Change by miss-islington : -- pull_requests: +7471 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

Terry J. Reedy added the comment: New changeset c45cb479074b5d25f0d382d3109f527520a9f03c by Terry Jan Reedy (Andrés Delfino) in branch '3.6': bpo-33885: Replace "hook function" with "callable" (GH-7765) https://github.com/python/cpython/commit/c45cb479074b5d25f0d382d3109f527520a9f03c

[issue33877] doc Mention Windows along UNIX for script running instructions

Ned Deily added the comment: The statement is true for macOS (note macOS is the correct current styling per Apple); in general, macOS is a UNIX platform as far as Python is concerned. So, yes, it appears the documentation there could be simplified by eliminating the platform distinction.

[issue33919] Expose _PyCoreConfig structure to Python

STINNER Victor added the comment: Barry: generating a 32 bit seed gives less entropy and so makes Python easier to crash. If you need reproducible Python: generate a seed and set the env var before starting Python. Tox does that. Regrtest should do that. --

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Nosying Nick. I agree there's some overlap with Python startup restructuring, but it feels kind of orthogonal too. I really am only exposing (some elements) of that structure to Python. What might be interesting though would be if we want to expose the

[issue33894] tempfile.tempdir cannot be unset

Philip Rowlands added the comment: Thanks for the edit. I did try a PR but was defeated by build/doc tool's recent version requirements (and didn't want to send untested changes, however minor). The reason for getting rid of "unset" is the confusion of "state", i.e. it has never been

[issue33944] Deprecate and remove pth files

Thomas Kluyver added the comment: I'm generally in favour of getting rid of .pth files. But I did accept a PR adding support for them in Flit to act as a substitute for symlinks on Windows, to achieve something like a 'development install'. I'm not sure what the alternative is if they go

[issue33919] Expose _PyCoreConfig structure to Python

STINNER Victor added the comment: Nick plans to finish his PEP 432 for Python 3.8 and make the API public. See with him? The PEP should document these structures but I was ahead and made changes which were not scheduled and the PEP is now outdated. --

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: I think there's another thing I'd like to change, and it seems like it's "just" an implementation detail. In _Py_HashRandomization_Init(), if use_hash_seed is 0, then we directly inject the random bits into the buffer, and then there's no hash_seed. I'd

[issue33943] doc Add references to logging.basicConfig

Change by Ned Deily : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33940] datetime.strptime have no directive to convert date values with Era and Time Zone name

Change by Ned Deily : -- nosy: -lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33941] datetime.strptime not able to recognize invalid date formats

Change by Ned Deily : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33940] datetime.strptime have no directive to convert date values with Era and Time Zone name

Change by Ned Deily : -- nosy: +belopolsky, lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33934] locale.getlocale() seems wrong when the locale is yet unset (python3 on linux)

Ned Deily added the comment: Can you say on which Linux platform/release you see this behavior and with which Python 3.6.3, i.e. from the platform distributor or built yourself? If I understand your concern correctly, I cannot reproduce that behavior on a current Debian test system using

[issue33930] Segfault with deep recursion into object().__dir__

Terry J. Reedy added the comment: Serhiy, is this one of the cases we decided to leave as won't fix? -- nosy: +serhiy.storchaka, terry.reedy ___ Python tracker ___

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

Senthil Kumaran added the comment: @Terry, the change in terminology looks good to me. -- ___ Python tracker ___ ___

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

Terry J. Reedy added the comment: I am not even sure what a 'hook function' is supposed to mean. A beginner might think it means something other than any old callable. Unless Sentil or someone objects within a week, I would merge this. Ping me if nothing happens. -- nosy:

[issue33877] doc Mention Windows along UNIX for script running instructions

Terry J. Reedy added the comment: The paragraph reads: Under Unix, a complete program can be passed to the interpreter in three forms: with the -c string command line option, as a file passed as the first command line argument, or as standard input. If the file or standard input is a tty

[issue33945] concurrent.futures ProcessPoolExecutor submit() blocks on results being written

Daniel Barcay added the comment: adding experts bquinlan and pitrou for concurrent.futures to nosy-list as per bug tracker directions. -- nosy: +bquinlan, pitrou ___ Python tracker

[issue32568] Fix handling of sizehint=-1 in select.epoll()

Change by Tal Einat : -- pull_requests: +7470 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33945] concurrent.futures ProcessPoolExecutor submit() blocks on results being written

Daniel Barcay added the comment: Line number was incorrect due to local edits. Correct line number is process.py:L464 "self._result_queue.put(None)" -- ___ Python tracker

[issue33945] concurrent.futures ProcessPoolExecutor submit() blocks on results being written

New submission from Daniel Barcay : I have tracked down the exact cause of a sizable performance issue in using concurrent.futures.ProcessPoolExecutors, especially visible in cases where large amounts of data are being copied across the result. The line-number causing the bad behavior, and

[issue33927] Allow json.tool to have identical infile and outfile

Change by Ned Deily : -- nosy: +ezio.melotti, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33923] py.ini cannot set 32/64bits for specific version

Change by Ned Deily : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware versions: +Python 3.8 ___ Python tracker ___

[issue33921] Explain that '' can be used to bind to all interfaces for the AF_INET address family in the docs

Ned Deily added the comment: John, since you raised the issue, would you like to provide a doc PR? -- keywords: +easy nosy: +ned.deily stage: -> needs patch versions: -Python 3.5 ___ Python tracker

[issue33899] Tokenize module does not mirror "end-of-input" is newline behavior

Change by Ned Deily : -- nosy: +meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

Change by Ned Deily : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Ned Deily added the comment: Since the undocumented change in behavior from 3.6 to 3.7 appears to be causing some downstream regressions at this late stage, I think Victor's change should be cherry-picked for 3.7.0 final. Nick or Eric, if you merge a 3.7 doc change, I'll cherry-pick that as

Re: translating foreign data

Steven D'Aprano writes: > On Fri, 22 Jun 2018 11:14:59 +0100, Ben Bacarisse wrote: > The code page remark is curious. Will some "code pages" have digits that are not ASCII digits? >>> >>> Good question. I have no idea. >> >> It's much more of an open question than I thought. > >

Re: Feeding the trolls

On 22/06/2018 00:51, Steven D'Aprano wrote: On Thu, 21 Jun 2018 21:49:15 +0100, mm0fmf wrote: [snip unnecessary quoting] Design requirements for python newsreader client: 1. Block all top posters I think it would be far more useful to block bottom-posters who don't snip irrelevant quoted

[issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page

Ned Deily added the comment: Jasper, as Terry notes, you can either download and install a version of ActiveState Tcl/Tk 8.5 (not 8.6) to use with the version of Python 3.6.5 installed or, better, download and install from the alternate 10.9+ 64-bit-only Python 3.6.5 insteller from

[issue33944] Deprecate and remove pth files

Eric V. Smith added the comment: Also +1. -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32568] Fix handling of sizehint=-1 in select.epoll()

Tal Einat added the comment: >> Also sizehint=0 was rejected before >> 2fb9ae9dfc5a6830d902332ba93b13387e292ddb. Now it is accepted. Please note that by "Now it is accepted" I meant in the current codebase, before PR 7840. In this regard, that PR changes nothing. Given the documentation

[issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page

Terry J. Reedy added the comment: Jasper: when you installed 3.6.5 on your 10.11 machine, you had a choice of the 64-/32-bit installer, good back to 10.6, and newer and better 64-bit installer, good back to 10.9. Since it seems that the latter, the new and improved option, should work for

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Thanks for the hint! I had a feeling there had to be an API to get at it, but I couldn’t find it. Maybe we should start documenting the Python Secret Underscore API? :) On Jun 22, 2018, at 00:04, STINNER Victor wrote: > > _PyCoreConfig *core_config = >

[issue33944] Deprecate and remove pth files

Christian Heimes added the comment: +1 -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

miss-islington added the comment: New changeset 3747dd16d5d2af3499f586386e49740a0454cf44 by Miss Islington (bot) in branch '3.7': bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845) https://github.com/python/cpython/commit/3747dd16d5d2af3499f586386e49740a0454cf44 --

[issue33671] Efficient zero-copy for shutil.copy* functions (Linux, OSX and Win)

STINNER Victor added the comment: New changeset 8fbbdf0c3107c3052659e166f73990b466eacbb0 by Victor Stinner in branch 'master': bpo-33671: Add support.MS_WINDOWS and support.MACOS (GH-7800) https://github.com/python/cpython/commit/8fbbdf0c3107c3052659e166f73990b466eacbb0 --

[issue33944] Deprecate and remove pth files

New submission from Barry A. Warsaw : pth files are evil. They are very difficult to debug because they're processed too early. They usually contain globs of inscrutable code. Exceptions in pth files can get swallowed in some cases. They are loaded in indeterminate order. They are also

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Change by miss-islington : -- pull_requests: +7469 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33941] datetime.strptime not able to recognize invalid date formats

Chris Wilcox added the comment: As %m and %d denote zero padded forms of month and day it seems to me this shouldn't match. Executing a small c program `char* ret = strptime("181223", "%Y%m%d", );` confirms that this is considered invalid to c. The datetime docs indicate that the behavior

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

STINNER Victor added the comment: New changeset 209abf746985526bce255e2fba97d3246924885d by Victor Stinner in branch 'master': bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845) https://github.com/python/cpython/commit/209abf746985526bce255e2fba97d3246924885d --

RE: ironpython not support py3.6

Wait. -Original Message- From: fantasywan...@gmail.com Sent: Friday, June 22, 2018 2:45 AM To: python-list@python.org Subject: ironpython not support py3.6 We have a project implemented with c# and python, iron python is a good choice for us to integrate these two tech together but

Re: Did zip ever used to fail with 0 arguments?

On Fri, 22 Jun 2018 11:49:15 -0400, Michael Lamparski wrote: list(zip()) > [] > > I'm not sure why, but I really could've sworn this used to produce > something like: > > TypeError: zip requires at least one argument No, you are correct, but you have to go all the way back to Python

[issue33875] Allow dynamic password evaluation in pypirc configuration file.

Change by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

Steve Dower added the comment: For Windows it would be best (though slower) to pass the paths through os._getfinalpathname before comparison. Detecting that function is an easy way to get the platform right, too. Unfortunately, the MSDN docs don't make clear that the VSN can be modified,

Did zip ever used to fail with 0 arguments?

>>> list(zip()) [] I'm not sure why, but I really could've sworn this used to produce something like: TypeError: zip requires at least one argument which is often what I would rather have happen since 0 arguments is a degenerate case. (consider the result of zip(*zip(*args)) for 1+

[issue33943] doc Add references to logging.basicConfig

Change by Andrés Delfino : -- keywords: +patch pull_requests: +7468 stage: -> patch review ___ Python tracker ___ ___

[issue33943] doc Add references to logging.basicConfig

New submission from Andrés Delfino : IMHO, the logging.basicConfig documentation could have some useful references for filemodes, time.strftime, printf-formatting, and logging level. PR adds them. -- assignee: docs@python components: Documentation messages: 320242 nosy: adelfino,

[issue33939] Raise OverflowError in __length_hint__ for consistently infinite iterators

Nick Coghlan added the comment: Using OverflowError wouldn't mean "I'm infinite", it would only mean "I'm larger than sys.maxsize" (the same way it does for range objects). However, it may be that that's fine, since the information we really want to convey is: 1. Trying to store this

[issue33942] IDLE crash when typing opening bracket

New submission from Jasper Trooster : Sometimes when I type print in my code, the application crashes. Then a window pops up, saying that the program suddenly stopped (description of error message below). When I click on the option to reopen IDLE, nothing happens, I have to manually reopen

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Change by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32568] Fix handling of sizehint=-1 in select.epoll()

STINNER Victor added the comment: > Also sizehint=0 was rejected before 2fb9ae9dfc5a6830d902332ba93b13387e292ddb. > Now it is accepted. DESCRIPTION epoll_create() creates a new epoll(7) instance. Since Linux 2.6.8, the size argument is ignored, but must be greater than zero;

[issue33939] Raise TypeError in __length_hint__ for consistently infinite iterators

Erik Bray added the comment: Per the discussion in https://trac.sagemath.org/ticket/24757, it would also be nice if some other common iterables like map and filter implemented a similar __length_hint__ which would interrogate whatever iterables were give as their argument(s). To summarize

[issue33939] Raise TypeError in __length_hint__ for consistently infinite iterators

Jeroen Demeyer added the comment: By the way, there is a precedent for OverflowError on infinities: >>> import math >>> int(math.inf) Traceback (most recent call last): File "", line 1, in OverflowError: cannot convert float infinity to integer --

[issue32568] Fix handling of sizehint=-1 in select.epoll()

STINNER Victor added the comment: > *flags* is deprecated and completely ignored. What if tomorrow, Linux accepts a new flag, passing the flag would just be ignored? Maybe it's fine. Especially usually Python developers only use flags exposed in Python, and currently, only EPOLL_CLOEXEC is

[issue33939] Raise TypeError in __length_hint__ for consistently infinite iterators

Jeroen Demeyer added the comment: I'm certainly in favor of adding a way for infinite iterators to state that they are infinite. I just feel like TypeError is way overused in Python. I also disagree that it's a category error: it's an iterable, so it does make sense to ask for its length.

  1   2   >