Message311922
| Author | terry.reedy |
|---|---|
| Recipients | benjamin.peterson, brett.cannon, ncoghlan, serhiy.storchaka, terry.reedy, yselivanov |
| Date | 2018-02-10.00:30:44 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1518222644.52.0.467229070634.issue32758@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Ditto as to the limit for ast.parse.
>>> import ast; ast.parse('+chr(33)'*32000)
============================ RESTART: Shell =========================
>>> import ast; ast.parse('+chr(33)'*31000)
<_ast.Module object at 0x000001E7920F34A8>
I see the same in 3.6 and 3.5, so this is not a 3.7 regression. Rather, was the ast.parse behavior somehow copied into compile for 3.7, perhaps by 'simplifying' code? |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-02-10 00:30:44 | terry.reedy | set | recipients: + terry.reedy, brett.cannon, ncoghlan, benjamin.peterson, serhiy.storchaka, yselivanov |
| 2018-02-10 00:30:44 | terry.reedy | set | messageid: <1518222644.52.0.467229070634.issue32758@psf.upfronthosting.co.za> |
| 2018-02-10 00:30:44 | terry.reedy | link | issue32758 messages |
| 2018-02-10 00:30:44 | terry.reedy | create | |