gnuplot-bugs — Place to submit bug reports on gnuplot

[Gnuplot-bugs] is painting with corners2color working incorrectly for Y axis?

[Yury <yur...@gm...>]

Hi,

Can't test with other versions right now, but 
with 5.4.3 and 6.0.0 on linux I'm having an 
issue plotting this:

set terminal x11 ;
set size square
set xrange [-3:3]; set yrange [-3:3];
set samples 7
sigma = 2.0;
f(x,y) = (1/(2*pi*sigma**2)) * 
exp(-(x**2+y**2)/(2*sigma**2)) ;
set grid
set pm3d map corners2color c1;
splot \
   f(x,y) \

AFAIU, this should construct radial-symmetric 
color map with grid lines separating color changes.

What it makes instead on my system is a colormap 
with an arbitrary number of samples for Y axis. 
I see at least 8 color changes along Y axis, and 
generally color rectangles are smaller along Y 
axis, while grid squares are okay.

Is this a known or documented behaviour?

-Yury

[Gnuplot-bugs] Gnuplot complain with ')' expected when array is not defined at specific line

[Guy B. <guy...@vi...>]

If I use this script Gnuplot complains with error : ')' expected


### strange behaviour with setting arrays and using stats reset session $Data <<EOD 1 10 2 20 3 30 4 40 EOD stats $Data u (c=$0+1) nooutput # get the number of rows into c array M[c] array M_x_N[c] stats $Data u (M[int($0+1)] = $1) name "M" nooutput stats $Data u (M_x_N[int($0+1)] = $2) name "M_x_N" nooutput ### end of script

However, if you change the sequence to the following, it will work. 

array M[c]  stats $Data u (M[int($0+1)] = $1) name "M" nooutput


array M_x_N[c] stats $Data u (M_x_N[int($0+1)] = $2) name "M_x_N" nooutput


Is this a bug?

[Gnuplot-bugs] object line color fails with X11, gnuplot 6.0.0

[Ingo T. <ing...@gm...>]

Dear everyone,

I have noticed that an old bug concerning object border colors is back
in stable version 6.0.0 (dev version not yet tested). All object lines
appear black while they have the specified color in gnuplot version
5.4.8 (currently on MacPorts). The error occurs when the linewidth is
explicitely specified. A similar (or even the same?) bug appeared in an
earlier version of gnuplot 5.*, but I do not remember which exact
version it was.

Here is a sample script:

reset
set term x11 size 800,600

set object  1 circle at 0,0 size 3 fs empty border rgb '#ff0000' lw 2.0
set object  2 circle at 0,0 size 6 fs empty border rgb '#0000ff' lw 2.0

plot x

Best wishes,
Ingo

Re: [Gnuplot-bugs] 回复: install problem with anaconda

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

Sihan

You posted to the gnuplot-bug ML [*], However, the gnuplot project does not have any relationship with the conda package manager.
So your fault of installing gnuplot by conda package manager does not relate to the gnuplot project and is not a bug for the gnuplot team.

[*] Gnuplot bug should be posted to  https://sourceforge.net/p/gnuplot/bugs/ but not to the gnuplot-bug Mailing List.

Tatsuro

----- Original Message -----

From: "CHENG Sihan" <sih...@ou...>
To: "Bug reports for gnuplot" <gnu...@li...>; "Tatsuro MATSUOKA" <tma...@ya...>
Date: 2022/09/09 金 23:52
Subject: 回复: [Gnuplot-bugs] install problem with anaconda


I said conda install gnuplot.

Sihan
 发件人: Tatsuro MATSUOKA via gnuplot-bugs <gnu...@li...>
 发送时间: 2022年9月9日 16:15
 收件人: Bug reports for gnuplot <gnu...@li...>
 抄送: Tatsuro MATSUOKA <tma...@ya...>
 主题: Re: [Gnuplot-bugs] install problem with anaconda 
The gnuplot project does not have any relationship with Anaconda.
 
 Tatsuro
 
 
 > ----- Original Message -----
 > 
 > From: "CHENG Sihan" <sih...@ou...>
 > To: "gnu...@li..." <gnu...@li...>
 > Date: 2022/09/09 金 17:55
 > Subject: [Gnuplot-bugs] install problem with anaconda
 > 
 > 
 > Hello,
 > 
 > I want to install gnuplot with anaconda. I have tried as follows. But it seems that conda cant find the package of gnuplot.
 > conda config --add channels conda-forge
 > conda install -c conda-forge gnuplot
 > conda install -c "conda-forge/label/cf201901" gnuplot
 > conda install -c "conda-forge/label/cf202003" gnuplo
 > 
 > PackagesNotFoundError: The following packages are not available from current channels:
 > 
 >  - gnuplot
 > 
 > Then jow to do it?
 > Thanks.
 > 
 > _______________________________________________
 > gnuplot-bugs mailing list
 > gnu...@li...
 > Membership management via:  https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
 > 
 
 
 
 _______________________________________________
 gnuplot-bugs mailing list
 gnu...@li...
 Membership management via:  https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs

