Re: [Python-Dev] Regular expression bytecode

On Sun, Feb 14, 2016 at 2:41 PM, Franklin? Lee wrote: > I think it would be nice for manipulating (e.g. optimizing, possibly with > JIT-like analysis) and comparing regexes. It can also be useful as a > teaching tool, e.g. exercises in optimizing and comparing

Re: [Python-Dev] Regular expression bytecode

On Fri, Feb 19, 2016 at 2:30 PM, Simon Cross wrote: > This might be tricky for alternative Python implementations which > might compile regular expressions into something rather different. As has been discussed on python-ideas, it would be explicitly treated as a

[Python-Dev] Regular expression bytecode

both here and on the bug tracker. Jonathan Goble ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] What does a double coding cookie mean?

On Wed, Mar 16, 2016 at 2:07 AM, Chris Angelico wrote: > Why would you ever have two coding cookies in a file? Surely this > should be either an error, or ill-defined (ie parsers are allowed to > pick whichever they like, including raising)? > > ChrisA +1. If multiple coding

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On Sun, Apr 10, 2016 at 7:02 PM, Oscar Benjamin wrote: > I haven't looked at your sandbox but for a different approach try this one: > > L = [None] > L.extend(iter(L)) > > On my Linux machine that doesn't just crash Python. For the record: don't try this if you

Re: [Python-Dev] PEP 467: next round

*de-lurks* On Mon, Jul 18, 2016 at 4:45 PM, Alexander Belopolsky wrote: > On Mon, Jul 18, 2016 at 4:17 PM, Ethan Furman wrote: >> >> - 'bytes.zeros' renamed to 'bytes.size', with option byte filler >> (defaults to b'\x00') > > > Seriously?

Re: [Python-Dev] Problem

General questions like this belong on python-list, not python-dev. To answer your question, though, you need to run that command from the Windows Command Prompt, not from the Python interpreter. ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] Where are the list and array.array implementations in CPython source?

I'd like to study the CPython implementations of lists and array.array instances for a personal project of mine, but I've very unfamiliar with the Python source code as it pertains to internals like this. Which files would I need to look at to do this, and are there a few particular

Re: [Python-Dev] Where are the list and array.array implementations in CPython source?

On Mon, Sep 5, 2016 at 8:10 PM, Martin Panter wrote: > Built-in objects are usually in the Objects/ directory, with a > corresponding include file in the Include/ directory: > https://hg.python.org/cpython/file/default/Objects/listobject.c >

Re: [Python-Dev] Outdated GitHub clone of the old svn repository

On Fri, May 5, 2017 at 12:33 PM Victor Stinner wrote: > Is https://github.com/python-git a real user or an organization? > It appears to me to be an individual user rather than an organization. ___ Python-Dev mailing list

Re: [Python-Dev] Outdated GitHub clone of the old svn repository

On Fri, May 5, 2017 at 12:52 PM Brett Cannon <br...@python.org> wrote: > On Fri, 5 May 2017 at 09:50 Victor Stinner <victor.stin...@gmail.com> > wrote: > >> 2017-05-05 18:36 GMT+02:00 Jonathan Goble <jcgob...@gmail.com>: >> > It appears to me to be an i

Re: [Python-Dev] PEP 557: Data Classes

Interesting. I note that this under "Specification": """ field's may optionally specify a default value, using normal Python syntax: @dataclass class C: int a # 'a' has no default value int b = 0 # assign a default value for 'b' """ ...does not look like "normal Python syntax".

Re: [Python-Dev] Broken svn lookup?

On Mon, Dec 18, 2017 at 9:57 AM Victor Stinner wrote: > Hi, > > I was looking at old issues. In > https://bugs.python.org/issue8610#msg105805 I found the link: > > http://svn.python.org/view?view=revision=81190 > > Sadly, the link fails with HTTP 404 Not Found :-( > >

Re: [Python-Dev] PEP 540: Add a new UTF-8 mode (v2)

On Thu, Dec 7, 2017 at 8:38 PM Glenn Linderman wrote: > If it were to be changed, one could add a text-mode option in 3.7, say "t" > in the mode string, and a PendingDeprecationWarning for open calls without > the specification of either t or b in the mode string. > "t"

Re: [Python-Dev] PEP 572: Assignment Expressions -- intention to accept, near-final draft

