[issue2532] file that breaks 2to3 (despite being correct python)

Collin Winter <[EMAIL PROTECTED]> added the comment: Fixed in r66775. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2532] file that breaks 2to3 (despite being correct python)

Mark Hammond <[EMAIL PROTECTED]> added the comment: pywin32 has a number of files that break in this way - often files generated by h2py.py -- nosy: +mhammond ___ Python tracker <[EMAIL PROTECTED]> __

[issue2532] file that breaks 2to3 (despite being correct python)

engelbert gruber <[EMAIL PROTECTED]> added the comment: Truncating the file to 2448 lines helps, seams to be a size not content problem. All fixes work exept fix_next.py . And removing the lines :: | mod=file_input< any+ > makes even this run through. ___

[issue2532] file that breaks 2to3 (despite being correct python)

engelbert gruber <[EMAIL PROTECTED]> added the comment: The much simpler input might be another problem:: # this is accepted b = ("a = 0\n" * 100) # this one breaks it ("a = 0\n" * 100) this looks similar to ``map(None, t)`` on a line by itself is translated to ``list(map(None, t))`` a

[issue2532] file that breaks 2to3 (despite being correct python)

Nick Edds <[EMAIL PROTECTED]> added the comment: My iterative pattern matching doesn't break on this file, but as mentioned elsewhere, the iterative solution is slower. I'll work on speeding it up, but I don't immediately see a good way to do so. Any ideas would be greatly appreciated. -

[issue2532] file that breaks 2to3 (despite being correct python)

Changes by Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]>: -- nosy: +rbp __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsu

[issue2532] file that breaks 2to3 (despite being correct python)

Collin Winter <[EMAIL PROTECTED]> added the comment: Yes, this is a known problem with the pattern matching system. -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ __

[issue2532] file that breaks 2to3 (despite being correct python)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Testing with a much simpler file ("a = 0\n" * 1000), there is a limit to the number of statements in one file, around (sys.recursionlimit - 24). -- nosy: +amaury.forgeotdarc __ Tracker <[EMAIL PR

[issue2532] file that breaks 2to3 (despite being correct python)

New submission from Maciek Fijalkowski <[EMAIL PROTECTED]>: Infinite recursion problem. I know this file is obscure, but it's still pretty valid python. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) files: ssl.py messages: 64829 nosy: collinwinter, fijal severit