[Octave-bug-tracker] [bug #44978] gnuplot toolkit fails to recognize problems with older gnuplot versions

[Mike Miller]

Update of bug #44978 (project octave):

                Category: Configuration and Build System => Plotting with
gnuplot  
              Item Group:                    None => Incorrect Result       
                  Status:                    None => Confirmed              
                 Summary: configure script does not fail to recognize problems
with gnuplot version => gnuplot toolkit fails to recognize problems with older
gnuplot versions

    _______________________________________________________

Follow-up Comment #1:

Confirmed, I've been seeing this for a long time and use a self-compiled
gnuplot 4.4 or 4.6 on CentOS 5 machines when I need it.

I think a run-time check would be better than a configure-time check, as you
said it can be changed at run-time to use a different gnuplot executable. A
configure-time check might be useful for example if you are trying to build
the docs. But a run-time check would be needed for interactive use regardless.
Retitling, hope you're ok with that.

A new private function to validate if gnuplot can do some feature that reveals
whether it is a working version or not?

The strcat error is in the _gnuplot_get_var_ private function. It is expected
that gnuplot will always return a string, but the older version errors on the
expression, returns nothing, and Octave gets nothing back when it reads back
from the pipe.

    _______________________________________________________

Reply to this item at:

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

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