<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to 2848: Windows 6.03: unclear logic of gaps in the plot</title><link href="https://sourceforge.net/p/gnuplot/bugs/2848/" rel="alternate"/><link href="https://sourceforge.net/p/gnuplot/bugs/2848/feed.atom" rel="self"/><id>https://sourceforge.net/p/gnuplot/bugs/2848/</id><updated>2026-01-12T00:20:42.368000Z</updated><subtitle>Recent changes to 2848: Windows 6.03: unclear logic of gaps in the plot</subtitle><entry><title>#2848 Windows 6.03: unclear logic of gaps in the plot</title><link href="https://sourceforge.net/p/gnuplot/bugs/2848/?limit=25#5dd0" rel="alternate"/><published>2026-01-12T00:20:42.368000Z</published><updated>2026-01-12T00:20:42.368000Z</updated><author><name>Ethan Merritt</name><uri>https://sourceforge.net/u/sfeam/</uri></author><id>https://sourceforge.neted8940713bbf8da00db26e78be04b94be0f272d6</id><summary type="html">&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;</summary></entry><entry><title>Windows 6.03: unclear logic of gaps in the plot</title><link href="https://sourceforge.net/p/gnuplot/bugs/2848/" rel="alternate"/><published>2026-01-01T23:57:05.661000Z</published><updated>2026-01-01T23:57:05.661000Z</updated><author><name>Ilya Zakharevich</name><uri>https://sourceforge.net/u/ilya-z/</uri></author><id>https://sourceforge.netded287fe9ee2e57404858fa0e33ec8c12c9839fa</id><summary type="html">&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;</summary></entry></feed>