[Octave-bug-tracker] [bug #53521] GUI freezes and requires SIGKILL upon large pasted input

[Adrian]

Follow-up Comment #2, bug #53521 (project octave):

Thanks Dan for the additional observations. I was indeed talking about pasting
into the Command Window, sorry for forgetting that detail. 

I can also confirm that pasting large buffers into a terminal running "octave
--no-gui" does not cause octave to hang.
It works nicely in an xterm, but I also observe the occasional glitches
described by Dan when using an rxvt with a screen session. Here, these
glitches are not merely problems echoing the pasted input. For example I see
glitches such as


octave:3924> N+=3933;
octave:3925> N+=393=3937;
parse error:

  invalid constant left hand side of assignment

>>> N+=393=3937;
          ^

octave:3925> N+=3938;


To test if all instructions are executed I slightly changed the test script to
that generated by


echo "N=0;" >octavepastetest.txt
for n in {1..10000} ; do
echo "N+=${n};" >>octavepastetest.txt
done


It shows that some instructions are skipped or mangled. Indeed an example
where all lines from the start to "N+=4000;" were pasted results in 3987
'digested' lines (from the command counter in the prompt) and a wrong final
value for N:


octave:3987> N+=4000;
octave:3988> N
N =  7954526
octave:3989> 2000*4001
ans =  8002000


As far as I tested, this non-gui problem seems terminal-related (glitches do
not seem to occur when pasting into an xterm). I do not know if any of this
helps with the GUI freeze that this bug report is about, though.

My computer is running an up-to-date Debian/testing GNU/Linux distribution.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53521>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/