[Octave-bug-tracker] [bug #59237] Crash when pasting 64 commands

[John W. Eaton]

Follow-up Comment #12, bug #59237 (project octave):

I don't see an internal limit, but if I understand correctly, the code for
handling pasting in Windows processes each character from the paste buffer as
a separate keypress event.  As each keypress event likely triggers some series
of Qt signal/slot connections it is not surprising that it is a slow process. 
Here is the code for that operation:

http://hg.savannah.gnu.org/hgweb/octave/file/9c3f4e9a0c83/libgui/qterminal/libqterminal/win32/QWinTerminalImpl.cpp#l1362

For the Unix terminal widget, the operation is different and appears to write
the entire buffer at once to the pty that the terminal widget uses for passing
keyboard input to Octave:

http://hg.savannah.gnu.org/hgweb/octave/file/9c3f4e9a0c83/libgui/qterminal/libqterminal/unix/TerminalModel.cpp#l155

Even with the Unix terminal approach, the input is parsed and executed and
generates events for adding the input to the GUI command history each time a
line is processed, etc.

Is it reasonable to expect that text pasted into the terminal window should
behave as if it were a series of keypress events or should it be handled
differently?


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59237>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/