[issue26169] Pasting 900000 chars into a tk Entry widget fails

Soufiane BOUSSALI added the comment: thanks terry reedy For Fixing This Stack Overflow :) -- ___ Python tracker ___ ___ Python-bugs-li

[issue26169] Pasting 900000 chars into a tk Entry widget fails

Terry J. Reedy added the comment: I understand now what you were thinking. Even a timeout might not work for this because one could paste and within a second click Find-next and likely trigger the crash. I tested printing, copying, and finding 'a'*1 and it worked. I think this is good en

[issue26169] Pasting 900000 chars into a tk Entry widget fails

Serhiy Storchaka added the comment: I want to say that may be we can make a workaround for this issue in IDLE if it is worth. The "wont fix" resolution looks reasonable to me, but this doesn't mean that the issue couldn't be solved in principle (though the solution can be very costly). I'm clo

[issue26169] Pasting 900000 chars into a tk Entry widget fails

Terry J. Reedy added the comment: Soufiane, when a core developer (indicated by the Python icon after the name) changes a header, do not change it back. Comment on the change if you want, but leave it as is. My revised title accurately describes the core problem: the paste operation does not

[issue26169] Pasting 900000 chars into a tk Entry widget fails

Serhiy Storchaka added the comment: I can't reproduce the issue on Linux with the Entry widget, but can reproduce it with the Text widget. The difference is that the Text widget wraps its content on multiple lines. Looks the code for dynamical splitting the text on lines has quadratic (or larg

[issue26169] Pasting 900000 chars into a tk Entry widget fails

New submission from Terry J. Reedy: '\x41' == 'A'. I don't know what 'BOF' has to do with the character 'A' or a string of them. A python or pythonw process 'hanging' does not itself mean that there is a buffer overflow, though I can understand why you suspect it. Python itself is pretty mu