[Gnuplot-bugs] 回复: install problem with anaconda

[CHENG S. <sih...@ou...>]

I said conda install gnuplot.

Sihan
________________________________
发件人: Tatsuro MATSUOKA via gnuplot-bugs <gnu...@li...>
发送时间: 2022年9月9日 16:15
收件人: Bug reports for gnuplot <gnu...@li...>
抄送: Tatsuro MATSUOKA <tma...@ya...>
主题: Re: [Gnuplot-bugs] install problem with anaconda

The gnuplot project does not have any relationship with Anaconda.

Tatsuro


> ----- Original Message -----
>
> From: "CHENG Sihan" <sih...@ou...>
> To: "gnu...@li..." <gnu...@li...>
> Date: 2022/09/09 金 17:55
> Subject: [Gnuplot-bugs] install problem with anaconda
>
>
> Hello,
>
> I want to install gnuplot with anaconda. I have tried as follows. But it seems that conda cant find the package of gnuplot.
> conda config --add channels conda-forge
> conda install -c conda-forge gnuplot
> conda install -c "conda-forge/label/cf201901" gnuplot
> conda install -c "conda-forge/label/cf202003" gnuplo
>
> PackagesNotFoundError: The following packages are not available from current channels:
>
>   - gnuplot
>
> Then jow to do it?
> Thanks.
>
> _______________________________________________
> gnuplot-bugs mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
>



_______________________________________________
gnuplot-bugs mailing list
gnu...@li...
Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs

Re: [Gnuplot-bugs] install problem with anaconda

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

The gnuplot project does not have any relationship with Anaconda.

Tatsuro


> ----- Original Message -----
> 
> From: "CHENG Sihan" <sih...@ou...>
> To: "gnu...@li..." <gnu...@li...>
> Date: 2022/09/09 金 17:55
> Subject: [Gnuplot-bugs] install problem with anaconda
> 
> 
> Hello,
> 
> I want to install gnuplot with anaconda. I have tried as follows. But it seems that conda cant find the package of gnuplot.
> conda config --add channels conda-forge
> conda install -c conda-forge gnuplot
> conda install -c "conda-forge/label/cf201901" gnuplot
> conda install -c "conda-forge/label/cf202003" gnuplo
> 
> PackagesNotFoundError: The following packages are not available from current channels:
> 
>   - gnuplot
> 
> Then jow to do it?
> Thanks.
> 
> _______________________________________________
> gnuplot-bugs mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
> 

[Gnuplot-bugs] install problem with anaconda

[CHENG S. <sih...@ou...>]

Hello,

I want to install gnuplot with anaconda. I have tried as follows. But it seems that conda cant find the package of gnuplot.
conda config --add channels conda-forge
conda install -c conda-forge gnuplot
conda install -c "conda-forge/label/cf201901" gnuplot
conda install -c "conda-forge/label/cf202003" gnuplo

PackagesNotFoundError: The following packages are not available from current channels:

  - gnuplot

Then jow to do it?
Thanks.

Re: [Gnuplot-bugs] [PATCH] Unreadable zoom-in using dark backgrounds

[ZoiDiCabra <ian...@gm...>]

I've opened ticket #2523.
Thank you.

Ian


Em qua., 4 de mai. de 2022 às 03:56, Tatsuro MATSUOKA <
tma...@ya...> escreveu:

> Bug report to the gnu...@li... is out of date.
> Please use the Bug Ticket in  https://sourceforge.net/p/gnuplot/bugs/
>
> Tatsuro
>
> > ----- Original Message -----
> >
> > From: "ZoiDiCabra" <ian...@gm...>
> > To: "gnu...@li..." <
> gnu...@li...>
> > Date: 2022/05/03 火 23:19
> > Subject: [Gnuplot-bugs] [PATCH] Unreadable zoom-in using dark backgrounds
> >
> >
> > I was doing some experiments with dark mode graphs and realized that the
> > zoom selection box is not visible (black on black) in wxt if the
> background
> > is set to '#000000'. So here's a patch:
> >
> > diff --git a/src/wxterminal/wxt_gui.cpp b/src/wxterminal/wxt_gui.cpp
> > index 20efa9ae3..caac6e2c1 100644
> > --- a/src/wxterminal/wxt_gui.cpp
> > +++ b/src/wxterminal/wxt_gui.cpp
> > @@ -1088,14 +1088,18 @@ void wxtPanel::DrawToDC(wxDC &dc, wxRegion
> &region)
> >
> >  #ifdef USE_MOUSE
> >         if (wxt_zoombox) {
> > -               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
> > -               tmp_pen.SetCap( wxCAP_ROUND );
> > -               dc.SetPen( tmp_pen );
> >  #ifndef __WXOSX_COCOA__
> >                 /* wx 2.9 Cocoa bug workaround, which has no logical
> > functions support */
> >  #if (GTK_MAJOR_VERSION < 3)
> > +               tmp_pen = wxPen(wxT("white"), 1, wxPENSTYLE_SOLID);
> > +               tmp_pen.SetCap( wxCAP_ROUND );
> > +               dc.SetPen( tmp_pen );
> >                 dc.SetLogicalFunction( wxINVERT );
> >  #endif
> > +#else
> > +               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
> > +               tmp_pen.SetCap( wxCAP_ROUND );
> > +               dc.SetPen( tmp_pen );
> >  #endif
> >                 dc.DrawLine( zoom_x1, zoom_y1, mouse_x, zoom_y1 );
> >                 dc.DrawLine( mouse_x, zoom_y1, mouse_x, mouse_y );
> >
> > Details:
> > system: gnuplot 5.4 patchlevel 3 (Arch Linux)
> > patched branch: gnuplot branch-5-4-stable
> >
> > Testing process:
> >
> > $ gnuplot -e "set term wxt background '#000000'" -c demo/airfoil.dem
> >
> > Verified that the zoom selection box is not visible (black on black)
> >
> > $ gnuplot -e "set term wxt" -c demo/airfoil.dem
> >
> > Verified that the zoom selection box is visible (black on white).
> >
> > Patched the file src/wxterminal/wxt_gui.cpp
> >
> > $ ./src/gnuplot -e "set term wxt background '#000000'" -c
> demo/airfoil.dem
> >
> > Verified that the zoom selection box is now visible (white on black).
> >
> > ./src/gnuplot -e "set term wxt" -c demo/airfoil.dem
> >
> > Verified that the zoom selection box is still visible (different blending
> > mode though).
> > I'm not able to test in a macOS environment.
> >
> > I can provide screenshots and other details if required
> >
> > _______________________________________________
> > gnuplot-bugs mailing list
> > gnu...@li...
> > Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
> >
>
>
>
> _______________________________________________
> gnuplot-bugs mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
>

Re: [Gnuplot-bugs] [PATCH] Unreadable zoom-in using dark backgrounds

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

Bug report to the gnu...@li... is out of date.
Please use the Bug Ticket in  https://sourceforge.net/p/gnuplot/bugs/

Tatsuro

> ----- Original Message -----
> 
> From: "ZoiDiCabra" <ian...@gm...>
> To: "gnu...@li..." <gnu...@li...>
> Date: 2022/05/03 火 23:19
> Subject: [Gnuplot-bugs] [PATCH] Unreadable zoom-in using dark backgrounds
> 
> 
> I was doing some experiments with dark mode graphs and realized that the
> zoom selection box is not visible (black on black) in wxt if the background
> is set to '#000000'. So here's a patch:
> 
> diff --git a/src/wxterminal/wxt_gui.cpp b/src/wxterminal/wxt_gui.cpp
> index 20efa9ae3..caac6e2c1 100644
> --- a/src/wxterminal/wxt_gui.cpp
> +++ b/src/wxterminal/wxt_gui.cpp
> @@ -1088,14 +1088,18 @@ void wxtPanel::DrawToDC(wxDC &dc, wxRegion &region)
> 
>  #ifdef USE_MOUSE
>         if (wxt_zoombox) {
> -               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
> -               tmp_pen.SetCap( wxCAP_ROUND );
> -               dc.SetPen( tmp_pen );
>  #ifndef __WXOSX_COCOA__
>                 /* wx 2.9 Cocoa bug workaround, which has no logical
> functions support */
>  #if (GTK_MAJOR_VERSION < 3)
> +               tmp_pen = wxPen(wxT("white"), 1, wxPENSTYLE_SOLID);
> +               tmp_pen.SetCap( wxCAP_ROUND );
> +               dc.SetPen( tmp_pen );
>                 dc.SetLogicalFunction( wxINVERT );
>  #endif
> +#else
> +               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
> +               tmp_pen.SetCap( wxCAP_ROUND );
> +               dc.SetPen( tmp_pen );
>  #endif
>                 dc.DrawLine( zoom_x1, zoom_y1, mouse_x, zoom_y1 );
>                 dc.DrawLine( mouse_x, zoom_y1, mouse_x, mouse_y );
> 
> Details:
> system: gnuplot 5.4 patchlevel 3 (Arch Linux)
> patched branch: gnuplot branch-5-4-stable
> 
> Testing process:
> 
> $ gnuplot -e "set term wxt background '#000000'" -c demo/airfoil.dem
> 
> Verified that the zoom selection box is not visible (black on black)
> 
> $ gnuplot -e "set term wxt" -c demo/airfoil.dem
> 
> Verified that the zoom selection box is visible (black on white).
> 
> Patched the file src/wxterminal/wxt_gui.cpp
> 
> $ ./src/gnuplot -e "set term wxt background '#000000'" -c demo/airfoil.dem
> 
> Verified that the zoom selection box is now visible (white on black).
> 
> ./src/gnuplot -e "set term wxt" -c demo/airfoil.dem
> 
> Verified that the zoom selection box is still visible (different blending
> mode though).
> I'm not able to test in a macOS environment.
> 
> I can provide screenshots and other details if required
> 
> _______________________________________________
> gnuplot-bugs mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
> 

[Gnuplot-bugs] [PATCH] Unreadable zoom-in using dark backgrounds

[ZoiDiCabra <ian...@gm...>]

I was doing some experiments with dark mode graphs and realized that the
zoom selection box is not visible (black on black) in wxt if the background
is set to '#000000'. So here's a patch:

diff --git a/src/wxterminal/wxt_gui.cpp b/src/wxterminal/wxt_gui.cpp
index 20efa9ae3..caac6e2c1 100644
--- a/src/wxterminal/wxt_gui.cpp
+++ b/src/wxterminal/wxt_gui.cpp
@@ -1088,14 +1088,18 @@ void wxtPanel::DrawToDC(wxDC &dc, wxRegion &region)

 #ifdef USE_MOUSE
        if (wxt_zoombox) {
-               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
-               tmp_pen.SetCap( wxCAP_ROUND );
-               dc.SetPen( tmp_pen );
 #ifndef __WXOSX_COCOA__
                /* wx 2.9 Cocoa bug workaround, which has no logical
functions support */
 #if (GTK_MAJOR_VERSION < 3)
+               tmp_pen = wxPen(wxT("white"), 1, wxPENSTYLE_SOLID);
+               tmp_pen.SetCap( wxCAP_ROUND );
+               dc.SetPen( tmp_pen );
                dc.SetLogicalFunction( wxINVERT );
 #endif
+#else
+               tmp_pen = wxPen(wxT("black"), 1, wxPENSTYLE_SOLID);
+               tmp_pen.SetCap( wxCAP_ROUND );
+               dc.SetPen( tmp_pen );
 #endif
                dc.DrawLine( zoom_x1, zoom_y1, mouse_x, zoom_y1 );
                dc.DrawLine( mouse_x, zoom_y1, mouse_x, mouse_y );

Details:
system: gnuplot 5.4 patchlevel 3 (Arch Linux)
patched branch: gnuplot branch-5-4-stable

Testing process:

$ gnuplot -e "set term wxt background '#000000'" -c demo/airfoil.dem

Verified that the zoom selection box is not visible (black on black)

$ gnuplot -e "set term wxt" -c demo/airfoil.dem

Verified that the zoom selection box is visible (black on white).

Patched the file src/wxterminal/wxt_gui.cpp

$ ./src/gnuplot -e "set term wxt background '#000000'" -c demo/airfoil.dem

Verified that the zoom selection box is now visible (white on black).

./src/gnuplot -e "set term wxt" -c demo/airfoil.dem

Verified that the zoom selection box is still visible (different blending
mode though).
I'm not able to test in a macOS environment.

I can provide screenshots and other details if required

[Gnuplot-bugs] Mouse behavior change 5.2.8 -> 5.4.2 with term = x11

[Glenn G. <gd...@zp...>]

Greetings gnuplotters,

This question was posted to gnuplot-info about a week ago, but received no
response, so re-submitting here as a bug report.

Thanks,

Glenn Golden

=========================================================================
Platform:           Arch linux, x86-64
Gnuplot versions:   gnuplot-5.2.8-2,  gnuplot-5.4.2-1 (both from Arch repo)
Gnuplot terminal:   x11

Minimal example:

   gnuplot> set term x11
   gnuplot> plot sin(x)
   gnuplot> unset mouse	

In 5.2.8, "unset mouse" entirely eliminates the mouse coordinate display
region at the bottom of the plot window, and the window then resizes
slightly (reduced height) to 'shrink wrap' the remaining plot area.

In 5.4.2, "unset mouse" only freezes the coordinate display, but the display
region itself remains visible within the plot window (showing the last set
of coordinates, frozen) and no resizing of the plot window occurs.

I went thru the various mouse options in 5.4.2 to see if perhaps there
might have been an option added since 5.2.8 that toggled this behavior,
but no joy.  Unable to find any option combo that restores the old long-
standing behavior, but perhaps I missed it.

Can anyone reproduce this?  If so, is there some option or other trick
that can be used in 5.4.2 that will restore the old behavior?

If it's not possible to somehow restore the old behavior with 5.4.2, then
please consider this as a bug report (regression against 5.2.8). I am also
pretty sure (but cannot easily verify) that the old behavior extended back
to at least 4.6.6.

Thanks to all for maintaining gnuplot. 

- gdg
=========================================================================

[Gnuplot-bugs] Getting warning with gnuplot 5.4.2 on Windows 10

[Gabriel D. <gab...@gm...>]

Hello,

When I start an interactive session of gnuplot in cmd.exe, I always get 
the following warning:

(process:16512): GLib-GIO-WARNING **: 11:10:26.735: Unexpectedly, UWP 
app `micro
soft.windowscommunicationsapps_16005.14326.20206.0_x64__8wekyb3d8bbwe' 
(AUMId `m
icrosoft.windowscommunicationsapps_8wekyb3d8bbwe!microsoft.windowslive.mail') 
su
pports 1 extensions but has no verbs

Gnuplot works fine otherwise, as far as I can tell. I'm using gnuplot 
5.4.2 on Windows 10.

Any idea what this could be and how to fix it?

Regards,

Gabriel Dupras

[Gnuplot-bugs] linked axis destroys autorange

[<iv...@se...>]

Hi there!

I'm not sure weather it's rather a bug or a I didn't catch how to work with.

If I link complementary axes, the let-on-gnuplot range becomes cut off to 
data range.

A simple example on a dumb-term:
<img src="https://opu.peklo.biz/p/21/04/25/1619378668.png">
<img src="https://opu.peklo.biz/p/21/04/25/1619378695.png">

Any idea how to keep whole-tics autorange with linked axis?

Thanks

Iva

[Gnuplot-bugs] pause -1 "swallows" plots after set terminal x11

[<Sim...@sw...>]

Dear all,

pause -1 "swallows" plots after set terminal x11.

Here is my test script:

show terminal;
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";
set terminal x11;
show terminal;
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";
plot sin(x);pause -1 "Hit return to continue";

The output:

   terminal type is x11

Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue

   terminal type is x11  nopersist enhanced

Hit return to continue
Hit return to continueHit return to continue
Hit return to continue

In the part after "set terminal x11" the second plot is "swallowed" (I could not hit return).

Here the information about the versions and COMPILE_OPTIONS:

Linux 4.18.0-193.1.2.el8_2.x86_64 #1 SMP Thu May 7 16:37:54 UTC 2020 x86_64 GNU/Linux

        G N U P L O T
        Version 5.2 patchlevel 8    last modified 2019-12-01

        Copyright (C) 1986-1993, 1998, 2004, 2007-2019
        Thomas Williams, Colin Kelley and many others

        gnuplot home:     http://www.gnuplot.info
        faq, bugs, etc:   type "help FAQ"
        immediate help:   type "help"  (plot window: hit 'h')

    +READLINE  -LIBREADLINE  +HISTORY
    -BACKWARDS_COMPATIBILITY  +OBJECTS  +STATS +EXTERNAL_FUNCTIONS
    +GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION
    -USE_CWDRC  +X11  +X11_EXTERNAL +USE_MOUSE  +HIDDEN3D_QUADTREE

With Gnuplot-4.6.7 (and also 5.2.6) there is no such a problem. I also tried 5.4.rc2 with the same result as with 5.2.8.

Thanks for your help and best regards,

Simon



--
Dr. Simon Lutz
Entwicklungsingenieur / Geodät

Eidgenössisches Departement für Verteidigung,
Bevölkerungsschutz und Sport VBS.
Bundesamt für Landestopografie swisstopo.
Bereich Geodäsie und Eidgenössische Vermessungsdirektion.

Seftigenstrasse 264,
Postfach,
CH-3084 Wabern
Tel +41 58 469 03 90
sim...@sw...<mailto:sim...@sw...>
www.swisstopo.ch<http://www.swisstopo.ch/> / www.cadastre.ch<http://www.cadastre.ch/> / pnac.swisstopo.admin.ch

[Gnuplot-bugs] segfault

[folkert <fo...@va...>]

Hi,

I can reproducible let gnuplot gnuplot-5.0.5+dfsg1 (from debian repo)
crash with:
- this script: https://keetweej.vanheusden.com/gnuplot/scatter_plot.scr
- which uses: https://keetweej.vanheusden.com/gnuplot/scatter_plot.dat

The backtrace it gives is:

#0  0x00007f31b7cba85b in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f31b7ca5535 in __GI_abort () at abort.c:79
#2  0x00007f31b7cfc718 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f31b7e0729a "%s\n") at ../sysdeps/posix/libc_fatal.c:181
#3  0x00007f31b7d02e3a in malloc_printerr (str=str@entry=0x7f31b7e0543b "free(): invalid pointer") at malloc.c:5382
#4  0x00007f31b7d06d4e in free_check (mem=<optimized out>, caller=<optimized out>) at hooks.c:254
#5  0x00005650da572403 in do_plot (plots=0x5650db234d20, pcount=pcount@entry=1) at .././../../src/graphics.c:609
#6  0x00005650da592e46 in eval_plots () at .././../../src/plot2d.c:3388
#7  0x00005650da5464b9 in command () at .././../../src/command.c:625
#8  0x00005650da5464b9 in do_line () at .././../../src/command.c:420
#9  0x00005650da54662d in com_line () at .././../../src/command.c:322
#10 0x00005650da536adc in main (argc=0, argv=0x7ffc30bb9188) at .././../../src/plot.c:660

It did not complete writing the svg:
https://keetweej.vanheusden.com/gnuplot/scatter_plot.svg


Folkert van Heusden

-- 

Re: [Gnuplot-bugs] x2tics linked axis issue

[Hans-Bernhard B. <HBB...@t-...>]

Am 25.10.2018 um 21:38 schrieb Carpenter, Rob:
> Hi,
> I'm not sure if this is a bug or not.
> The behavior of x2tics and linked x axes has changed from 5.0.5 to 5.2.5
> The included pdf files generated from the simple gnu input file illustrates the difference.

There are no included PDF files, nor an input file, in the mail that
actually went through the list.  Attachments usually don't make it.

I suggest you re-post this on the bug tracker instead, where you can
attach documents.

[Gnuplot-bugs] x2tics linked axis issue

[Carpenter, R. <rob...@lm...>]

Hi,
I'm not sure if this is a bug or not.
The behavior of x2tics and linked x axes has changed from 5.0.5 to 5.2.5
The included pdf files generated from the simple gnu input file illustrates the difference.
I desire to have an offset grid for the top axis from the bottom axis, as it shows for 5.0.5.
This is not happening for 5.2.5.
Is there some setting or command to achieve this now.
Also, zoom doesn't work correctly for 5.2.5, as the x2tics labels to not auto configure the frequency anymore, so if you zoom in far enough you will get no x2 labels, yet the x1 labels still work.
Can anyone help?
Thanks

[Gnuplot-bugs] Problems with histogram examples code in manual

[Michael S. <mic...@sy...>]

Dear gnuplot developers,

I have found two problems with some example code in the "plot data 
smooth frequency" section of the manual (page 95 in v5.2, page 90 
for v5.0), designed to give equal-width intervals and rectangles 
whose heights equal each interval frequency:

  binwidth = <something> # set width of x values in each bin
  bin(val) = binwidth * floor(val/binwidth)
  plot "datafile" using (bin(column(1))):(1.0) smooth frequency

One problem is minor, one is major.

The minor problem is: the histogram bins are centred 0.5*binwidth 
to the left of where they should be. The definition of "bin()" 
above replaces each data value with the left endpoint of the 
interval it lands in, but then centres each interval at that 
point. To fix the problem, simply replace the definition with

   bin(val) = binwidth * (floor(val/binwidth) + 0.5)

and then each data point is replaced by the midpoint of the 
interval it lands in.

The major problem is: if there are any "empty bins", this code 
(potentially) generates an incorrect histogram. If any midpoint in 
the range of the data is not represented in bin(column(1)), this 
code causes the "smooth frequency" procedure to do the wrong 
thing. Rather than produce an empty interval at that position, it 
makes the intervals either side wider (with endpoints halfway 
between those midpoints that are represented. Worse, the heights 
of those wider intervals are not adjusted appropriately, so that 
area no longer reflects frequency in those intervals.

I have attached a script and a PDF that it generates to illustrate 
the problem with a simple example (I have v5.0 on fedora 28) which 
does show clearly that using "floor()" with "smooth frequency" in 
this way is problematic. Interestingly, the (experimental) "bins" 
procedure, documented in the v5.2 manual but not available on my 
v5.0, ostensibly does the right thing. 

It may be that you are waiting for "bins" to be no longer 
"experimental" before making this change, I guess that would make 
sense. Apologies if this has already been flagged, but I couldn't 
see it mentioned on the bug tracker page.

Cheers,

Michael

[Gnuplot-bugs] IS this a Bug ? (not able to get only one label of contour)

[Laurent D. <lau...@gm...>]

HI, as I posted here
<https://stackoverflow.com/questions/49763353/gnuplot-how-to-have-only-one-label-of-contour-interval-1-does-ont-work>
:

I am trying to get a 'contour map' of a function of 2 variables. My problem
is that I would like the label to be displayed just once along the contour
set (preferably in the middle of the length of the contour). I tried any
combination of set cntrparam start n interval m (including <0) but I did
not manage to do it (sometimes no label sometimes way too many, but never
only one). I need the sample high enough to get a "smooth" figure...

I tried with this code:

> set isosamples 200,200
> set cntrlabel  format start 50 interval -1 font '.7' onecolor
> set cntrparam levels discrete
> -50,-400,-300,-200,-100,50,20,100,200,300,400,500,0,-20
> set xrange [-5:5]
> set yrange [-5:5]
> set title "Ensembles de niveaux "
> set xlabel " X "
> set ylabel "Y "
> set contour base
> set view map
>
> splot 4*x**3+4*y**3 with lines  lw 3, 4*x**3+4*y**3 with labels point  pointinterval -1
>
> Someone suggested that it might be a bug. Is it ?

Regards,

Laurent Bakri

Re: [Gnuplot-bugs] gnuplot.texi is not working.

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

There are some more errors in the conversion script.  The attached patch
fixes those I found out about due to warnings / errors from texinfo 6.5.

--8<---------------cut here---------------start------------->8---
--- origsrc/gnuplot-5.2.0/docs/doc2texi.el	2017-05-18 18:30:19.000000000 +0200
+++ src/gnuplot-5.2.0/docs/doc2texi.el	2017-10-03 19:12:41.961204200 +0200
@@ -506,6 +506,9 @@ the end of `d2t-get-terminals'.")
                 (while (re-search-forward "^\"" nil t)
                   (replace-match "" nil nil))
                 (goto-char (point-min))
+                (while (re-search-forward "^#.*$" nil t)
+                  (replace-match "" nil nil))
+                (goto-char (point-min))
                 (while (re-search-forward "\\\\\"" nil t)
                   (replace-match "\"" nil nil))
                 (goto-char (point-min))
@@ -755,12 +758,12 @@ These lines makes a itemized list."
   (and d2t-verbose (message "  Doing d2t-transitem ..."))
   (save-excursion
     (while (re-search-forward "^#start" (point-max) "to_end")
-      (replace-match "@itemize @bullet" t))
+      (replace-match "@itemize @bullet\n" t))
     (goto-char (point-min))
     (while (re-search-forward "^#end" (point-max) "to_end")
-      (replace-match "@end itemize" t))
+      (replace-match "@end itemize\n" t))
     (goto-char (point-min))
-    (while (re-search-forward "^#b" (point-max) "to_end")
+    (while (re-search-forward "^#b " (point-max) "to_end")
       (replace-match "@item\n" t))
     (goto-char (point-min))
     (while (re-search-forward "^##" (point-max) "to_end")
--8<---------------cut here---------------end--------------->8---


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

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [Gnuplot-bugs] gnuplot.texi is not working.

[Stefan H. <ste...@t-...>]

Stefan Husmann <ste...@t-...> writes:

> Hello,
>
> generating the texinfo files from the sco files no longer works after a
/sco/doc/

I applied a patch and the build works for me with that patch.

diff -Naur gnuplot.orig/docs/doc2texi.el gnuplot/docs/doc2texi.el
--- gnuplot.orig/docs/doc2texi.el	2017-05-18 18:31:58.000000000 +0200
+++ gnuplot/docs/doc2texi.el	2017-05-19 13:54:53.368051644 +0200
@@ -760,7 +760,7 @@
     (while (re-search-forward "^#end" (point-max) "to_end")
       (replace-match "@end itemize" t))
     (goto-char (point-min))
-    (while (re-search-forward "^#b" (point-max) "to_end")
+    (while (re-search-forward "^#b " (point-max) "to_end")
       (replace-match "@item\n" t))
     (goto-char (point-min))
     (while (re-search-forward "^##" (point-max) "to_end")

But I cannot say if the patch is accurate.

Best Regards

Stefan

[Gnuplot-bugs] gnuplot.texi is not working.

[Stefan H. <ste...@t-...>]

Hello,

generating the texinfo files from the sco files no longer works after a
recent commit in CVS.

Updated level "5" menu following node: mf ... 
Updated level "5" menu following node: mp ... 
Updated level "5" menu following node: windows ... 
Updated level "5" menu following node: x11 ... 
Updated level "3" menu following node: Bugs ... 
Making or updating menus in *doc2texi*...done
Done...updated all the menus.  You may save the buffer.
/bin/sh /home/haawda/paketierung/meine_Pakete/gnuplot-cvs/src/gnuplot/missing makeinfo -I. gnuplot.texi --no-split --output=gnuplot.info
gnuplot.texi:1682: @item outside of table or list
gnuplot.texi:1695: @item outside of table or list
gnuplot.texi:1708: @item outside of table or list
gnuplot.texi:1721: @item outside of table or list
gnuplot.texi:10604: warning: @ref should not appear in @uref
gnuplot.texi:11018: @item outside of table or list
gnuplot.texi:21179: warning: unknown @end itemizeif
gnuplot.texi:21184: warning: unknown @end itemizeif
gnuplot.texi:21223: warning: unknown @end itemizeif
gnuplot.texi:21594: warning: unknown @end itemizeif
gnuplot.texi:22389: warning: unknown @end itemizeif
gnuplot.texi:23079: warning: unknown @end itemizeif
gnuplot.texi:23087: warning: unknown @end itemizeif
gnuplot.texi:23108: warning: unknown @end itemizeif
gnuplot.texi:23116: warning: unknown @end itemizeif
gnuplot.texi:23497: warning: unknown @end itemizeif
gnuplot.texi:23517: warning: unknown @end itemizeif
gnuplot.texi:23721: warning: unknown @end itemizeif
gnuplot.texi:23887: warning: unknown @end itemizeif
gnuplot.texi:23925: warning: unknown @end itemizeif
gnuplot.texi:24313: warning: unknown @end itemizeif
gnuplot.texi:24318: warning: unknown @end itemizeif
make: *** [Makefile:1169: gnuplot.info] Error 1

Best Regards
Stefan

Re: [Gnuplot-bugs] Contour Bug?

[Peter W. <pet...@nt...>]

Thanks for putting me straight on  this : setting samples 255 gives

the plot I want. I mistakenly thought that I only needed to set 
isosamples for splot,

(analogous to plplot)

I'd better read the manual! This should not have gone to Bugs- sorry

Peter Williams

> b) you didn't "set samples", so it also defaults to even 100, but you
> want it odd
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-bugs mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-bugs
>

-- 
         Peter Williams
   pet...@nt...
27 Ramsbury Road, St. Albans AL1 1SN, UK
      Home:   01727 853407
      Mobile: 07765 864534

Re: [Gnuplot-bugs] Contour Bug?

[Hans-Bernhard B. <HBB...@t-...>]

Am 20.02.2017 um 21:45 schrieb Peter Williams:

> It looks like the routine is failing to join successive
> points of the closed contour together.

The routine cannot join points in positions if there aren't any in the 
place you think they should be.

In particular, you do not have any samples at y=0, because

a) your 'isosamples' setting is even (should be odd)

> set isosamples 256,256

b) you didn't "set samples", so it also defaults to even 100, but you 
want it odd

Generally speaking, your expectation that a discrete contouring 
algorithm will _exactly_ locate a point-like feature like this saddle 
point is somewhat ill-founded.

[Gnuplot-bugs] Contour Bug?

[Peter W. <pet...@nt...>]

I attempted to draw a Roche potential surface given by the function 
f(q,x,y) with q = 0.5 as shown in the program listing. The Potential f= 
2.8758446321 should cross the x-axis at x= 0.5707515715. This it seems 
to fail to do. It looks like the routine is failing to join successive 
points of the closed contour together. I have used Plplot to do this 
successfully.

reset
set monochrome
q = 0.5
f(q,x,y) = 1.0/sqrt(x**2+y**2) + q*(1.0/sqrt((x-1)**2+y**2) - x) + 
0.5*(1+q)*(x**2+y**2)
#set view equal xy
set view map
#set size square
unset surface
set contour base
set isosamples 256,256
#set cntrparam levels discrete 2.001, 2.1, 2.2, 2.3, 2.407752, 2.48, 
2.577260, 2.7, 2.87585, 3.2, 4.0
set cntrparam levels discrete 2.8,2.8758446321,3.0,4.0
set title "Roche with gnuplot"
set xlabel "x"
set ylabel "y"
#splot [-1.7:+2.3] [-2:2] f(q,x,y) notitle
splot [-0.575:+1.425] [-0.5:+0.5] f(q,x,y)

  I attach a pdf of the result

-- 
         Peter Williams