[Octave-bug-tracker] [bug #49179] test of "plot/util/copyobj.m" hangs

[Hartmut]

Follow-up Comment #11, bug #49179 (project octave):

* Adding a "PAUSE(1)" directly after the print command does NOT help, I still
see the same hang ups. The script never gets to the pause command, in the case
when it hangs up during the print command.
** But I can follow your line of thinking, Dmitry. But the pause should
probably be inbetween the generation of the eps-file and the generation of the
png file. And this "pause" command (or equivalent) should then be buried
somewhere inside the logic of the "print" command for (hidden) gnuplot
figures.
* Switching the figure type to "VISIBLE = on" does NOT prevent this bug, but
changes its appearance: In this case I don't see the hang-ups during the print
command any more. But I do see hang-ups during the following "close" command.
(The png file has been properly created already.) So I would assume that
Octave tries to close the figure too early, when it is still being used by the
(slow?) print commmand.
* Switching the figure type to "visible = on" and simultanously using a
different graphics_toolkit (QT or FLTK) fully SOLVES the issue. I have never
seen any hang-ups here. But this seems to also follow a different path in the
print command logic. Here, one type-less file is generated on the way to the
png file, but no eps file is used inbetween.

I am now also tempted to guess that this is some kind of timing issue during
the print command with gnuplot figures under Win OS. (This is using a slow
PC...)

    _______________________________________________________

Reply to this item at:

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

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