|
From: CLOSE D. <Dav...@us...> - 2009-07-24 00:57:57
|
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? |