[issue32884] Adding the ability for getpass to print asterisks when password is typed

Change by Jeffrey Kintscher : -- nosy: +Jeffrey.Kintscher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41497] Potential UnicodeDecodeError in dis

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41505] asyncio.gather of large streams with limited resources

Change by Kevin Amado : Removed file: https://bugs.python.org/file49377/materialize-implementation.py ___ Python tracker ___ ___

[issue41497] Potential UnicodeDecodeError in dis

miss-islington added the comment: New changeset d9106434f77fa84c8a59f8e60dc9c14cdd989b35 by Miss Islington (bot) in branch '3.9': bpo-41497: Fix potential UnicodeDecodeError in dis CLI (GH-21757) https://github.com/python/cpython/commit/d9106434f77fa84c8a59f8e60dc9c14cdd989b35 --

[issue41497] Potential UnicodeDecodeError in dis

miss-islington added the comment: New changeset 66c899661902edc18df96a5c3f22639310700491 by Miss Islington (bot) in branch '3.8': bpo-41497: Fix potential UnicodeDecodeError in dis CLI (GH-21757) https://github.com/python/cpython/commit/66c899661902edc18df96a5c3f22639310700491 --

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, 8 Aug 2020 at 03:46, Christian Seberino wrote: > >> Readability of programming languages was measured > >> using an objective method, and Python was one of > >> the most readable. > > Do you have a source for this? This question means you have not read at all my suggestions :-D Anyway,

[issue41507] Use utf-8 in "Reading and Writing Files" tutorial.

New submission from Inada Naoki : https://docs.python.org/3/tutorial/inputoutput.html#reading-and-writing-files Current tutorial doesn't mention about encoding and example uses locale encoding. Since UTF-8 is major text encoding and many Windows environment doesn't use UTF-8 by default,

[issue41497] Potential UnicodeDecodeError in dis

Inada Naoki added the comment: New changeset a4084b9d1e40c1c9259372263d1fe8c8a562b093 by Konge in branch 'master': bpo-41497: Fix potential UnicodeDecodeError in dis CLI (GH-21757) https://github.com/python/cpython/commit/a4084b9d1e40c1c9259372263d1fe8c8a562b093 -- nosy:

[issue41497] Potential UnicodeDecodeError in dis

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +20923 pull_request: https://github.com/python/cpython/pull/21782 ___ Python tracker

[issue41497] Potential UnicodeDecodeError in dis

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

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +20922 pull_request: https://github.com/python/cpython/pull/21771 ___ Python tracker ___ ___

[issue41109] subclasses of pathlib.PurePosixPath never call __init__ or __new__

Jeffrey Kintscher added the comment: Clarification: PurePath.__new__() calls PurePath._from_parts(), which then calls PurePath._init() -- ___ Python tracker ___

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

>> Readability of programming languages was measured >> using an objective method, and Python was one of >> the most readable. Do you have a source for this? -- https://mail.python.org/mailman/listinfo/python-list

Re: Symlinks already present

On 2020-08-08 at 01:58:13 +0200, Termoregolato wrote: > me@debsrv:~/tmp/test$ stat --format=%i /home/me/mydir > 18481153 Try ls -i. :-) -- https://mail.python.org/mailman/listinfo/python-list

[issue41109] subclasses of pathlib.PurePosixPath never call __init__ or __new__

Jeffrey Kintscher added the comment: The workaround is to override _init(), which I agree is not desirable. This is the relevant code in PurePath, which is the super class of PurePosixPath: @classmethod def _from_parsed_parts(cls, drv, root, parts, init=True): self =

[issue41506] Inclusion or documentation of extended with syntax in 3.9

New submission from Aaron Meurer : This discussion started at https://github.com/python/cpython/pull/19503 (actually on Twitter https://twitter.com/asmeurer/status/1289304407696261120), but Guido asked me to move it bpo. Alongside the implementation of Python 3.9's new PEG parser, a new

[issue41505] asyncio.gather of large streams with limited resources

New submission from Kevin Amado : Sometimes when dealing with high concurrency systems developers face the problem of executing concurrently a large number of tasks while taking care of a finite pool of resources Just to mention some examples: - reading asynchronously a lot of files without

