gnuplot-beta — Developers and beta testers of new gnuplot code

pdfcairo terminal; seams between bars in the colorbox

[Dima K. <gn...@di...>]

Hi. I'm seeing ugly lines between the bars in the colorbox when making
.pdf files. Trivial plot to demo this:

  set terminal pdf
  set output "/tmp/tst.pdf"
  plot 5 with points palette

This isn't a new issue, and I was wondering if anybody here had insight
about fixing it.

gp_cairo.c says this:

  /* By default, Cairo uses an antialiasing algorithm which may
   * leave a seam between polygons which share a common edge.
   * Several solutions allow to workaround this behaviour :
   * - don't antialias the polygons
   *   Problem : aliased lines are ugly
   * - stroke on each edge
   *   Problem : stroking is a very time-consuming operation
   * - draw without antialiasing to a separate context of a bigger size
   *   Problem : not really in the spirit of the rest of the drawing.
   * - enlarge the polygons so that they overlap slightly
   *   Problem : It is really more time-consuming that it may seem.
   *   It implies inspecting each corner to find which direction to move it
   *   (making the difference between the inside and the outside of the polygon).
   * - using CAIRO_OPERATOR_SATURATE
   *   Problem : for each set of polygons, we have to draw front-to-back
   *   on a separate context and then copy back to this one.
   *   Time-consuming but probably less than stroking all the edges.
   *
   * The last solution is implemented if plot->polygons_saturate is set to TRUE
   * Otherwise the default (antialiasing but may have seams) is used.
   */

