[ python-Bugs-1442493 ] IDLE shell window gets very slow when displaying long lines
SourceForge.net
noreply at sourceforge.net
Fri Mar 10 21:18:30 CET 2006
Bugs item #1442493, was opened at 2006-03-03 06:45
Message generated for change (Comment added) made by josiahcarlson
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1442493&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: IDLE
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Selber (drhok)
Assigned to: Nobody/Anonymous (nobody)
Summary: IDLE shell window gets very slow when displaying long lines
Initial Comment:
I wrote a little python script that prints a large
dictionary to stdout (simply using 'print
mydictionary').
In fact, the type is irrelevant, what matters is that
the resulting output had approx. 200,000 characters.
The shell prints the dictionary into a single line,
which causes the window to be almost non-responding,
e.g. when I try to scroll the window.
Even on a high-end PC it takes a minute or even
longer to react to anything.
I use Python 2.4.2 on Windows XP SP2.
I am aware that it is not exactly wise to print such
large objects, but I usually print return values to
stdout when I debug a script, and I do not always
expect an object to be that large.
The average text editor handles such long lines much
better.
A quick workaround might be to break very long lines
automagically (perhaps at around column 1000).
PS: I already observed the bug some years ago. I
think I even submitted it to python or idlefork a
long time ago but I was unable to find it in the
buglist.
----------------------------------------------------------------------
Comment By: Josiah Carlson (josiahcarlson)
Date: 2006-03-10 12:18
Message:
Logged In: YES
user_id=341410
Generally speaking, most wrapping text controls have issues
with wrapping long lines. It would seem reasonable to get
the width of the text control in characters, and manually
wrap all incoming lines regardless. If the existance or not
of real line endings are important, one could mark which
lines are manually wrapped and remove the line endings on
copy (edit->copy, ctrl+c, etc.).
----------------------------------------------------------------------
Comment By: Terry J. Reedy (tjreedy)
Date: 2006-03-09 15:45
Message:
Logged In: YES
user_id=593130
I verified this with print 100000*'a', also XP (home) sp2.
The sluggishness continued after getting the prompt back
and trying to do something simple, like 2+2, taking maybe
1/2 minute to print 4 and then the >>> prompt again.
The sluggishness *also* continued after restarting the
shell (^F6). This indicates that the problem is with the
window, not with IDLE. Hope someone can try same on *nix
system to see if general with TKinter or specific to Win
systems.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1442493&group_id=5470
More information about the Python-bugs-list
mailing list