On Tue, Jul 10, 2018 at 2:00 AM Terry Reedy wrote: > On 7/9/2018 9:00 PM, Guido van Rossum wrote: > > We strongly prefer feedback in the form of Pull Requests to the peps > > repo (the file is at > > https://github.com/python/peps/blob/master/pep-0572.rst > >

Re: [Python-Dev] A "day of silence" on PEP 572?

On Fri, Jul 6, 2018, 3:41 PM Antoine Pitrou wrote: > > I would gladly welcome a PEP 572-less development mailing-list. > +1. Speaking as a lurker with little interest in the particular topic, PEP 572 has almost driven me to unsubscribe. It's not the massive number of posts that is annoying,

Re: [Python-Dev] Introducing python.zulipchat.com

On Sat, Apr 21, 2018, 4:51 AM Paul Moore wrote: > Just a usability note - the sign in procedure seems very weird. I > tried to log in, but didn't want to create another independent account > so I tried "Sign in with Google" and "Sign in with Github". Both took > me round a

Re: [Python-Dev] in

On Tue, Apr 3, 2018 at 7:34 PM Ethan Furman wrote: > This behavior was recently brought to my attention [1]: > > --> 1 in 'hello' > Traceback (most recent call last): >File "", line 1, in > TypeError: 'in ' requires string as left operand, not int > > However, in any

Re: [Python-Dev] switch statement

As Michael said, this belongs on python-ideas, but it's interesting. I'd support it, though my input in that regard is worth approximately $0.00. ;) It's the core devs and especially the eventual BDFL replacement whom you would have to convince. Without getting into an extended discussion here on

Re: [Python-Dev] A request for PEP announcement format [was: PEP 570]

On Thu, Mar 28, 2019 at 11:11 PM Stephen J. Turnbull < turnbull.stephen...@u.tsukuba.ac.jp> wrote: > > > https://discuss.python.org/t/pep-570-Python-Positional-Only-Parameters/1078 > > (sorry, case changed for emphasis so clicking won't work) > Clicking actually did work for me. Not only is

Re: [Python-Dev] Summary of Python tracker Issues

On Thu, Feb 28, 2019, 8:02 AM INADA Naoki wrote: > No stats for last week? > Been missing for two weeks actually. I did not receive a summary on either the 15th or 22nd. > ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] Summary of Python tracker Issues

On Thu, Feb 28, 2019 at 6:57 PM Glenn Linderman wrote: > On 2/28/2019 2:52 PM, Terry Reedy wrote: > > On 2/28/2019 5:38 PM, Glenn Linderman wrote: > > On 2/28/2019 2:18 PM, Jonathan Goble wrote: > > On Thu, Feb 28, 2019, 5:11 PM Terry Reedy <mailto:tjre...@udel.edu&g

Re: [Python-Dev] Summary of Python tracker Issues

On Thu, Feb 28, 2019, 5:11 PM Terry Reedy wrote: > On 2/28/2019 8:07 AM, Jonathan Goble wrote: > > On Thu, Feb 28, 2019, 8:02 AM INADA Naoki > <mailto:songofaca...@gmail.com>> wrote: > > > > No stats for last week? > > > > > > Been missing

Re: [Python-Dev] Is XML serialization output guaranteed to be bytewise identical forever?

On Thu, Mar 21, 2019, 1:05 PM Steve Holden wrote: > On Thu, Mar 21, 2019 at 11:33 AM Antoine Pitrou > wrote: > >> [...] >> >> Most users and applications should /never/ care about the order of XML >> attributes. >> >> Regards >> >> Antoine >> > > Especially as the standards specifically say

[Python-Dev] Re: Enum and annotations

On Mon, Jun 10, 2019 at 6:44 PM Steve Dower wrote: > > I'd expect people coming from other languages to get it wrong this way too: > > class Status(Enum): > on > off > > Which will of course raise NameError and be just as opaque to the naive > user as the AttributeError later on. I'm

Re: [Python-Dev] Online Devguide mostly not working

Confirming that I also cannot access the Getting Started page. I'm in Ohio, if it matters. On Sat, May 11, 2019 at 6:26 PM Terry Reedy wrote: > > https://devguide.python.org gives the intro page with TOC on sidebar and > at end. Clicking anything, such as Getting Started, which tries to >

[Python-Dev] Re: [Possibly off-topic] Python-Announce floods and delays

On Mon, Jul 8, 2019 at 5:23 PM Barry Warsaw wrote: > > On Jul 8, 2019, at 12:56, Barry Warsaw wrote: > > > Volunteers are welcome! :) > > Wow, that was fast! Thanks for the offers for help. I’ll add everyone who’s > stepped up so far to the list moderators. Yes, you do get a notification >

[Python-Dev] Re: OT: Other fun contribution [was: Python-Announce floods and delays]

