[Top][All Lists]

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

[Octave-bug-tracker] [bug #49022] "demo light 11" results in gnuplot err

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #49022] "demo light 11" results in gnuplot errors
Date: Thu, 8 Sep 2016 06:49:42 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0

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

Binary gibberish is the data coming through the pipe.

I think this may be a duplicate of the bug Rik pointed out in a similar bug


The line for which we put in uint8() as a temporary fix is the source of this
as well.  I make the following change:

diff --git a/scripts/plot/util/private/__gnuplot_draw_axes__.m
--- a/scripts/plot/util/private/__gnuplot_draw_axes__.m
+++ b/scripts/plot/util/private/__gnuplot_draw_axes__.m
@@ -1010,8 +1010,9 @@ function __gnuplot_draw_axes__ (h, plot_
                 ccol = 255*ccol*[0x1; 0x100; 0x10000];
               colorspec = sprintf ("lc rgb \"#%02x%02x%02x\"",
-                                   uint8 (255*color));
+                                   uint8 (255*color))
             sidx = 1;

and amongst all the screen garbage see lines like:

color =  0.18286
colorspec = lc rgb "#2f

That sprintf() is failing because the color has only one element, not the
customary three color components.  There is negative numbers in the color
data.  I think this is just simply a case of having to run the color data
through the cmap, as we've recently added elsewhere for patch colors (recall
the green sphere inside a yellow sphere with holes?).  Before fixing though,
I'm waiting on some discussion about the way data is organized for


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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