[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Hartmut
Subject: [Octave-bug-tracker] [bug #49179] test of "plot/util/copyobj.m" hangs
Date: Mon, 26 Sep 2016 20:07:10 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0

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
* 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


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]