[issue27638] int.to_bytes() and int.from_bytes() should support 'net' and 'host' byte orders

Guido van Rossum added the comment: I'm also -1. -- ___ Python tracker <http://bugs.python.org/issue27638> ___ ___ Python-bugs-list mailing list Unsubscr

[issue27585] asyncio.Lock deadlock after cancellation

Guido van Rossum added the comment: Does this repro with the latest Python 3.5.2? IIRC the lock code was overhauled after 3.5.0 or 3.5.1. (PS. These are tasks, not threads.) --Guido (mobile) On Aug 4, 2016 2:33 AM, "sss" wrote: sss added the comment: Yes, await asyncio.sleep(0) d

[issue27585] asyncio.Lock deadlock after cancellation

Guido van Rossum added the comment: Tentative fix is in https://github.com/python/asyncio/pull/393 -- ___ Python tracker <http://bugs.python.org/issue27

[issue27689] Add documentation for typing.Generator

Guido van Rossum added the comment: Patch LGTM. I'll apply and merge once your other patches are final. -- ___ Python tracker <http://bugs.python.org/is

[issue27689] Add documentation for typing.Generator

Changes by Guido van Rossum : -- assignee: docs@python -> gvanrossum ___ Python tracker <http://bugs.python.org/issue27689> ___ ___ Python-bugs-list mai

[issue27585] asyncio.Lock deadlock after cancellation

Guido van Rossum added the comment: OK, merged upstream. It'll eventually come down to Python 3.5.3 and 3.6. On Thu, Aug 4, 2016 at 1:28 PM, sss wrote: > > sss added the comment: > > Thank you. This looks good to me > > -- > > ___

[issue27689] Add documentation for typing.Generator

Guido van Rossum added the comment: changeset: 102542:f10029fea6ee tag: tip parent: 102540:fe189b8bd3ab parent: 102541:b5403f416836 user:Guido van Rossum date:Fri Aug 05 12:57:38 2016 -0700 summary: Add typing.Generator docs, by Michael Lee. (Merge 3.5

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

New submission from Guido van Rossum: The asyncio docs currently document the event loop interface as belonging to BaseEventLoop. But the intention of PEP 3156 was for the interface to belong to AbstractEventLoop. In typeshed we ended up exporting only AbstractEventLoop, but this runs into

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Cross-reference: this came up in https://github.com/python/typeshed/issues/452 -- ___ Python tracker <http://bugs.python.org/issue27

[issue27688] Expand documentation about Any in the typing module

Changes by Guido van Rossum : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.python.org/issue27688> ___ ___

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: Did the patch not get merged?? On Sun, Aug 7, 2016 at 11:32 AM, Jim Fulton wrote: > > Jim Fulton added the comment: > > FTR another use case for this. :) > > We have a ZEO applications where individual database users authenticate >

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's a tentative diff. I did a global replace BaseEventLoop -> AbstractEventLoop and added an entry for BaseEventLoop (just above AbstractEventLoop) explaining that it should not be used. Please review for obvious

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's the file (I hope). -- ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bugs-list mailing list

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272181 ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bug

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Uploading the file. -- ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bugs-list mailing list Unsub

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's the file. -- keywords: +patch Added file: http://bugs.python.org/file44051/Base2Abstract.diff ___ Python tracker <http://bugs.python.org/is

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272182 ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bug

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272183 ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bug

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- stage: needs patch -> patch review ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bugs-list mai

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: The reason I kept some mention of BaseEventLoop is just that until now it was the only thing documented and people might have references to it. It would be good if searching for BaseEventLoop took them to a section explaining they shouldn't use it, rather

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- stage: patch review -> resolved ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bugs-list mailing list Un

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue27700> ___ ___ Python-bugs-

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: Oh, I see. create_connection(..., ssl=True) creates a default SSLContext, but create_server(..., ssl=True) is invalid, it requires ssl=SSLContext(...). I like the latter for connect_accepted_socket(). I think Jim will happily comply. What would happen if some

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: I think it's okay if uvloop only handles those socket types. But if asyncio may be able to handle other types we shouldn't reject them just because we haven't heard about them. (E.g. IIRC someone was using Bl

[issue12345] Add math.tau

Guido van Rossum added the comment: I'm just going to do this. -- assignee: -> gvanrossum resolution: rejected -> status: closed -> open ___ Python tracker <http://bugs.pyth

[issue12345] Add math.tau