And the gnuplot code today already does the "enlarge the polygons so
that they overlap slightly" thing. color.c has:

  draw_inside_colorbox_bitmap_smooth() {
    ...
    for (i = 0, xy2 = xy_from; i < steps; i++) {

	xy = xy2;
	xy2 = xy_from + (int) (xy_step * (i + 1));

        ...
	if (color_box.rotation == 'v') {
	    corners[0].y = corners[1].y = xy;
	    corners[2].y = corners[3].y = GPMIN(xy_to,xy2+1);
	} else {
	    corners[0].x = corners[3].x = xy;
	    corners[1].x = corners[2].x = GPMIN(xy_to,xy2+1);
	}
    ...
    }

Note the "+1". I still see the ugly bars in the resulting .pdf file
though. I can run experiments, but before I do anything, does anybody
have a comment? The draw_inside_colorbox_bitmap_smooth() stuff changed
in 2020, so maybe looking deeper at the effects of that patch would be
an interesting thing to do.

Thanks

Re: Gnuplot 5.4.8 release

[Tatsuro M. <tma...@ya...>]

I have uploaded Windows binary packacges for 5.4.8.

Tatsuro

> ----- Original Message -----
> 
> From: "Tatsuro MATSUOKA via gnuplot-beta" <gnu...@li...>
> To: "beta" <gnu...@li...>
> Date: 2023/06/09 金 16:14
> Subject: Re: Re: Gnuplot 5.4.8 release
> 
> 
> Hello
> 
> I will prepare Windows binary packages for 5.4.8 tomorrow morning (JST).
> 
> Tatsuro
> 
> 
> > ----- Original Message -----
> > 
> > From: "Jun T" <tak...@kb...>
> > To: "Ethan A Merritt via gnuplot-beta" <gnu...@li...>
> > Date: 2023/06/09 金 12:34
> > Subject: Re: Gnuplot 5.4.8 release
> > 
> > 
> > 
> > > 2023/06/08 2:06, Ethan A Merritt <me...@uw...> wrote:
> > > 
> > > Gnuplot 5.4.8
> > 
> > As many of you already know, the gnuplot Web sites are
> > not updated recently:
> > 
> > Main gnuplot page:
> > http://www.gnuplot.info, under "Version 5.4 (current)"
> > it has a link to "Release 5.4.5 (October 2022)"
> > and also to the "Release Notes" of 5.4.5.
> > 
> > The download page: http://www.gnuplot.info/download.html
> > it says "The most recent release was 5.4.2 (June 2021)"
> > 
> > source forge:
> > https://sourceforge.net/projects/gnuplot/files/gnuplot/
> > the "Download Latest Version" button links to 5.4.7
> > 
> > 
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Re: Gnuplot 5.4.8 release

[Tatsuro M. <tma...@ya...>]

Hello

I will prepare Windows binary packages for 5.4.8 tomorrow morning (JST).

Tatsuro


> ----- Original Message -----
> 
> From: "Jun T" <tak...@kb...>
> To: "Ethan A Merritt via gnuplot-beta" <gnu...@li...>
> Date: 2023/06/09 金 12:34
> Subject: Re: Gnuplot 5.4.8 release
> 
> 
> 
> > 2023/06/08 2:06, Ethan A Merritt <me...@uw...> wrote:
> > 
> > Gnuplot 5.4.8
> 
> As many of you already know, the gnuplot Web sites are
> not updated recently:
> 
> Main gnuplot page:
> http://www.gnuplot.info, under "Version 5.4 (current)"
> it has a link to "Release 5.4.5 (October 2022)"
> and also to the "Release Notes" of 5.4.5.
> 
> The download page: http://www.gnuplot.info/download.html
> it says "The most recent release was 5.4.2 (June 2021)"
> 
> source forge:
> https://sourceforge.net/projects/gnuplot/files/gnuplot/
> the "Download Latest Version" button links to 5.4.7
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Gnuplot 5.4.8 release

[Jun T <tak...@kb...>]

> 2023/06/08 2:06, Ethan A Merritt <me...@uw...> wrote:
> 
> Gnuplot 5.4.8

As many of you already know, the gnuplot Web sites are
not updated recently:

Main gnuplot page:
http://www.gnuplot.info, under "Version 5.4 (current)"
it has a link to "Release 5.4.5 (October 2022)"
and also to the "Release Notes" of 5.4.5.

The download page: http://www.gnuplot.info/download.html
it says "The most recent release was 5.4.2 (June 2021)"

source forge:
https://sourceforge.net/projects/gnuplot/files/gnuplot/
the "Download Latest Version" button links to 5.4.7

Gnuplot 5.4.8 release

[Ethan A M. <me...@uw...>]

Gnuplot 5.4.8

I have bumped the reported version to 5.4.8 and uploaded a new tarball to
SourceForge.

This repairs an inconsistancy in the source and binary packages for 5.4.7,
in which

Windows binaries built from the source package identified as version
"5.4.7alpha"

rather than  "5.4.7".  There is no change to the gnuplot source between
5.4.7 and 5.4.8.

    https://sourceforge.net/projects/gnuplot/files/gnuplot/5.4.8

I apologize for introducing this inconsistancy when preparing the 5.4.7
relaase package.

    Ethan

Re: Gnuplot 5.4.7 release tarball available for testing

[Jun T <tak...@kb...>]

> 2023/06/02 3:08、Ethan A Merritt <me...@uw...>のメール:
> 
> - repackage 5.4.7 with the version number changed?
> 
> - release a version 5.4.8 that is identical to 5.4.7 except that it
> correctly reports its version number?
> 
> Either way may lead to some confusion.

How to fix this is up to you, but:

> The first option would change the check-sums for the tarball named
> gnuplot-5.4.7.tar.gz, which has led to concern in the past.

The release was just two weeks ago, but, yes, there is a *small*
possibility that a packager etc. has already created a spec/recipe
with the current check-sum.

> The second seems a bit odd if there are no actual changes or fixes
> between 7 and 8, but I guess it would not hurt anything.

I think most of users do not care if .7 is "skipped".

Re: Gnuplot 5.4.7 release tarball available for testing

[Ethan A M. <me...@uw...>]

Ugh.  I wonder how that slipped through?  My fault in any case.

I am not sure what is best

- repackage 5.4.7 with the version number changed?

- release a version 5.4.8 that is identical to 5.4.7 except that it
correctly reports its version number?

Either way may lead to some confusion.
The first option would change the check-sums for the tarball named
gnuplot-5.4.7.tar.gz, which has led to concern in the past.
The second seems a bit odd if there are no actual changes or fixes
between 7 and 8, but I guess it would not hurt anything.

   Ethan


On Wed, May 31, 2023 at 10:27 PM Jun T <tak...@kb...> wrote:

> > 2023/05/22 7:02、Tatsuro MATSUOKA via gnuplot-beta <gnu...@li...>のメール:
> >
> > I have uploaded Windows binary packages (exe, 7z. and zip).
>
> If I install by using gp547-win64-mingw.exe,
> "gnuplot 5.4 patchlevel 7alpha" is used for the name of
> the shortcuts on the Desktop and in the Start Menu.
>
> The same name ("alpha") is also used at the top of the
> help document (and maybe in other places).
>
> It works fine, but users may think that it is not
> the release version but an "alpha" version.
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...

Re: Gnuplot 5.4.7 release tarball available for testing

[Jun T <tak...@kb...>]

> 2023/05/22 7:02、Tatsuro MATSUOKA via gnuplot-beta <gnu...@li...>のメール:
> 
> I have uploaded Windows binary packages (exe, 7z. and zip).

If I install by using gp547-win64-mingw.exe,
"gnuplot 5.4 patchlevel 7alpha" is used for the name of
the shortcuts on the Desktop and in the Start Menu.

The same name ("alpha") is also used at the top of the
help document (and maybe in other places).

It works fine, but users may think that it is not
the release version but an "alpha" version.

Gnuplot 5.4.7 release

[Ethan A M. <me...@uw...>]

The gnuplot version 5.4.7 release is now available for download from
SourceForge, including Windows binaries.

    https://sourceforge.net/projects/gnuplot/files/gnuplot/5.4.7

There is no change from the testing version.

Release notes:

    https://gnuplot.sourceforge.net/ReleaseNotes_5_4_7.html

	Ethan

Re: Gnuplot 5.4.7 release tarball available for testing

[Tatsuro M. <tma...@ya...>]

I have uploaded Windows binary packages (exe, 7z. and zip).

Tatsuro


> ----- Original Message -----
> 
> From: "Tatsuro MATSUOKA via gnuplot-beta" <gnu...@li...>
> To: "pm" <mi...@ph...>
> Cc: "beta" <gnu...@li...>
> Date: 2023/05/21 日 13:59
> Subject: Re: Re: Gnuplot 5.4.7 release tarball available for testing
> 
> 
> Hi Peter
> 
> Preparation zip compressed binary is easy.
> I will prepare installer version, 7zip, and zip packages for 5.4.7 and later
> 
> Tatsuro
> 
> > ----- Original Message -----
> > 
> > From: "pm" <mi...@ph...>
> > To: "Tatsuro MATSUOKA" <tma...@ya...>
> > Cc: "beta" <gnu...@li...>
> > Date: 2023/05/19 金 23:52
> > Subject: Re: Gnuplot 5.4.7 release tarball available for testing
> > 
> > 
> >  	Hello Tatsuro,
> > 
> > > I have executed the test build on windows (MinGW64).
> > 
> > I see you upload the Windows binary also as a compressed 7z file. Would not be 
> > the traditional zip file more portable? Recently, I wanted to upgrade an older 
> > gnuplot on a Windows machine without admin privileges, but Windows 10 cannot 
> > unzip 7z natively.
> > 
> > Tech note: the EXAFS software Athena uses gnuplot with wxt terminal for 
> > drawing, but on that Windows 10 machine the cross of the ruler ("r" hotkey) is 
> > invisible (white cross on white background?), for all windows gnuplots 
> > downloadable as zip files. Thus peak distance measurement is difficult. I 
> > wonder whether it was a problem on only that machine or the problem is more 
> > frequent.
> > 
> > Greetings, Petr
> > 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Re: Gnuplot 5.4.7 release tarball available for testing

[Tatsuro M. <tma...@ya...>]

Hi Peter

Preparation zip compressed binary is easy.
I will prepare installer version, 7zip, and zip packages for 5.4.7 and later

Tatsuro

> ----- Original Message -----
> 
> From: "pm" <mi...@ph...>
> To: "Tatsuro MATSUOKA" <tma...@ya...>
> Cc: "beta" <gnu...@li...>
> Date: 2023/05/19 金 23:52
> Subject: Re: Gnuplot 5.4.7 release tarball available for testing
> 
> 
>  	Hello Tatsuro,
> 
> > I have executed the test build on windows (MinGW64).
> 
> I see you upload the Windows binary also as a compressed 7z file. Would not be 
> the traditional zip file more portable? Recently, I wanted to upgrade an older 
> gnuplot on a Windows machine without admin privileges, but Windows 10 cannot 
> unzip 7z natively.
> 
> Tech note: the EXAFS software Athena uses gnuplot with wxt terminal for 
> drawing, but on that Windows 10 machine the cross of the ruler ("r" hotkey) is 
> invisible (white cross on white background?), for all windows gnuplots 
> downloadable as zip files. Thus peak distance measurement is difficult. I 
> wonder whether it was a problem on only that machine or the problem is more 
> frequent.
> 
> Greetings, Petr
> 

Re: Gnuplot 5.4.7 release tarball available for testing

[Achim G. <Str...@ne...>]

Ethan A Merritt writes:
> I have placed a pre-release tarball of 5.4.7 on the testing area of SourceForge
[…]
> If no problems are reported, I plan to use this for release of 5.4.7
> next week.

The Cygwin build has shown no anomalies.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Re: Gnuplot 5.4.7 release tarball available for testing

[Ethan A M. <me...@uw...>]

On Friday, 19 May 2023 07:51:47 PDT Petr Mikulik wrote:
>  	Hello Tatsuro,
> 
> > I have executed the test build on windows (MinGW64).

[snip]

> Tech note: the EXAFS software Athena uses gnuplot with wxt terminal for 
> drawing, but on that Windows 10 machine the cross of the ruler ("r" hotkey) is 
> invisible (white cross on white background?), for all windows gnuplots 
> downloadable as zip files. Thus peak distance measurement is difficult. I 
> wonder whether it was a problem on only that machine or the problem is more 
> frequent.

This is probably an issue with what version of the gtk library is used.
gtk2 provided a "invert the color" pen that would always draw white on a dark
background or black on a light background.
For some reason gtk3 does not support that option.  This was bug #2523
      https://sourceforge.net/p/gnuplot/bugs/2523/

It was supposedly fixed in version 5.4.4
  commit 10152d7a736da4ab289c12d532cae50683a8306b
  Date:   Thu May 5 16:56:06 2022 -0700
    wxt: Flip color of zoombox / rubber band / ruler on dark background
    Bug #2523

Maybe that fix did not work for Windows 10?
Or maybe for some reason on your machine gnuplot thinks the
terminal background is dark even though in fact it is white?

	Ethan  




-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742

Re: Gnuplot 5.4.7 release tarball available for testing

[Petr M. <mi...@ph...>]

 	Hello Tatsuro,

> I have executed the test build on windows (MinGW64).

I see you upload the Windows binary also as a compressed 7z file. Would not be 
the traditional zip file more portable? Recently, I wanted to upgrade an older 
gnuplot on a Windows machine without admin privileges, but Windows 10 cannot 
unzip 7z natively.

Tech note: the EXAFS software Athena uses gnuplot with wxt terminal for 
drawing, but on that Windows 10 machine the cross of the ruler ("r" hotkey) is 
invisible (white cross on white background?), for all windows gnuplots 
downloadable as zip files. Thus peak distance measurement is difficult. I 
wonder whether it was a problem on only that machine or the problem is more 
frequent.

Greetings, Petr

Re: Gnuplot 5.4.7 release tarball available for testing

[Tatsuro M. <tma...@ya...>]

I have executed the test build on windows (MinGW64).
I ended successfully

Tatsuro

> ----- Original Message -----
> 
> From: "Ethan A Merritt" <me...@uw...>
> To: "gnu...@li..." <gnu...@li...>
> Date: 2023/05/19 金 06:38
> Subject: Gnuplot 5.4.7 release tarball available for testing
> 
> 
> I have placed a pre-release tarball of 5.4.7 on the testing area of SourceForge
> 
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.7testing.tar.gz
> 
> The number of bug fixes is surprisingly large, given how late this is in the
> 5.4 series. Many of these bugs date back to earlier versions of gnuplot but
> either were not reported or not considered fixable until recently.
> I had been thinking that this would be the last patchlevel release for 5.4
> but now I am not so sure. 
> 
> If no problems are reported, I plan to use this for release of 5.4.7
> next week.
> 
> 
> Changes in 5.4.7
> ================
> 
> * FIX    pseudofiles '+','++' must ignore "set datafile columnheader"  Bug #2585
> * FIX    data from an array must ignore "set datafile columnheader"    Bug #2585
> * FIX    various problems with unbounded plot iteration                Bug #2589
> * FIX    allow plot ... smooth acsplines with filledcurves             Bug #2592
> * FIX    "plot title at {end|beginning}" belongs in KEYSAMPLE layer
> * FIX    handle empty string in last field of csv file
> * FIX    Handle nonlinear axes during contour generation               Bug #2593
> * FIX    yerrorbars key sample should match bars in the plot           Bug #2598
> * FIX    "plot with table" must skip all smoothing operations          Bug #2610
> * FIX    cairolatex/epslatex: prevent doubled text in opaque textboxes
> * FIX    wxt: versions prior to 3.0 do not support XDG                 Bug #2587
> * FIX    wxt: fontscale and fontsize handling was inconsistent         Bug #2373
> * FIX    tikz epslatex cairolatex: updated to work with TeXLive2023    Bug #2613
> * FIX    correctly report cardinality of an empty array is zero        Bug #2616
> * FIX    ignore datafile separator when plotting from an array
> * FIX    combination of pm3d options "at b" or "at t" with "depthorder"
> * FIX    combination of 'autotitle columnhead' and 'using col("key")'  Bug #2620
> * FIX    do not complain if XDG files are not found because no $HOME   Bug #2623
> * FIX    windows terminal: arrow length corrected for aspect ratio     Bug #2565
> 
> 
>       Ethan
> 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Gnuplot 5.4.7 release tarball available for testing

[Ethan A M. <me...@uw...>]

I have placed a pre-release tarball of 5.4.7 on the testing area of SourceForge

    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.7testing.tar.gz

The number of bug fixes is surprisingly large, given how late this is in the
5.4 series. Many of these bugs date back to earlier versions of gnuplot but
either were not reported or not considered fixable until recently.
I had been thinking that this would be the last patchlevel release for 5.4
but now I am not so sure. 

If no problems are reported, I plan to use this for release of 5.4.7
next week.


Changes in 5.4.7
================

* FIX    pseudofiles '+','++' must ignore "set datafile columnheader"  Bug #2585
* FIX    data from an array must ignore "set datafile columnheader"    Bug #2585
* FIX    various problems with unbounded plot iteration                Bug #2589
* FIX    allow plot ... smooth acsplines with filledcurves             Bug #2592
* FIX    "plot title at {end|beginning}" belongs in KEYSAMPLE layer
* FIX    handle empty string in last field of csv file
* FIX    Handle nonlinear axes during contour generation               Bug #2593
* FIX    yerrorbars key sample should match bars in the plot           Bug #2598
* FIX    "plot with table" must skip all smoothing operations          Bug #2610
* FIX    cairolatex/epslatex: prevent doubled text in opaque textboxes
* FIX    wxt: versions prior to 3.0 do not support XDG                 Bug #2587
* FIX    wxt: fontscale and fontsize handling was inconsistent         Bug #2373
* FIX    tikz epslatex cairolatex: updated to work with TeXLive2023    Bug #2613
* FIX    correctly report cardinality of an empty array is zero        Bug #2616
* FIX    ignore datafile separator when plotting from an array
* FIX    combination of pm3d options "at b" or "at t" with "depthorder"
* FIX    combination of 'autotitle columnhead' and 'using col("key")'  Bug #2620
* FIX    do not complain if XDG files are not found because no $HOME   Bug #2623
* FIX    windows terminal: arrow length corrected for aspect ratio     Bug #2565


      Ethan

Re: Lack of background option for qt terminal

[Tatsuro M. <tma...@ya...>]

Thanks for the reply.
I understand the situation.
However, users who use the background option perhaps set the background from the script. 

Tatsuro

> ----- Original Message -----
> 
> From: "Ethan A Merritt" <me...@uw...>
> To: "Tatsuro MATSUOKA" <tma...@ya...>
> Cc: "beta" <gnu...@li...>
> Date: 2023/04/04 火 00:12
> Subject: Re: Lack of background option for qt terminal
> 
> 
> Remember that the qt terminal graphics window is controlled by a separate program gnuplot_qt.
> The background is controlled by that program.
> There is a background color selection widget in the toolbar.
> 
> 
> On Mon, Apr 3, 2023 at 3:04 AM Tatsuro MATSUOKA via gnuplot-beta <gnu...@li...> wrote:
> I noticed that qt terminal lacks the background option in the discussion the bug #2612.
>  Is this intentional?
>  
>  Tatsuro
>  
>  
>  
>  _______________________________________________
>  gnuplot-beta mailing list
>  gnu...@li...
>  Membership management via: https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!hTyAHpgdWAc9n3NPm6cSaHVV3hZGGFY7ATiBrYF0H3hfmo5AkfECr-6-wV3eXQrk3ZQUeGoIGNh0FALUZo9yTxuc7_ddyi19lFA-$ 
> 
> 
> -- 
> Ethan A Merritt 
> Biomolecular Structure Center, K-428 Health Sciences Bldg 
> MS 357742,  University of Washington, Seattle 98195-7742
>  
> 
> 

Re: Lack of background option for qt terminal

[Ethan A M. <me...@uw...>]

Remember that the qt terminal graphics window is controlled by a separate
program gnuplot_qt.
The background is controlled by that program.
There is a background color selection widget in the toolbar.


On Mon, Apr 3, 2023 at 3:04 AM Tatsuro MATSUOKA via gnuplot-beta <
gnu...@li...> wrote:

> I noticed that qt terminal lacks the background option in the discussion
> the bug #2612.
> Is this intentional?
>
> Tatsuro
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!hTyAHpgdWAc9n3NPm6cSaHVV3hZGGFY7ATiBrYF0H3hfmo5AkfECr-6-wV3eXQrk3ZQUeGoIGNh0FALUZo9yTxuc7_ddyi19lFA-$
>


-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742

Lack of background option for qt terminal

[Tatsuro M. <tma...@ya...>]

I noticed that qt terminal lacks the background option in the discussion the bug #2612.
Is this intentional?

Tatsuro

Re: OS name for mac in gnuplot documents

[Tatsuro M. <tma...@ya...>]

There exists also OSX description on the gnuplot homepage.

Tatsuro

> ----- Original Message -----
> 
> From: "Tatsuro MATSUOKA via gnuplot-beta" <gnu...@li...>
> To: "beta" <gnu...@li...>
> Date: 2023/03/09 木 09:14
> Subject: OS name for mac in gnuplot documents
> 
> 
> In documents for gnuplot, the OS name for the mac is the Mac OS X or OSX.
> At present, the Mac OS X or OSX is deprecated.
> Please use macOS, instead.
> See:
> https://en.wikipedia.org/wiki/MacOS
> 
> Tatsuro
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

OS name for mac in gnuplot documents

[Tatsuro M. <tma...@ya...>]

In documents for gnuplot, the OS name for the mac is the Mac OS X or OSX.
At present, the Mac OS X or OSX is deprecated.
Please use macOS, instead.
See:
https://en.wikipedia.org/wiki/MacOS

Tatsuro

Re: Invalid data read by strcol(), possible memory corruption

[Ethan A M. <me...@uw...>]

On Tuesday, 7 March 2023 11:38:22 PST Juhász Péter wrote:
> The following data file + gnuplot script produce incorrect behavior
> with a recent git build, indicating possible memory corruption while
> reading strings from the data file:
>
> # -- data file ---
> 1;1;
> 1;2;
> 1aa;3;1.1
> 1;4;
> 1;5;
> 1;2;
> 1;3;
> 1;4;
> 1;5;
>
> # -- script ----
> set dataf sep ';'
> plot 'foo' u 0:2:(strcol(3)) w labels point
>
>
> On my machine this produces a plot where all points after the third
> have the same "1.1" label. When you move the plot around (in an
> interactive terminal, e.g. with an arrow key), all points get the same
> label.

Yes, a bug.  Or arguably two bugs.
An empty final field in a csv file was correctly flagged as "missing",
but the string-handling code did not check for this flag. Instead it
used a leftover pointer from a previous string operation.

Two fixes now applied to 5.4 6.0 6.1

1) Clear pointer to previous string operation when an empty
   field is encountered
