This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author pitrou
Recipients alexandre.vassalotti, bruno.dupuis, cool-RR, mont29, pitrou, terry.reedy
Date 2013-12-08.19:59:02
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1386532740.2291.6.camel@fsol>
In-reply-to <1386531460.85.0.164401344308.issue11299@psf.upfronthosting.co.za>
Content
> The issue here is copy.deepcopy will raise an exception whenever it
> encounters a generator. We would like to do better here.
> Unfortunately, using itertools.tee is not a solution here because it
> does not preserve the type of the object.

Indeed, itertools.tee is not a general solution for copy.deepcopy, but
it's a good solution to *avoid* calling copy.deepcopy when you simply
want to "fork" a generator.

IMHO supporting live generators (and therefore frame objects) in
copy.deepcopy would be a waste of effort.
History
Date User Action Args
2013-12-08 19:59:02pitrousetrecipients: + pitrou, terry.reedy, alexandre.vassalotti, cool-RR, bruno.dupuis, mont29
2013-12-08 19:59:02pitroulinkissue11299 messages
2013-12-08 19:59:02pitroucreate