Changes by Guido van Rossum : -- keywords: +patch Added file: http://bugs.python.org/file44063/tau.diff ___ Python tracker <http://bugs.python.org/issue12

[issue12345] Add math.tau

Guido van Rossum added the comment: OK, here's a diff with a test that math.tau ~~ 2*math.pi. -- Added file: http://bugs.python.org/file44065/tau2.diff ___ Python tracker <http://bugs.python.org/is

[issue12345] Add math.tau

Guido van Rossum added the comment: Noted, but it doesn't change my decision. Obscure fact: did you know there are also branches of mathematics and engineering that define pi to for something else? -- ___ Python tracker <http://bugs.py

[issue12345] Add math.tau

Guido van Rossum added the comment: It's okay if Python occasionally shows its lighter side in unexpected places. Think of the delight of future (junior) high schoolers who discover that Python participates in the tau debate. :-) Also, I think this video by Vi Hart should be linked to

[issue12345] Add math.tau

Guido van Rossum added the comment: Let those other libraries follow. -- ___ Python tracker <http://bugs.python.org/issue12345> ___ ___ Python-bugs-list mailin

[issue12345] Add math.tau

Guido van Rossum added the comment: FWIW I don't plan to have more constants there, at the current rate we'll be fine for centuries. :-) What worries me more is proposals to add Python functions to math... --Guido (mobile) -- ___ Pyth

[issue27759] selectors incorrectly retain invalid file descriptors

Guido van Rossum added the comment: Your patch doesn't apply cleanly to the 3.4 or 3.5 branches -- how did you generate it? -- ___ Python tracker <http://bugs.python.org/is

[issue27759] selectors incorrectly retain invalid file descriptors

Guido van Rossum added the comment: We only need 3.5; 3.4 is no longer supported. -- ___ Python tracker <http://bugs.python.org/issue27759> ___ ___ Python-bug

[issue27759] selectors incorrectly retain invalid file descriptors

Guido van Rossum added the comment: Also don't spend more time on this, I found a way to apply the patch cleanly. -- ___ Python tracker <http://bugs.python.org/is

[issue27723] Document typing.Text and typing.AnyStr

Guido van Rossum added the comment: Also see my comments in rietveld. --Guido (mobile) -- ___ Python tracker <http://bugs.python.org/issue27723> ___ ___ Pytho

[issue12345] Add math.tau

Guido van Rossum added the comment: Lisa, this LGTM. I'll commit it so we can put this behind us! -- ___ Python tracker <http://bugs.python.org/is

[issue12345] Add math.tau

Changes by Guido van Rossum : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12345> ___ ___ Python-bugs-

[issue12345] Add math.tau

Guido van Rossum added the comment: Thanks, fixed. -- ___ Python tracker <http://bugs.python.org/issue12345> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27723] Document typing.Text and typing.AnyStr

Guido van Rossum added the comment: Committed and merged to 3.6. changeset: 102670:d5872d0863c8 branch: 3.5 parent: 102663:27a99a722828 user:Guido van Rossum date:Mon Aug 15 15:06:38 2016 -0700 summary: Add docs for typing.AnyStr and typing.Text. By Michael Lee

[issue27770] remove run_until_complete

Guido van Rossum added the comment: This sounds like you're overreacting -- just because you were bit by some code that used run_until_complete() incorrectly that doesn't mean we should break everybody's code that is using it (most I'm sure are using it correctly

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: Ping -- I'd really like to see this happening, with "Collection" as the name. -- ___ Python tracker <http://bugs.pyt

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: Why don't you give it a try? I'd be happy to review a patch from you. -- ___ Python tracker <http://bugs.python.o

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: I thought about this some more. It won't work because when a class method is called via super(), 'cls' is still set to the derived class (and in general for class methods that's the right thing to do, just as it is for regular methods th

[issue25958] Implicit ABCs have no means of "anti-registration"

Guido van Rossum added the comment: The patch LGTM. Do all the tests pass? Who should be attributed in the commit message and the Misc/NEWS item? -- ___ Python tracker <http://bugs.python.org/issue25

[issue25958] Implicit ABCs have no means of "anti-registration"

Guido van Rossum added the comment: Pushed, let's see what the buildbots say. -- resolution: -> fixed stage: patch review -> commit review ___ Python tracker <http://bugs.python.

[issue25958] Implicit ABCs have no means of "anti-registration"

