[Gretl-devel] Re: question about plotting input from string buffers

Am 17.12.2023 um 01:01 schrieb Cottrell, Allin: > On Sat, Dec 16, 2023 at 6:40 PM Sven Schreiber > <sven.schreiber(a)fu-berlin.de&gt; wrote: >> <hansl> >> open denmark >> string s >> gnuplot LRM --time-series --outbuf=s { set title 'My Title';} # works >> gnuplot --inbuf=s --output=display { set title 'My Title';} # fails >> </hansl> >> >> Two questions: >> >> - The first gnuplot invocation works, but it also produces a displayed >> plot. Is this intended even though the outbuf option is given? I would >> have thought that it only writes the output to the string s, not also >> displaying something. > On Linux the plot is not displayed in this case; I'll have to try on Windows. Actually, this is not 100% reproducible, or doesn't happen at every execution of the script (or with the last line commented out). Sometimes the display seems to be a "leftover" from the previous (failed) execution of the script. Quite strange behavior. >> - The second gnuplot line yields a parser error. Is the inbuf option >> incompatible with further added gnuplot commands? > So it would seem. I'll look into it, but it seems reasonable that if > you've already created a plot buffer there would be no need to mess > with it further. In the example, "My Title" is shown via the second > gnuplot command (if the "{ set ... }" addition is dropped) since it > was specified when the buffer was created. Yes, the double title assignment is of course not a real-world example. The background is this ticket: https://sourceforge.net/p/gretl/feature-requests/191/. The idea was to divert output from "freq" via "--buffer=s" (working though undocumented) and then add the title later with the gnuplot command using --inbuf, basically as a workaround for the limitation of freq.