<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 2848: Windows 6.03: unclear logic of gaps in the plot</title><link>https://sourceforge.net/p/gnuplot/bugs/2848/</link><description>Recent changes to 2848: Windows 6.03: unclear logic of gaps in the plot</description><atom:link href="https://sourceforge.net/p/gnuplot/bugs/2848/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 12 Jan 2026 00:20:42 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/gnuplot/bugs/2848/feed.rss" rel="self" type="application/rss+xml"/><item><title>#2848 Windows 6.03: unclear logic of gaps in the plot</title><link>https://sourceforge.net/p/gnuplot/bugs/2848/?limit=25#5dd0</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The difference will go away if you tell the program to treat a coordinate whose value is found  to be NaN the same as a coordinate that is missing from the input data.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;set datafile missing NaN&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;The next question is obviously "why does &lt;code&gt;$2*$1/$1&lt;/code&gt; evaluate to NaN while &lt;code&gt;$2+10&lt;/code&gt; apparently does not?".  Good question.  When reading in a line of data, the program returns an error flag DF_MISSING to indicate that a required coordinate is missing. The test for that condition is trivial if the coordinate is simply the content of a particular column. If the coordinate is the result of a computation, that is harder to detect. I don't know exactly why in this case the program correctly identifies that one of those expressions depends a missing value but fails to recognize the same thing for the other expression.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ethan Merritt</dc:creator><pubDate>Mon, 12 Jan 2026 00:20:42 -0000</pubDate><guid>https://sourceforge.neted8940713bbf8da00db26e78be04b94be0f272d6</guid></item><item><title>Windows 6.03: unclear logic of gaps in the plot</title><link>https://sourceforge.net/p/gnuplot/bugs/2848/</link><description>&lt;div class="markdown_content"&gt;&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;&lt;code&gt;&lt;span class="err"&gt;$IN&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="err"&gt;&amp;lt;&amp;lt;EOI&lt;/span&gt;
&lt;span class="err"&gt;7&lt;/span&gt;&lt;span class="w"&gt;   &lt;/span&gt;&lt;span class="err"&gt;9&lt;/span&gt;
&lt;span class="err"&gt;9&lt;/span&gt;&lt;span class="w"&gt;   &lt;/span&gt;&lt;span class="err"&gt;12&lt;/span&gt;
&lt;span class="err"&gt;12&lt;/span&gt;
&lt;span class="err"&gt;15&lt;/span&gt;&lt;span class="w"&gt;  &lt;/span&gt;&lt;span class="err"&gt;24&lt;/span&gt;
&lt;span class="err"&gt;24&lt;/span&gt;&lt;span class="w"&gt;  &lt;/span&gt;&lt;span class="err"&gt;36&lt;/span&gt;
&lt;span class="err"&gt;36&lt;/span&gt;&lt;span class="w"&gt;  &lt;/span&gt;&lt;span class="err"&gt;56&lt;/span&gt;
&lt;span class="err"&gt;56&lt;/span&gt;&lt;span class="w"&gt;  &lt;/span&gt;&lt;span class="err"&gt;90&lt;/span&gt;
&lt;span class="err"&gt;EOI&lt;/span&gt;

&lt;span class="k"&gt;plot&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="err"&gt;$&lt;/span&gt;&lt;span class="n"&gt;IN&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="nb"&gt;u&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="mi"&gt;1&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="err"&gt;$&lt;/span&gt;&lt;span class="mi"&gt;2&lt;/span&gt;&lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="err"&gt;$&lt;/span&gt;&lt;span class="mi"&gt;1&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="err"&gt;$&lt;/span&gt;&lt;span class="mi"&gt;1&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="nb"&gt;w&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="n"&gt;lp&lt;/span&gt;&lt;span class="o"&gt;,&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="s"&gt;''&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="nb"&gt;u&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="mi"&gt;1&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="err"&gt;$&lt;/span&gt;&lt;span class="mi"&gt;2&lt;/span&gt;&lt;span class="o"&gt;+&lt;/span&gt;&lt;span class="mi"&gt;10&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="nb"&gt;w&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="n"&gt;lp&lt;/span&gt;
&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;

&lt;p&gt;creates a plot with a gap in the first graph, but not in the second.  Moreover, one can check that the reason for the gap is not division.&lt;/p&gt;
&lt;p&gt;According to what I can find in the documentation, both plots should follow the same logic of "including/excluding" the input lines.  (Same seems to be dictated by "be logical" mantra.)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ilya Zakharevich</dc:creator><pubDate>Thu, 01 Jan 2026 23:57:05 -0000</pubDate><guid>https://sourceforge.netded287fe9ee2e57404858fa0e33ec8c12c9839fa</guid></item></channel></rss>