[issue41474] Missing dependency on Include/cpython/frameobject.h

Guido van Rossum added the comment: Wrong issue, sorry. (Bpo bug?) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41474] Missing dependency on Include/cpython/frameobject.h

Guido van Rossum added the comment: Sorry to rain on your parade, but couldn’t this be a new package on PyPI? -- nosy: +gvanrossum ___ Python tracker ___

Re: Symlinks already present

Il 27/07/20 20:37, Chris Angelico ha scritto: Unfortunately there's no real way to shortcut this if you just want to check one target directory. You'd still have to readlink() every symlink to try to find them. Sorry for 10 days of delay (hardware problems at home). Yes, that is. It's a mode

[issue41494] Add window resizing support [ SIGWINCH ] to Lib/pty

Soumendra Ganguly added the comment: Updated diff. Changes _ekill() -- Added file: https://bugs.python.org/file49376/pty.diff ___ Python tracker ___

Re: Symlinks already present

Il 28/07/20 02:50, Dennis Lee Bieber ha scritto: inode numbers apply for HARD LINKS Thanks -- Pastrano con un altro account -- https://mail.python.org/mailman/listinfo/python-list

Re: Symlinks already present

Il 28/07/20 00:19, Grant Edwards ha scritto: You err. I read it, I had to test. In effects, it was simple to test. me@debsrv:~/tmp/test$ ln -s /home/me/mydir aaa me@debsrv:~/tmp/test$ ln -s /home/me/mydir bbb me@debsrv:~/tmp/test$ ls aaa bbb me@debsrv:~/tmp/test$ stat --format=%i

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Change by Steve Dower : -- versions: -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: New changeset 70e9243a55be9c32b41f2149cdfa3957f96f8471 by Steve Dower in branch '3.9': bpo-41490: Update ensurepip to install pip 20.2.1 and setuptools 49.2.1 (GH-21774) https://github.com/python/cpython/commit/70e9243a55be9c32b41f2149cdfa3957f96f8471

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 6:55 PM, Marco Sulla wrote: > On Sat, 8 Aug 2020 at 00:28, Richard Damon wrote: >> The really interesting part is that since Lisp programs manipulate lists >> as data, and the program is just a list, Lisp programs have the >> theoretical ability to edit themselves (assuming the

[issue41455] Python Devguide differs from python docs

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

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, 8 Aug 2020 at 00:28, Richard Damon wrote: > The really interesting part is that since Lisp programs manipulate lists > as data, and the program is just a list, Lisp programs have the > theoretical ability to edit themselves (assuming the implementation give > access to the list of the

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Change by Steve Dower : -- versions: -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 3:54 PM, Marco Sulla wrote: > On Fri, 7 Aug 2020 at 19:48, Richard Damon wrote: >> The difference is that the two languages define 'expression' differently. >> [...] > I don't know if this is interesting or pertinent to the topic. > > Christian Seberino just expressed a doubt about how

Any ideas for a new language inspired to Python?

Let me first say that I don't know if my post is on topic with the mailing list. If so, please inform me. My idea seems to be very simple (so probably it's not simple at all): a language similar to Python, but statically compiled. (Yes, I know Cython, RPython, Julia, Rust...) Since I've not

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: New changeset 135de08128a76f49752ac57c316129500275e828 by Steve Dower in branch '3.8': bpo-41490: Update ensurepip to install pip 20.2.1 and setuptools 49.2.1 (GH-21775) https://github.com/python/cpython/commit/135de08128a76f49752ac57c316129500275e828

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: GitHub Actions has decided not to run CI today, so you'll have to look at Azure Pipelines for the test failures:

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/2020 11:55 AM, Marco Sulla wrote: @Chris: note that "real" recursion in Python is not possible, This is backwards. Python only does real recursion when one writes recursive calls. since there's no support for tail recursion. I am pretty sure that what you mean by 'support' is to

[issue40275] test.support has way too many imports

STINNER Victor added the comment: New changeset fcce8c649a14f7a81fae82f9f203bb5b5ee0c205 by Hai Shi in branch 'master': bpo-40275: Use new test.support helper submodules in tests (GH-21772) https://github.com/python/cpython/commit/fcce8c649a14f7a81fae82f9f203bb5b5ee0c205 --

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Change by Steve Dower : -- pull_requests: +20920 pull_request: https://github.com/python/cpython/pull/21775 ___ Python tracker ___

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Change by Steve Dower : -- pull_requests: +20919 pull_request: https://github.com/python/cpython/pull/21774 ___ Python tracker ___

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: Added some test cases to the PR that directly trigger the issue, specifically this one: def test_entered_path_does_not_keep_open(self): # This is what certifi does on import to make its bundle # available for the process duration. c

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 08, 2020 at 01:46:28AM +1000, Chris Angelico wrote: > On Sat, Aug 8, 2020 at 1:38 AM Python wrote: > TBH most people won't get the recursive version right the first time > either. So FWIW, I/my team don't find this to be true. I was originally going to mention this in my previous

[issue41504] Add links to asttokens, leoAst, LibCST and Parso to ast.rst

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 2.0 -> 3.0 pull_requests: +20918 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21773 ___ Python tracker

[issue41504] Add links to asttokens, leoAst, LibCST and Parso to ast.rst

New submission from Edward K Ream : These links added with the provisional approval of GvR, pending approval of the PR. -- assignee: docs@python components: Documentation messages: 375019 nosy: docs@python, edreamleo priority: normal severity: normal status: open title: Add links to

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 4:08 PM, Terry Reedy wrote: > On 8/7/2020 11:46 AM, Chris Angelico wrote: > >> My point is that doing Fibonacci recursively is arguably more elegant >> while being materially worse at performance. > > This is a common misconception.  Linear iteration and tail recursion > are equivalent. 

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 8, 2020 at 6:34 AM Terry Reedy wrote: > > On 8/7/2020 11:46 AM, Chris Angelico wrote: > > > My point is that doing Fibonacci recursively is arguably more elegant > > while being materially worse at performance. > > This is a common misconception. Linear iteration and tail recursion

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, 7 Aug 2020 at 22:35, Terry Reedy wrote: > This is a common misconception. Linear iteration and tail recursion are > equivalent. The issue is calculating values once versus multiple times. > Here is the fast recursion equivalent to the fast iteration. > > def fib(n, pair=(1,0)): >

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, 7 Aug 2020 at 19:41, Christian Seberino wrote: > I think this is really significant point why more syntax does necessarily > mean less readability. I don't think so. Readability of programming languages was measured using an objective method, and Python was one of the most readable.

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 2020-08-07 at 13:43:06 -0500, Wyatt Biggs wrote: > > It's also probably significantly slower, so you'd likely still want to > > use the iterative version > > Generalizing this to the majority of recursive functions/methods, are > their iterative counterparts more efficient? (I say "majority

[issue41109] subclasses of pathlib.PurePosixPath never call __init__ or __new__

Change by Jeffrey Kintscher : -- nosy: +Jeffrey.Kintscher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/2020 11:46 AM, Chris Angelico wrote: My point is that doing Fibonacci recursively is arguably more elegant while being materially worse at performance. This is a common misconception. Linear iteration and tail recursion are equivalent. The issue is calculating values once versus

[issue5141] C API for appending to arrays

Change by Jeffrey Kintscher : -- nosy: +Jeffrey.Kintscher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 2020-08-07 at 21:54:35 +0200, Marco Sulla wrote: > On Fri, 7 Aug 2020 at 19:48, Richard Damon wrote: > Christian Seberino just expressed a doubt about how a clear separation > between a statement and an expression is quite desiderable in the > "real" programming world. And I tried to

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 2020-08-07 at 11:02:50 -0700, Christian Seberino wrote: > > In Lisp, your hammer is the list. > > > In, say, Java, your tool is classes and inheritance. > > And yet if Lisp or Java programmers were here they would say their > languages //are// multi-paradigm too. For example, Lisp has the

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, 7 Aug 2020 at 19:48, Richard Damon wrote: > The difference is that the two languages define 'expression' differently. > [...] I don't know if this is interesting or pertinent to the topic. Christian Seberino just expressed a doubt about how a clear separation between a statement and an

Vulture 1.6

Vulture - Find dead code Vulture finds unused code in Python programs. This is useful for cleaning up and finding errors in large code bases. If you run Vulture on both your library and test suite you can find untested code. Due to Python's dynamic nature, static code

[issue41478] Empty representation of AssertionError

Terry J. Reedy added the comment: Since you should print the exception class anyway, I think that using repr should be sufficient and that this issue should be closed. In any case, the current behavior does not seem like a bug. -- ___ Python

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

> It's also probably significantly slower, so you'd likely still want to > use the iterative version Generalizing this to the majority of recursive functions/methods, are their iterative counterparts more efficient? (I say "majority of" because I've personally encountered one or two recursive

[issue41478] Empty representation of AssertionError

Terry J. Reedy added the comment: Ilya, in the future, when responding by email, please delete the message you are responding to. It is already present on the web page. -- nosy: +terry.reedy ___ Python tracker

[issue41460] Translation Error in in Functional Programming HOWTO page

Terry J. Reedy added the comment: This tracker is only for the original English version of the docs. The translations are by a different group with different tools and workflow. This page https://docs.python.org/ja/3/bugs.html# should not literally translate the instructions for the

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: Okay, I've tracked it down to the new importlib.readers.ZipReader class keeping the zip file open, presumably until it gets GC'd. This is used by certifi to extract the CA certs from the whl when ensurepip is doing the self-install from the mounted wheel.

[issue41455] Python Devguide differs from python docs

Change by Terry J. Reedy : -- versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40934] Default RLock does not work well for Manager Condition

Irit Katriel added the comment: I was unable to reproduce what you're seeing on windows 10, master branch. Please provide more information regarding the python version and system you are seeing this problem on. -- nosy: +iritkatriel ___ Python

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Steve Dower added the comment: The issue above doesn't appear to repro on 3.9, so I guess master has started leaking a file handle, presumably in zipimport. I'll see what I can track down, but can't be sure I'll have enough time to get it done for RC, so if anyone else wants to help out

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

> In Lisp, your hammer is the list. > In, say, Java, your tool is classes and inheritance. And yet if Lisp or Java programmers were here they would say their languages //are// multi-paradigm too. For example, Lisp has the Common Lisp Object System (CLOS) and Java has the Vector class and so

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 2020-08-07 at 10:00:25 -0600, Akkana Peck wrote: > I wrote: > > > > Trying to maintain that recursive list of unclosed lists in your > > > > brain is fun. It stretches the brain in interesting ways. > > > > [ ... ] But I never found Lisp code very maintainable, [ ... ] > >

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 12:52 PM, Marco Sulla wrote: > About statement vs expression: maybe you, Richard and > 2QdxY4RzWzUUiLuE, are right, maybe not. This is hard to say, since the > official C documentation is not public and you have to pay a small fee > to obtain it. > > Anyway, I said "in C, the assignment

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

> Another point to consider is the ecosystem of your language. If you > install Python, then you get basic math, I/O, a GUI toolkit, network > libraries, ... In more "traditional" languages like C or Lisp, you get > math and I/O, period. For everything else you need to hunt down a > library.

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +20917 pull_request: https://github.com/python/cpython/pull/21772 ___ Python tracker ___ ___

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

Your iterative fib(x) code and comment was quite nice. -- https://mail.python.org/mailman/listinfo/python-list

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, 7 Aug 2020 at 18:48, Chris Angelico wrote: > Tail call optimization (there's no reason to restrict it to recursion > alone) is something a Python implementation could choose to do, but > the trouble is that full optimization tends to destroy traceback > information Indeed this is

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

About statement vs expression: maybe you, Richard and 2QdxY4RzWzUUiLuE, are right, maybe not. This is hard to say, since the official C documentation is not public and you have to pay a small fee to obtain it. Anyway, I said "in C, the assignment is a statement that can be used in expression".

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 8, 2020 at 2:44 AM Richard Damon wrote: > > On 8/7/20 11:46 AM, Chris Angelico wrote: > > My point is that doing Fibonacci recursively is arguably more elegant > > while being materially worse at performance, but there are other > > examples that are fundamentally recursive, are just

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 8, 2020 at 2:21 AM <2qdxy4rzwzuui...@potatochowder.com> wrote: > > On 2020-08-07 at 17:55:45 +0200, > Marco Sulla wrote: > > @Chris: note that "real" recursion in Python is not possible, since > > there's no support for tail recursion. Maybe something similar can be > > done using

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 11:46 AM, Chris Angelico wrote: > My point is that doing Fibonacci recursively is arguably more elegant > while being materially worse at performance, but there are other > examples that are fundamentally recursive, are just as elegant (merge > sort: "fracture the array in half, sort

[issue41433] Logging libraries BufferingHandler flushed twice at shutdown

Irit Katriel added the comment: I think this may be the same issue as in: https://stackoverflow.com/questions/47549602/logging-handlers-bufferinghandler-subclassed-handler-showing-log-twice Did you call flush on super()? If this is not the same issue, please post a code snippet to explain

[issue41303] perf_counter result does not count system sleep time in Mac OS

STINNER Victor added the comment: > For time.time in Windows, Python 3.10 should switch to using > GetSystemTimePreciseAsFileTime [3] instead of GetSystemTimeAsFileTime. It's already tracked by bpo-19007: "precise time.time() under Windows 8: use GetSystemTimePreciseAsFileTime".

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 8/7/20 11:55 AM, Marco Sulla wrote: > Commonly, in imperative languages like C, you can write > > if (a = b) {...} > > This is allowed in C, even if a = b is not an expression, but an > assignment statement. 99% of times you simply wrong and wanted: But in C (and related languages) it IS an

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On 2020-08-07 at 17:55:45 +0200, Marco Sulla wrote: > On Fri, 7 Aug 2020 at 17:14, Christian Seberino wrote: > Commonly, in imperative languages like C, you can write > > if (a = b) {...} > > This is allowed in C, even if a = b is not an expression ... In C, a = b *is* an expression. An

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

miss-islington added the comment: New changeset 5e12a5b82230cfa34a9c32f58467770e2076313c by Miss Islington (bot) in branch '3.9': bpo-41473: Skip test_gdb with gdb 9.2 to work around gdb bug (GH-21768) https://github.com/python/cpython/commit/5e12a5b82230cfa34a9c32f58467770e2076313c

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

miss-islington added the comment: New changeset 87bc22051fcfcf181160d06a57ac2b16ee071f8f by Miss Islington (bot) in branch '3.8': bpo-41473: Skip test_gdb with gdb 9.2 to work around gdb bug (GH-21768) https://github.com/python/cpython/commit/87bc22051fcfcf181160d06a57ac2b16ee071f8f

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

I wrote: > > > Trying to maintain that recursive list of unclosed lists in your > > > brain is fun. It stretches the brain in interesting ways. > > > [ ... ] But I never found Lisp code very maintainable, [ ... ] 2qdxy4rzwzuui...@potatochowder.com writes: > "[R]ecursive list of unclosed lists"?

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

Am 06.08.20 um 17:13 schrieb Christian Seberino: Python is my favorite language and the easiest to use in my opinion. Lisp has a far simpler grammar and syntax. A beginner I think could learn Lisp much faster than Python. Therefore, it seems like Lisp *should* be easier to work with and more

[issue41477] test_genericalias fails if ctypes is missing

STINNER Victor added the comment: New changeset f44693eaed3b9d91a6e415d48224fd4750b59366 by Victor Stinner in branch 'master': bpo-41477: Make ctypes optional in test_genericalias (GH-21766) https://github.com/python/cpython/commit/f44693eaed3b9d91a6e415d48224fd4750b59366 --

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

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

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

STINNER Victor added the comment: New changeset e27a51c11e10d5df79b3e48dc3e7bfedfad5a794 by Victor Stinner in branch 'master': bpo-41473: Skip test_gdb with gdb 9.2 to work around gdb bug (GH-21768) https://github.com/python/cpython/commit/e27a51c11e10d5df79b3e48dc3e7bfedfad5a794

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +20915 pull_request: https://github.com/python/cpython/pull/21769 ___ Python tracker

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, 7 Aug 2020 at 17:14, Christian Seberino wrote: > This is an interesting observation. I've heard people say the fact that > Python has both expressions and statements is a negative. (Lisp only > has expressions.) Commonly, in imperative languages like C, you can write if (a = b) {...}

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 8, 2020 at 1:38 AM Python wrote: > > On Fri, Aug 07, 2020 at 04:23:42PM +1000, Chris Angelico wrote: > > On Fri, Aug 7, 2020 at 11:11 AM Python wrote: > > > Pretty straightforward. Now try yourself to write the iterative > > > version. > > > > It might look slightly better to a

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

Change by STINNER Victor : -- keywords: +patch pull_requests: +20912 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21768 ___ Python tracker ___

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x

STINNER Victor added the comment: Since I identified a gdb regression in gdb 9.2, I wrote PR 21768 to skip test_gdb on gdb >= 9.2 until the bug is fixed: https://bugzilla.redhat.com/show_bug.cgi?id=1866884 -- ___ Python tracker

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Fri, Aug 07, 2020 at 04:23:42PM +1000, Chris Angelico wrote: > On Fri, Aug 7, 2020 at 11:11 AM Python wrote: > > Pretty straightforward. Now try yourself to write the iterative > > version. > > It might look slightly better to a mathematician, but it's so > abysmally inefficient (unless you

[issue41483] Do not acquire lock in MemoryHandler.flush() if no target defined

Irit Katriel added the comment: Regarding the change you suggest here - I think you need add another check that target is not None after you've acquired the lock to make it safe. -- ___ Python tracker

[issue27307] string.Formatter does not support key/attribute access on unnumbered fields

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 3.0 -> 4.0 pull_requests: +20911 pull_request: https://github.com/python/cpython/pull/21767 ___ Python tracker ___

[issue41476] test_zoneinfo fails if the _lzma module is missing

Change by STINNER Victor : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_zoneinfo fails when lzma module is unavailable ___ Python tracker

[issue41477] test_genericalias fails if ctypes is missing

Change by STINNER Victor : -- keywords: +patch pull_requests: +20910 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21766 ___ Python tracker ___

[issue40275] test.support has way too many imports

STINNER Victor added the comment: New changeset 598a951844122678de2596dbc1e0e09e2be65fd2 by Hai Shi in branch 'master': bpo-40275: Use new test.support helper submodules in tests (GH-21764) https://github.com/python/cpython/commit/598a951844122678de2596dbc1e0e09e2be65fd2 --

[issue41503] Race between setTarget and flush in logging.handlers.MemoryHandler

Change by Irit Katriel : -- keywords: +patch pull_requests: +20909 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21765 ___ Python tracker ___

[issue41503] Race between setTarget and flush in logging.handlers.MemoryHandler

New submission from Irit Katriel : The `logging.handlers.MemoryHandler.setTarget()` method does not acquire the lock, so it can change the target while flush is processing the buffer. The script below causes flush to call target.handle when target is None, causing: File

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

> 1. Python mostly separates computation of values (expressions) from flow > control and name binding (statements). When the latter are mixed with > the former, most people restrict the mixing to a line or two. This is an interesting observation. I've heard people say the fact that Python

[issue41500] InterpolationSyntaxError reading the (windows) environment with unresolved environment variables

Ronald Oussoren added the comment: There's multiple options: 1. Escape '%' in environment variables (%%not_existing%%) to avoid the exception 2. Switch to configparser.ExtendedInterpolation for the interpolation, which uses a different syntax that doesn't conflict with env. variables on

Re: How explain why Python is easier/nicer than Lisp which has a simpler grammar/syntax?

On Sat, Aug 8, 2020 at 1:06 AM Christian Seberino wrote: > > > > ChrisA > > You're definitely an expert programmer. > Uhh thank you? I think? I'm not sure if you're complimenting me or making some sort of joke relating to the code I posted, or if it's actually nothing to do with me at all.

Re: Explicit is better than Implicit

On Thu, Aug 06, 2020 at 07:46:25PM -0500, Python wrote: > On Thu, Aug 06, 2020 at 07:19:01PM -0500, Skip Montanaro wrote: > Python is *actually* easy to work with... most of the time. "If you > want more things for you buck there's no luck..." =8^) [And yes, I'm aware the line is "beats" not

  1   2   >