I wrote:
> On a Linux system running on x86 (32-bit) hardware, gnuplot is working
> great. However, when I plot from a datafile in which some of the values
> exceed a 32-bit integer, the plot takes 100% CPU and never produces a
> graph. Is this a real limitation or is there a solution (short of using
> a 64-bit machine)?
Hans-Bernhard Bröker graciously replied:
> Integers have basically no relevance to gnuplot datafile reading.
> gnuplot reads floating-point numbers, not integers, from data files.
> You'll have to show a much more specific example to allow this issue to
> be addressed in any meaningful way.
Well, I was wrong and I apologize. The problem only occurred with data columns of very large values, but it wasn't caused because those values exceeded a 32-bit integer. Instead, the problem was the "set ytics" command.
I had been using "set ytics 1 ..." to try to force only integer values. Seeing non-integer tics which the data is only integers in misleading and confounds viewers. What I was doing works great when the values are small but seems to go into a very long loop when the values are very large. I will now make my process a bit more elaborate and compute a proper tic interval.
Unless there is some other, more direct, way to specify that automatic tic marks should only be integers?
|