Message 371653 - Python tracker

➜

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	matpi
Recipients	eric.smith, ezio.melotti, matpi, mrabarnett, serhiy.storchaka, xtreak
Date	2020-06-16.13:06:47
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1592312807.98.0.191226255136.issue40984@roundup.psfhosted.org>
In-reply-to

Content
I welcome any counter-example to the eval()'able property in the stdlib. I do believe in this rule as hard and fast, because it works for small patterns, only bitting you when you grow, probably programmatically (so exactly when you actually could need the repr). Furthermore, 200 seems very low anyway by today standards. I mean, if you want a repr in the first place, then chances are that you want it full if (reasonably) possible. If a string repr's itself fully no matter what, why should re.compile arbitrarily decide to truncate its argument?

I welcome any counter-example to the eval()'able property in the stdlib.

I do believe in this rule as hard and fast, because it works for small patterns, only bitting you when you grow, probably programmatically (so exactly when you actually could need the repr).

Furthermore, 200 seems very low anyway by today standards. I mean, if you want a repr in the first place, then chances are that you want it full if (reasonably) possible.

If a string repr's itself fully no matter what, why should re.compile arbitrarily decide to truncate its argument?

History
Date	User	Action	Args
2020-06-16 13:06:48	matpi	set	recipients: + matpi, eric.smith, ezio.melotti, mrabarnett, serhiy.storchaka, xtreak
2020-06-16 13:06:47	matpi	set	messageid: <1592312807.98.0.191226255136.issue40984@roundup.psfhosted.org>
2020-06-16 13:06:47	matpi	link	issue40984 messages
2020-06-16 13:06:47	matpi	create