2) In the string-handling code (df_parse_string_field) substitute
   a new empty string for a NULL string pointer


        Ethan

> Interestingly, everything seems to work as expected if you remove the
> "a"s from the data file. Other, even weirder effects can be coaxed out
> of gnuplot if you add some characters to other lines than the third.
>
> This seems like a bug. I think the explicit non-standard separator and
> the field being the last one are both necessary conditions.
>
> Some background and explanation:
>
> This report is actually related to an earlier discussion on this list,
> where I complained that lines containing missing values are silently
> dropped, and that column(i) seemed different from $i. Today I updated
> to the current development version, and noticed that my workaround to
> the missing values using column() no longer worked. So I experimented
> with some things, and at first I've thought that strcol() might be able
> to help me, as it didn't seem to be bothered by missing fields, but
> then I noticed the weirdness described above.
>
> As for fixing this bug, I think it is important to preserve strcol()'s
> ability to just return the empty string in case of missing data - after
> all, it is advertised to return the content of column X as a string. If
> the column is empty, then by definition its contents are the empty
> string.
>
> best regards,
> Peter Juhasz

Invalid data read by strcol(), possible memory corruption

[Juhász P. <pet...@gm...>]

Dear gnuplot list members,

The following data file + gnuplot script produce incorrect behavior
with a recent git build, indicating possible memory corruption while
reading strings from the data file:

# -- data file ---
1;1;
1;2;
1aa;3;1.1
1;4;
1;5;
1;2;
1;3;
1;4;
1;5;

# -- script ----
set dataf sep ';'
plot 'foo' u 0:2:(strcol(3)) w labels point


On my machine this produces a plot where all points after the third
have the same "1.1" label. When you move the plot around (in an
interactive terminal, e.g. with an arrow key), all points get the same
label.

Interestingly, everything seems to work as expected if you remove the
"a"s from the data file. Other, even weirder effects can be coaxed out
of gnuplot if you add some characters to other lines than the third.

This seems like a bug. I think the explicit non-standard separator and
the field being the last one are both necessary conditions.

Some background and explanation:

This report is actually related to an earlier discussion on this list,
where I complained that lines containing missing values are silently
dropped, and that column(i) seemed different from $i. Today I updated
to the current development version, and noticed that my workaround to
the missing values using column() no longer worked. So I experimented
with some things, and at first I've thought that strcol() might be able
to help me, as it didn't seem to be bothered by missing fields, but
then I noticed the weirdness described above.

As for fixing this bug, I think it is important to preserve strcol()'s
ability to just return the empty string in case of missing data - after
all, it is advertised to return the content of column X as a string. If
the column is empty, then by definition its contents are the empty
string.