On Tue, Jul 9, 2019 at 12:35 AM Stephen J. Turnbull wrote: > > Jonathan Goble writes: > > > As for me, I'll continue to lurk and learn as I continue my sophomore > > year as a college student majoring in computer science, with hopes of > > becoming more active in

[Python-Dev] [Possibly off-topic] Python-Announce floods and delays

(I don't know the best list to post this to, so if this is not it, please forgive me and point me in the right direction. Thanks.) So my inbox, and probably many of yours, was flooded this afternoon with a dozen-plus emails from the Python-Announce list. I understand that this list requires every

[Python-Dev] Re: [Possibly off-topic] Python-Announce floods and delays

On Mon, Jul 8, 2019, 3:56 PM Barry Warsaw wrote: > On Jul 8, 2019, at 12:27, Jonathan Goble wrote: > > > Is there a solution to this that would enable moderators to approve > > more frequently? > > Volunteers are welcome! :) > > -Barry > I'd offer to vo

[Python-Dev] Re: PEP 601: discussion-to discuss.python.org

On Sat, Sep 7, 2019, 8:59 AM Rob Cliffe via Python-Dev < python-dev@python.org> wrote: > > I can't make sense of this sentence in the PEP, I suspect there is a > typo in it: > > "Since this is the removal of a feature teaching users will be one by > the raising of a SyntaxError if/when the

[Python-Dev] Re: What to do about invalid escape sequences

On Fri, Aug 9, 2019 at 12:34 PM Nick Coghlan wrote: > > I find the "Our deprecation warnings were even less visible than > normal" argument for extending the deprecation period compelling. Outsider's 2 cents from reading this discussion (with no personal experience with this warning): I am

[Python-Dev] Re: What to do about invalid escape sequences

On Fri, Aug 9, 2019 at 2:36 PM Eric V. Smith wrote: > > On 8/9/2019 2:28 PM, Jonathan Goble wrote: > > On Fri, Aug 9, 2019 at 12:34 PM Nick Coghlan wrote: > >> I find the "Our deprecation warnings were even less visible than > >> normal" argument for ext

[Python-Dev] Re: Helpers for dynamic bytecode generation

