octave-bug-tracker
[Top][All Lists]
Advanced

[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 19:22:06 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0

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

I have done some further digging in this matter  (all on Win7). Here are the
results:

* The problem is with the first test of the tests in copyobj.m.
** This sometimes hangs up during the "PRINT" command  (on an invisible
figure).
** This command is normally creating an eps file from the invisible figure,
and this eps file is afterwards transformed into a png file (the eps file is
removed then). In the event when the test hangs up, then this eps file is left
behind instead. I will attach one of these remainder eps-files, but they look
totally fine to me.
** Further down I will quote a shorter script that is able to reproduce this
on my Win7 PC.
* This first test is always done with the graphics_tookit GNUPLOT.
** But using a different graphics_tookit of "qt" or "fltk" for this test is
currently pointless, because those two toolkits do not seem to support
printing of a hidden figure into a file. They both give the following error
message instead:

Mesa warning: couldn't open dxtn.dll, software DXTn compression/decompression
unavailable
GL2PS error: Incorrect viewport (x=0, y=0, width=0, height=0)
error: gl2ps_renderer::draw: gl2psBeginPage returned GL2PS_ERROR
error: called from
    __opengl_print__ at line 172 column 7
    print at line 499 column 14
    xxxxxmy-scriptxxxxxx at line 44 column 4


So this whole issue seems to (only) be about 
* printing figures with the "print" command into png-files (or presumable
other raster graphic formats)
* under Windows OS
* using gnuplot graphics_toolkit
* (maybe also only with invisible figures)
My CONCLUSION: To me this seems to be relevant to get reproducable results
with Octave unit tests under Windows. But on the other side this bug is
probably not very relevant for normal Octave users.

Here is the shorter script (shorter than "test copyobj.m") that can create the
"hang up" roughly every fifth time on my PC:

more off
close all

graphics_toolkit gnuplot  # is default in this test

for t = 1:10
  disp("========================");
  disp(num2str(t));
  disp("========================");
  # use (shortened) test code of first test in copyobj.m directly:  
  # ***** testif HAVE_MAGICK
  disp('*** test 1');
  h1 = figure ("visible", "off");
  x = 0:0.1:2*pi;
  y1 = sin (x);
  y2 = exp (x - 1);
  ax = plotyy (x,y1, x-1,y2, @plot, @semilogy);
  xlabel ("X");
  ylabel (ax(1), "Axis 1");
  ylabel (ax(2), "Axis 2");
  axes (ax(1));
  text (0.5, 0.5, "Left Axis", ...
        "color", [0 0 1], "horizontalalignment", "center");
  axes (ax(2));
  text (4.5, 80, "Right Axis", ...
        "color", [0 0.5 0], "horizontalalignment", "center");
  png1 = [tempname() ".png"]
  disp('before print command');   # last echo here! file not written, but
eps-file instead!
  print (h1, png1);
  disp('after print command');
  close (h1);
endfor



(file #38601)
    _______________________________________________________

Additional Item Attachment:

File name: oct-FXr3kQ_(leftover-eps-file).eps Size:33 KB


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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