Changes by Guido van Rossum : -- stage: commit review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.org/issue25958> ___ ___ Pyth

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: LGTM, but I'm on vacation through Monday. -- ___ Python tracker <http://bugs.python.org/issue27598> ___ ___ Python-bugs-l

[issue27802] Add __eq__ and __ne__ to collections.abc.Sequence.

Changes by Guido van Rossum : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: No on adding __eq__. If another core dev is available please go ahead and commit. -- title: Add Collection to collections.abc and typing -> Add SizedIterable to collections.abc and typing ___ Python trac

[issue27822] Fail to create _SelectorTransport with unbound socket

Guido van Rossum added the comment: Can you supply a patch yourself? --Guido (mobile) -- ___ Python tracker <http://bugs.python.org/issue27822> ___ ___ Python-bug

[issue26488] hashlib command line interface

Guido van Rossum added the comment: I prefer not to go down this road. The modules that do this where I use it are typically Python specific, e.g. pdb or timeit. In the past we sometimes had little main() functions in modules for testing but I think we have better ways to test modules these days

[issue2613] inconsistency with bare * in parameter list

Guido van Rossum added the comment: I promise you it's not necessary in that example. Leaving out the '*' has the same effect as what you intend there. -- ___ Python tracker <http://bugs.py

[issue27598] Add SizedIterable to collections.abc and typing

Guido van Rossum added the comment: ReIterable and Collection are different concepts. - ReIterable just implements __iter__ but promises certain semantics. - Collection implements __iter__, __contains__ and __len__. If we had ReIterable I would probably decree that Collection inherits from it

[issue27598] Add Collection to collections.abc and typing

Changes by Guido van Rossum : -- title: Add SizedIterable to collections.abc and typing -> Add Collection to collections.abc and typing ___ Python tracker <http://bugs.python.org/issu

[issue27598] Add Collection to collections.abc and typing

Guido van Rossum added the comment: I'll keep this open until I've also merged typing.py. -- ___ Python tracker <http://bugs.python.org/issue27598> ___ ___

[issue27598] Add Collection to collections.abc and typing

Changes by Guido van Rossum : -- stage: test needed -> resolved ___ Python tracker <http://bugs.python.org/issue27598> ___ ___ Python-bugs-list mailing list Un

[issue27598] Add Collection to collections.abc and typing

Guido van Rossum added the comment: Actually there's one TODO left: the docs for typing (at least in 3.6) should mention Collection. -- ___ Python tracker <http://bugs.python.org/is

[issue27598] Add Collection to collections.abc and typing

Guido van Rossum added the comment: changeset: 102867:355fa8bd8d9d branch: 3.5 parent: 102860:e3466a556d81 user:Guido van Rossum date:Tue Aug 23 11:01:50 2016 -0700 summary: A new version of typing.py from https://github.com/python/typing. changeset: 102868

[issue27906] Socket accept exhaustion during high TCP traffic

Guido van Rossum added the comment: Thanks -- IIRC this was even brought up during asyncio's early implementation phase, but we didn't have enough experience to warrant the extra logic. It seems like now is the time to do this! I hope you won't need it for 3.4, because that ve

[issue27906] Socket accept exhaustion during high TCP traffic

Guido van Rossum added the comment: Yeah, the tests are often full of mocks, and I trust that the test suite you wrote verifies that this fixes the problem. The unit tests are more to ensure that future changes to the code won't accidentally break the code you wrote (which is why we s

[issue1641] asyncore delayed calls feature

Guido van Rossum added the comment: A new implementation is part of Tulip (tulip/selectors.py); once Tulip is further along it will be a candidate for inclusion in the stdlib (as socket.py) regardless of whether tulip itself will be accepted. I have no plans to work on asyncore. On Fri, Mar 8

[issue17385] Use deque instead of list the threading.Condition waiter queue

Guido van Rossum added the comment: Looks fine. I'd say that it would be great to add slicing to deque! There's one oddity in the code, but it was there before the patch -- the local variable name __waiters is pretty silly. It appears to be a micro-optimization to avoid using sel

[issue17296] Cannot unpickle classes derived from 'Exception'

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue17296> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17426] \0 in re.sub substitutes to space