On Thu, Oct 24, 2019, 9:05 PM Yonatan Zunger wrote: > Hi everyone, > > Has anyone already done this that people know of? (Searching the > Internetz didn't turn anything up) Failing that, to what extent is it > reasonable to either consider assemble() as some kind of sane API point > into

[Python-Dev] Re: Review status policy [was: PEP 585: Type Hinting Generics ...]

On Sat, Mar 14, 2020 at 11:55 AM Guido van Rossum wrote: > Maybe this can be done by using the public SC issue tracker: > https://mail.google.com/mail/u/0/#inbox/FMfcgxwHMPfZfZKJSsbVCFPXmLBQlHQd > That looks like a private Gmail link, possibly a copy-and-paste mixup. Can you give the correct

[Python-Dev] Re: Question about bytecode stability

Thanks for the feedback, everyone. I'm satisfied that the bytecodes are stable enough to work for my purpose. Now I just have to find time to work on it around my schoolwork. ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an

[Python-Dev] Question about bytecode stability

I'm getting ready to get back into an old personal project with some new ideas. Before I do, I need to ask a question regarding the stability of CPython bytecode. Before you say it, I am well aware and fully understand that the opcodes may change in value and semantics between 3.x and 3.(x+1)

[Python-Dev] Re: Question about bytecode stability

On Mon, Apr 6, 2020 at 12:02 AM Chris Angelico wrote: > On Mon, Apr 6, 2020 at 1:53 PM Jonathan Goble wrote: > > > > I'm getting ready to get back into an old personal project with some new > ideas. Before I do, I need to ask a question regarding the stability of > CPython

[Python-Dev] Re: Re Re: Recent PEP-8 change (Ivan Pozdeev)

On Thu, Jul 2, 2020 at 7:55 PM Eric V. Smith wrote: > But this commit was to the peps repo, which has far fewer commits, one > branch, no tags, and only 10 PRs. So while it's still an issue, it's not as > big a deal as if we were talking about the cpython repo. > > I don't know how many forks

[Python-Dev] Re: Python-Dev Digest, Vol 204, Issue 75

On Sun, Jul 12, 2020 at 1:16 PM Jim J. Jewett wrote: > Federico Salerno wrote: > > On 11/07/2020 19:29, Jim J. Jewett wrote: > > > To me, "else:" has a slightly different meaning than "case _:" ... > > > Could you construct two examples to prove behaviour would be different > > between the two?

[Python-Dev] Re: REPL output bug

On Mon, Jun 15, 2020 at 8:31 PM Steven D'Aprano wrote: > On Fri, Jun 12, 2020 at 09:01:33AM +0100, Rob Cliffe via Python-Dev wrote: > > It appears that the requested characters are output, *followed by* the > > number of characters output > > (which is the value returned by sys.stdout.write) and

[Python-Dev] Re: python.org doc portal question/bug

On Thu, Dec 3, 2020 at 6:16 PM Guido van Rossum wrote: > If you want to get the attention of the people who maintain the website, > please look at the bottom of any page on python.org and file an issue at > the GitHub tracker linked there. > Done:

[Python-Dev] python.org doc portal question/bug

On https://www.python.org/doc/ I notice that on the right side, under the heading "Porting from Python 2 to Python 3", there is one bullet point that is not linked to anywhere and just sits as plain text: "Determine what projects are blocking you from porting to Python 3". It seems like a weird

[Python-Dev] Re: fail keyword like there is pass keyword

On Wed, Oct 28, 2020 at 12:48 PM Emily Bowman wrote: > On Wed, Oct 28, 2020 at 6:49 AM Jean Abou Samra > wrote: > >> where `impossible` raises AssertionError. >> > > Reserving a common English word as a new keyword (whether fail or > impossible) is the mother of all breaking changes. The

[Python-Dev] Re: __init_subclass__ and metaclasses

On Wed, Dec 30, 2020, 1:05 AM Guido van Rossum wrote: > I need to think about this more. > > Technically the class *is* created at the point `__init_subclass__` is > called. What the metaclass does after that point is embellishment. > > Most metaclasses will have sufficient control for their

[Python-Dev] Re: Future PEP: Include Fine Grained Error Locations in Tracebacks

On Sat, May 8, 2021 at 5:08 PM Pablo Galindo Salgado wrote: > > Why not put in it -O instead? Then -O means lose asserts and lose > fine-grained tracebacks, while -OO continues to also > strip out doc strings. > > What if someone wants to keep asserts but do not want the extra data? > What if

[Python-Dev] Re: name for new Enum decorator

On Thu, May 27, 2021 at 11:34 PM Ethan Furman wrote: > So, like the enum.unique decorator that can be used when duplicate names > should be an error, I'm adding a new decorator > to verify that a Flag has no missing aliased values that can be used when > the programmer thinks it's appropriate...

[Python-Dev] Re: stdlib Flag Enums and the "no value" member

On Thu, Apr 29, 2021 at 1:20 PM Ethan Furman wrote: > An excerpt from bpo-31369: re.RegexFlag and `__all__` > > GvR: > > > One thing I discovered when developing this example: there doesn't seem > to be a flag to > > represent 0 (zero), i.e. "no flags". And foo(0) is a type error (even >

[Python-Dev] Re: stdlib Flag Enums and the "no value" member

On Thu, Apr 29, 2021 at 2:00 PM Ethan Furman wrote: > On 4/29/21 10:35 AM, Jonathan Goble wrote: > > On Thu, Apr 29, 2021 at 1:20 PM Ethan Furman wrote: > > > >> Which raises the question: Do we want to have a standard name for > stdlib Flags when no flags are

[Python-Dev] Re: [python-committers] [Release manager team communication] master blocked until 3.10 beta 1 is released

On Mon, May 3, 2021 at 5:13 PM Victor Stinner wrote: > Hi, > > Please don't attempt to merge PRs until the GitHub issue described > below is solved ;-) > > Pablo renamed the default "master" branch to "main" (in a live Twitch > stream ;-)) but got a GitHub internal error! Maybe it's because the

[Python-Dev] Re: github and dependabot

On Mon, May 3, 2021 at 9:15 PM Łukasz Langa wrote: > It's bogus automation, you can safely reject those pull requests. If you > do merge any pull requests to `main` of your personal fork, your `main` > branch will diverge from python/cpython's. Not recommended. > > I just merged the equivalent

[Python-Dev] Re: Anyone else gotten bizarre personal replies to mailing list posts?

I just got one now from the same person on the dependabot thread. Entirely in Chinese except for "GNU license" in the middle, along with an attached jpeg of a random SciPy-related tweet (according to Gmail's preview thumbnail; I didn't actually open the attachment for obvious reasons). On Sun,

[Python-Dev] Re: PEP 597: Add optional EncodingWarning

On Tue, Feb 9, 2021 at 11:29 PM Terry Reedy wrote: > > On 2/9/2021 8:28 PM, Inada Naoki wrote: > > > Note that many Python users don't use consoles. > > Those of use who do may find it hard to imagine just how easy we have > made computing. > > My daughter minored in Computer Science about 6

[Python-Dev] Re: Have virtual environments led to neglect of the actual environment?

On Tue, Feb 23, 2021 at 7:48 PM Random832 wrote: > > I was reading a discussion thread > about > various issues with the Debian packaged version of Python, and the following > statement stood out for me as shocking: > > Christian

[Python-Dev] Re: Python 0.9.1

On Tue, Feb 16, 2021 at 5:02 PM Skip Montanaro wrot > A note to webmas...@python.org from an astute user named Hiromi in Japan* > referred us to Guido's shell archives for the 0.9.1 release from 1991. Very interesting discovery! In my efforts to uncover the original plaintext usenet post, I

[Python-Dev] Re: Dropping out of this list

On Wed, Aug 18, 2021 at 10:22 PM Terry Reedy wrote: > On 8/18/2021 9:37 PM, Edwin Zimmerman wrote: > > On 8/18/21 9:18 PM, Jonathan Goble wrote: > >> I am mostly a lurker, but I am also considering unsubscribing if > someone doesn't step in and stop the mess > >

[Python-Dev] Re: Dropping out of this list

On Wed, Aug 18, 2021 at 8:06 PM Luciano Ramalho wrote: > I bet I am not alone. > > Instead of going silently, I wanted to call on the adult supervision > to do something about the adult. > Please. I am mostly a lurker, but I am also considering unsubscribing if someone doesn't step in and stop

[Python-Dev] Re: python-dev thread w/ Marco Sulla

On Mon, Aug 16, 2021 at 4:04 PM Nathan C. Fox wrote: > Yes, it was intended to go to python-dev, even though it's not about > Python development. It's part of a discussion about a pretty hostile and > off-topic thread that has unfolded over the last week on this mailing list. > Brett's original

[Python-Dev] Re: PEP 654 except* formatting

On Mon, Oct 4, 2021 at 1:24 AM Guido van Rossum wrote: > On Sun, Oct 3, 2021 at 9:20 PM Jonathan Goble wrote: > >> Therefore my vote is for requiring `except* E` and keeping `except *E` as >> a SyntaxError. >> > > You can't do that with our current lexer+parse

[Python-Dev] Re: PEP 654 except* formatting

On Sun, Oct 3, 2021 at 11:40 PM Steven D'Aprano wrote: > On Sun, Oct 03, 2021 at 11:34:55AM -0700, Guido van Rossum wrote: > > > I also think that the bar should be pretty high before we reopen the > > *syntax* -- the PEP was approved without anyone (neither the SC, nor > > Nathaniel, nor anyone

[Python-Dev] Re: PEP 467: Minor bytes and bytearray improvements

On Thu, Nov 4, 2021 at 10:37 AM Eric Fahlgren wrote: > On Thu, Nov 4, 2021 at 12:01 AM Ethan Furman wrote: > >> >>> bytearray.fromsize(5, fill=b'\x0a') >> bytearray(b'\x0a\x0a\x0a\x0a\x0a') >> > > What happens if you supply more than one byte for the fill argument? > Silent

[Python-Dev] Re: [OT] Re: Raw strings ending with a backslash

Trying again after I was mysteriously moderated. Thanks Ethan for fixing that. On Sat, May 28, 2022 at 6:59 PM Jonathan Goble wrote: > On Sat, May 28, 2022, 4:25 PM Gregory P. Smith wrote: > >> >> On Sat, May 28, 2022 at 12:55 PM Guido van Rossum >> wrote: >>

[Python-Dev] Re: Switching to Discourse

On Thu, Jul 21, 2022 at 6:47 PM Steven Barker wrote: > On Mon, Jul 18, 2022 at 6:28 AM Petr Viktorin wrote: > >> On 16. 07. 22 8:48, Miro Hrončok wrote: >> > On 15. 07. 22 13:18, Petr Viktorin wrote: >> >> - You can use discuss.python.org's “mailing list mode” (which >> >> subscribes you to all

[Python-Dev] Re: Switching to Discourse

On Thu, Jul 21, 2022, 15:26 Baptiste Carvello < devel2...@baptiste-carvello.net> wrote: > Le 21/07/2022 à 07:59, Stefan Behnel a écrit : > > > > I'm actually reading python-dev, c.l.py etc. through Gmane, and have > > done that ever since I joined. Simply because it's a mailing list of > > which