best regards,
Peter Juhasz

Build instruction on Ubuntu

[Tatsuro M. <tma...@ya...>]

I wrote the Build instruction on Ubuntu, especially for the development version
https://sourceforge.net/p/gnuplot/support-requests/282/

Tatsuro

Re: Description of libwebp in gnuplot document (6.0 and 6.1)

[Ethan A M. <me...@uw...>]

Yes, the webp terminal is built only if the configure script finds the
required support libraries.
If they are not found it prints a message in the summary output,
for instance:

  libgd-based png jpeg gif sixel: yes (with animated gif)
 cairo-based pdf png  : yes
 webp                 : no (requires cairo, pango, libwebp, libwebpmux)
 lua/TikZ             : yes
 wxt                  : yes
 Qt                   : yes (qt5)

The webp and webpmux libraries are available directly from Google
    https://developers.google.com/speed/webp/download
They are included as standard packages in my linux distro (Mageia);
I do not know which other distros package them.

    Ethan


On Thu, Mar 2, 2023 at 1:05 AM Tatsuro MATSUOKA via gnuplot-beta <
gnu...@li...> wrote:

> Does the description of libwebp in any gnuplot documents?
> I could nor find it in the INSTALL for 6.1 and 6.0.
> To use the webp terminal, one has to install libwebp as dependencies for
> 6.0 and 6.1.
>
> Tatsuro
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!mUI1w0bpE45rtVTUk-Bu-ULyUvolwuj9opPMPR0KwMr-GjCi0IPR720BeSFBPmtoDjUhqUVM6a-0x2lLyjjWdkoara0JsAdzaxSY$
>


-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742