Guido van Rossum added the comment: It's not a space, it's a null byte. Would you mind pointing out exactly where the Python docs state that \0 in re.sub() refers to th ewhole group? (IIRC it should only say that group 0 refers the whole string in the argument to the .group() m

[issue17426] \0 in re.sub substitutes to space

Guido van Rossum added the comment: The doc Ezio quotes for \number is describing the regex syntax, not the substitution string syntax. Unfortunately this syntax is documented somewhat less formally than the regex syntax. Fortunately, it does mention explicitly that \g<0> substitut

[issue17426] \0 in re.sub substitutes to space

Guido van Rossum added the comment: Anatoly, your argument for consistency with other languages is ridiculous. -- ___ Python tracker <http://bugs.python.org/issue17

[issue17426] \0 in re.sub substitutes to space

Guido van Rossum added the comment: Anatoly, your question belongs on python-list or stack overflow, not in the tracker. --Guido van Rossum (sent from Android phone) On Mar 15, 2013 9:28 AM, "anatoly techtonik" wrote: > > anatoly techtonik added the comment: > > Matt

[issue17441] Do not cache re.compile

Guido van Rossum added the comment: I'm not sure I agree. I've seen plenty of code that called re.compile() over and over again -- or called it with a computed string that would have only a small number of possible values. -- nosy: +

[issue17561] Add socket.create_server_sock() convenience function

Guido van Rossum added the comment: Tulip has something similar. Someone should compare the two and make sure they are equivalent or similar. -- ___ Python tracker <http://bugs.python.org/issue17

[issue17435] threading.Timer.__init__() should use immutable argument defaults for args and kwargs

Guido van Rossum added the comment: I agree with the OP -- it's a simple fix and the current code definitely violates our recommendations. I see no reason not to submit this (if there's nothing *else* wrong with it -- it actually seems pretty complete). Not sure how important it

[issue17561] Add socket.create_server_sock() convenience function

Guido van Rossum added the comment: Perhaps you can contribute something like this to Tulip? We've got code to run a server that can handle IPv4 and IPv6, but we currently don't have something that just creates a separate socket for each address family. Our UDP and TCP paths are

[issue17561] Add socket.create_server_sock() convenience function

Guido van Rossum added the comment: Tulip is at code.google.com/p/tulip On Thu, Mar 28, 2013 at 7:51 PM, Giampaolo Rodola' wrote: > > Giampaolo Rodola' added the comment: > > Yep, no prob. It would also be a good chance to test it in a real-world >

[issue17561] Add socket.create_server_sock() convenience function

Guido van Rossum added the comment: start_serving() in base_events.py. On Fri, Mar 29, 2013 at 4:58 AM, Giampaolo Rodola' wrote: > > Giampaolo Rodola' added the comment: > > >> Where should I look? > > Tulip is at code.google.com/p/tulip > > I mean

[issue17561] Add socket.create_server_sock() convenience function

Guido van Rossum added the comment: Nikolay, you may want to check out this Python tracker issue. Giampaolo: I didn't even know it was possible for a single socket to be dual-stack. (It would seem problematic for UDP recvfrom() for example.) In Tulip it does indeed make more sense to c

[issue17639] symlinking .py files creates unexpected sys.path

Guido van Rossum added the comment: Do not "fix" this. It is an intentional feature. There is a common pattern where one or more Python scripts are collected in some "bin" directory (presumably on the user's $PATH) as symlinks into the directory where they really l

[issue17639] symlinking .py files creates unexpected sys.path

Guido van Rossum added the comment: I'm sure there's some change that can be made to the scripts that solves this locally, without requiring any changes to Python. -- ___ Python tracker <http://bugs.python.o

[issue17683] socket.getsockname() inconsistent return type with AF_UNIX

Guido van Rossum added the comment: Sorry, I don't think I have anything to add. -- ___ Python tracker <http://bugs.python.org/issue17683> ___ ___ Pytho

[issue17468] Generator memory leak

Guido van Rossum added the comment: Unless I'm the only person on earth who can understand this I beg to be left out of this bug. I just don't have the bandwidth right now to look into it. If it's really about GC and __del__ and generators, maybe Tim Peters would be willing

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Guido van Rossum added the comment: str.decode() and bytes.encode() are not coming back. Any proposal had better take into account the API design rule that the *type* of a method's return value should not depend on the *value* of one of the arguments. (The Python 2 design failed this

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue7475> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17908] Unittest runner needs an option to call gc.collect() after each test

New submission from Guido van Rossum: It would be nice if there was a command-line option to tell the test runner to call gc.collect() after each test. See https://groups.google.com/d/msg/python-tulip/tstjvOQowIU/IRihc8NCHZUJ -- Glyph points out that always doing this is problematic because

[issue11798] Test cases not garbage collected after run

Guido van Rossum added the comment: Just to be self-referential here's a link to #17908. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/is

[issue17908] Unittest runner needs an option to call gc.collect() after each test

Guido van Rossum added the comment: On Sun, May 5, 2013 at 4:29 AM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> OTOH it's a useful option to have in case you're tracking down >> something that happens (or doesn't happen) when an object

[issue17911] Extracting tracebacks does too much work

New submission from Guido van Rossum: For Tulip I may have to extract tracebacks and store the extracted data, in order to avoid cycles created by the frames referenced in the traceback. I'll be extracting the traceback every time an exception is raised, and in most cases I won'

[issue17884] Try to reuse stdint.h types like int32_t

Guido Draheim 2011 added the comment: Relicensing to Python core from my Opensource-licensed material is always permitted, including ax_create_stdint_h.m4 -- nosy: +guidod-2011 ___ Python tracker <http://bugs.python.org/issue17

[issue17911] Extracting tracebacks does too much work

Guido van Rossum added the comment: I'm not snubbing my nose at something that breaks these types of cycles more easily, but I still think that the abstractions offered by the traceback module could be improved. -- ___ Python tracker

[issue17911] Extracting tracebacks does too much work

Guido van Rossum added the comment: On Mon, May 6, 2013 at 6:06 AM, Antoine Pitrou wrote: > Note that generator cleanup through the frame has a patch in issue17807. Sadly that doesn't help with my issue. I applied path gen3.patch and ran various versions of the code I have. There

[issue17911] Extracting tracebacks does too much work

Guido van Rossum added the comment: That sounds great, except I'd expect the exception type and str(), since a formatted traceback uses the str() of the exception, not its repr(). Personally I don't think the tuples need to be named, but I won't hold up

[issue17911] Extracting tracebacks does too much work

Changes by Guido van Rossum : -- keywords: +easy ___ Python tracker <http://bugs.python.org/issue17911> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17927] Argument copied into cell still referenced by frame

New submission from Guido van Rossum: This came out of some investigations into Tulip reference cycles. I've only confirmed this with 3.3 and 3.4, but I suspect it's a problem in earlier versions too. The scenario is as follows. Consider a object with a method that ends up c

[issue17927] Argument copied into cell still referenced by frame

Changes by Guido van Rossum : -- stage: needs patch -> patch review ___ Python tracker <http://bugs.python.org/issue17927> ___ ___ Python-bugs-list mai

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: Here's a new version that copies the cell into the arg slot instead of just clearing it, with matching code in super() that looks in the cell. I'd appreciate a review from another senior core dev. -- keywords: +needs review -patch Added

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: Ok, if I don't hear from anyone soon I'm going to commit. -- ___ Python tracker <http://bugs.python.org/issue17927> ___ __

[issue17908] Unittest runner needs an option to call gc.collect() after each test

Guido van Rossum added the comment: TBH I would *love* for there to be a standardized way to extend the command line options! If it existed I would help myself. As it is, that's way to complicated. (Then again, most customizations to the default test runner are too complicate

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: I thought about that but I like this version better because the super() code does not have to know the details of how to find the cell. On Wednesday, May 8, 2013, Nick Coghlan wrote: > > Nick Coghlan added the comment: > > Guido, did you try co

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: Ok, here's a version with a unittest. I've also improved the comment that set Nick off the track. -- keywords: +patch Added file: http://bugs.python.org/file30185/cellfree3.diff ___ Python trac

[issue17941] namedtuple should support fully qualified name for more portable pickling

Guido van Rossum added the comment: Agreed with Eric. We're already modifying PEP 435 to do it that way. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/is

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: I see. I really don't care, it's extremely rare to see a closure object. -- ___ Python tracker <http://bugs.python.o

[issue17927] Argument copied into cell still referenced by frame

Guido van Rossum added the comment: cellfree4.diff. Addressed review: - Moved test to test_scope.py - Added @cpython_only - Fixed comment indent (and removed tabs :-) - Fixed missing NULL test I decided to keep the super() call; it's likely that it's tested elsewhere but I don

[issue17941] namedtuple should support fully qualified name for more portable pickling

Guido van Rossum added the comment: Module, please. The class attribute is also called __module__ after all. On Friday, May 10, 2013, Eli Bendersky wrote: > > Eli Bendersky added the comment: > > A question that came up while reviewing the new enum code: "module" or &g

<    43   44   45   46   47   48   49   50   51   52   >