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

set samples , consistency

[<pl...@pi...>]

Hi,

I have fitted an analytic fn to some data using gnuplot and now I want 
to create a synthetic monthly dataset by outputting to "table".

Since gnuplot will always produce a point at start and end of range I 
specify the plot range in integer years and set samples to  (years-1) 
*12 +1 to account for the  last year in the range just having one datum 
point.


plot [1978:2016] cos3(x) * cos2(x)
set samples  (2015-1978)*12+1  # 445
set table "synth.txt"
rep
unset table

This gives the expected number of data lines but the dates are not 
consistent from year to year. There is a small drift in the decimal part 
of the dates.

Only a handful of data lines get an exact beginning of year , ie no 
decimal part:

    awk '($1 !~ /[0-9]\./){print}'  "synth.txt"

# Curve 0 of 1, 445 points
# Curve title: "cos3(x) * cos2(x))"
# x y type
  1978 -0.801801  i
  1981 -0.895154  i
  1994 -0.105538  i
  1997 -0.733846  i
  2000 -0.563258  i
  2013  0.204895  i
  2016 -0.168844  i


On a 200y range it worked as expected. Is there some rounding error 
issue or trick I am missing?

Thanks, Peter.

Re: volatile.dem on windows

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

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

> From: sfeam 
> To: gnuplot-beta; Tatsuro MATSUOKA 
> Cc: 
> Date: 2016/2/4, Thu 14:34
> Subject: Re: volatile.dem on windows
> 
> On Thursday, 04 February 2016 02:04:49 PM Tatsuro MATSUOKA wrote:
>>  Hello
>> 
>>  The volatile.dem (cvs) script would save data to the /tmp/foo:
>> 
>>  save "/tmp/foo"
> 
> Strange.  I don't know how that line got into the demo file.
> Let's remove it.
> 
>     Ethan


I have confirmed the fix in the cvs tree.

Thanks!

Tatsuro

Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW

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

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

> From: Tatsuro MATSUOKA 
> To: Jun T. ; gnuplot-beta
> Cc: 
> Date: 2016/2/3, Wed 16:46
> Subject: Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW
> 
> ----- Original Message -----
> 
>>  From: Jun T.
>>  To: "gnu...@li..." 
>>  Cc: Tatsuro MATSUOKA
>>  Date: 2016/2/3, Wed 16:08
>>  Subject: Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW
>> 
>> 
>>  On 2016/02/03, at 13:24, Tatsuro MATSUOKA <tma...@ya...> 
> wrote:
>>>   I have tried to build the recent cvs tree using  MinGW.
>>>   (snip)
>>>   ../../docs/windows/doc2html.c:171:72: error: 'VERSION_MAJOR' 
>>  undeclared (first use in this function)
>> 
>>  Sorry, I haven't realized that there are systems on which configure
>>  is not used for generating config.h (and Makefiles).
>> 
>>>   I have made a patch to config/config.mgw.
>> 
>>  Yes, it should work, but you need to update config.mgw every time
>>  the PATCHLEVEL (or VERSION) changes.
>> 
>>  I can't test on MinGW now, but if the patch attached below works then
>>  it would be somewhat better.
> 
> 
> It works perfectly! 
> Thanks for your excellent solution.
> 
> I hope that this patch will be applied in the cvs source. 
> 


I confirmed the patch was applied to cvs tree and the corrected makefile worked.

Thanks!

Tatsuro

Re: Win32 build of gnuplot 5.0.2

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

----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: bmaerkisch; Merritt Ethan ; gnuplot-beta
> Cc: 
> Date: 2016/2/3, Wed 18:16
> Subject: Re: Win32 build of gnuplot 5.0.2
> 
> ----- Original Message -----
> 
>>  From: Bastian Märkisch 
>>  To: Tatsuro MATSUOKA ; Merritt Ethan; gnuplot-beta
>>  Cc: 
>>  Date: 2016/2/3, Wed 17:48
>>  Subject: Re: Win32 build of gnuplot 5.0.2
>> 
>>  I agree that binary releases should match exactly the released source 
>>  tarballs.
>> 
>>  As "wxt" is the default terminal for the binary Windows builds, a 
> 
>>  timely 
>>  5.0.3 release seems to be a good idea. I would prefer to release 5.0.2 
>>  builds now anyway in order to see if there are any other "urgent" 
> 
>>  fixes 
>>  required for Windows.
>> 
>>     Bastian
> 
> ********************************************************************
> I would prefer to release 5.0.2 builds now anyway in order to see 
> if there are any other "urgent" fixes required for Windows.
> 
> ********************************************************************
> 
> When you will release the 5.0.2 (MinGW32), I will prepare MinGW64 release.
> 
> Tatsuro 


The bug 
https://sourceforge.net/p/gnuplot/bugs/1614/

happens only on binary but not happens on Bastian's one.

I will not release my binary at the moment.

BTW
Bastian:

Do you use MinGW32 compliers on the original site(http://www.mingw.org/) ?

Tatsuro

Re: volatile.dem on windows

[sfeam <sf...@us...>]

On Thursday, 04 February 2016 02:04:49 PM Tatsuro MATSUOKA wrote:
> Hello
> 
> The volatile.dem (cvs) script would save data to the /tmp/foo:
> 
> save "/tmp/foo"

Strange.  I don't know how that line got into the demo file.
Let's remove it.

	Ethan

volatile.dem on windows

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

Hello

The volatile.dem (cvs) script would save data to the /tmp/foo:

save "/tmp/foo"


On windows it gives error if there is not a directory "\tmp" on the current drive.
I do not have a good solution because the way to find temporary directory from gnuplot.
So this is just information

Tatsuro  

Re: Win32 build of gnuplot 5.0.2

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

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

> From: Bastian Märkisch 
> To: Tatsuro MATSUOKA ; Merritt Ethan; gnuplot-beta
> Cc: 
> Date: 2016/2/3, Wed 17:48
> Subject: Re: Win32 build of gnuplot 5.0.2
> 
> I agree that binary releases should match exactly the released source 
> tarballs.
> 
> As "wxt" is the default terminal for the binary Windows builds, a 
> timely 
> 5.0.3 release seems to be a good idea. I would prefer to release 5.0.2 
> builds now anyway in order to see if there are any other "urgent" 
> fixes 
> required for Windows.
> 
>    Bastian

********************************************************************
I would prefer to release 5.0.2 builds now anyway in order to see 
if there are any other "urgent" fixes required for Windows.

********************************************************************

When you will release the 5.0.2 (MinGW32), I will prepare MinGW64 release.

Tatsuro 

Re: Win32 build of gnuplot 5.0.2

[Bastian M. <bma...@we...>]

I agree that binary releases should match exactly the released source 
tarballs.

As "wxt" is the default terminal for the binary Windows builds, a timely 
5.0.3 release seems to be a good idea. I would prefer to release 5.0.2 
builds now anyway in order to see if there are any other "urgent" fixes 
required for Windows.

   Bastian

Am 03.02.2016 um 09:20 schrieb Tatsuro MATSUOKA:
> ----- Original Message -----
>
>> From: sfeam
>> To: gnuplot-beta; Tatsuro MATSUOKA <tmacchant3>
>> Cc: bmaerkisch
>> Date: 2016/2/3, Wed 16:11
>> Subject: Re: Win32 build of gnuplot 5.0.2
>>
>> On Tuesday, 02 February 2016 07:43:54 PM Tatsuro MATSUOKA wrote:
>>>   ----- Original Message -----
>>>
>>>   > From: Bastian Märkisch
>>>   > To: gnuplot-beta
>>>   > Cc:
>>>   > Date: 2016/1/27, Wed 16:16
>>>   > Subject: Win32 build of gnuplot 5.0.2
>>>   >
>>>   > Hi,
>>>   >
>>>   > you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32
>> at
>>>   >
>> http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
>>>   > The installer and the zip package have both been downloaded around 90
>>>   > times so far (without an announcement).
>>>   >
>>>   > My build environment etc. differs quite a bit from the previous builds
>>
>>>   > done by Tatsuro Matsuoka. In particular my libraries are older and I
>> do
>>>   > not have Mingw64 installed, so I cannot provide 64bit builds.
>>>   >
>>>   > Feedback from testers would be greatly appreciated before moving this
>> to
>>>   > the 5.0.2 release directory.
>>>   >
>>>   >    Bastian
>>>
>>>
>>>   A bug report
>>>   http://sourceforge.net/p/gnuplot/bugs/1731/
>>>
>>>   #1731 Font size no longer taken into account in wxt terminals, 5.0.2
>>>
>>>
>>>   was sent to the tracker and Ethan made a patch.
>>
>> Yes. But 2 more problems turned up after that patch.
>> The code in CVS is now correct, but the patch attached to the tracker item is
>> not sufficient.
>>
>> The wxt, qt, and aqua terminals have all had bug-fixes since the 5.0.2 tarball
>> release.
>> I am wondering if it is worth making a new release 5.0.3 even though it has only
>> been
>> one month since 5.0.2.  What do you think?
>>
>>
>>      Ethan
>
> My opinion is that it is better fixed source will be released as 5.0.3.
>
> Tatsuro
>

Re: Win32 build of gnuplot 5.0.2

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

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

> From: sfeam 
> To: gnuplot-beta; Tatsuro MATSUOKA <tmacchant3>
> Cc: bmaerkisch
> Date: 2016/2/3, Wed 16:11
> Subject: Re: Win32 build of gnuplot 5.0.2
> 
> On Tuesday, 02 February 2016 07:43:54 PM Tatsuro MATSUOKA wrote:
>>  ----- Original Message -----
>> 
>>  > From: Bastian Märkisch 
>>  > To: gnuplot-beta 
>>  > Cc: 
>>  > Date: 2016/1/27, Wed 16:16
>>  > Subject: Win32 build of gnuplot 5.0.2
>>  > 
>>  > Hi,
>>  > 
>>  > you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 
> at
>>  > 
> http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
>>  > The installer and the zip package have both been downloaded around 90 
>>  > times so far (without an announcement).
>>  > 
>>  > My build environment etc. differs quite a bit from the previous builds 
> 
>>  > done by Tatsuro Matsuoka. In particular my libraries are older and I 
> do 
>>  > not have Mingw64 installed, so I cannot provide 64bit builds.
>>  > 
>>  > Feedback from testers would be greatly appreciated before moving this 
> to 
>>  > the 5.0.2 release directory.
>>  > 
>>  >    Bastian
>> 
>> 
>>  A bug report
>>  http://sourceforge.net/p/gnuplot/bugs/1731/
>> 
>>  #1731 Font size no longer taken into account in wxt terminals, 5.0.2
>> 
>> 
>>  was sent to the tracker and Ethan made a patch.
> 
> Yes. But 2 more problems turned up after that patch.
> The code in CVS is now correct, but the patch attached to the tracker item is 
> not sufficient.
> 
> The wxt, qt, and aqua terminals have all had bug-fixes since the 5.0.2 tarball 
> release.
> I am wondering if it is worth making a new release 5.0.3 even though it has only 
> been
> one month since 5.0.2.  What do you think?
> 
> 
>     Ethan

My opinion is that it is better fixed source will be released as 5.0.3.

Tatsuro 

Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW

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

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

> From: Jun T.
> To: "gnu...@li..." 
> Cc: Tatsuro MATSUOKA
> Date: 2016/2/3, Wed 16:08
> Subject: Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW
> 
> 
> On 2016/02/03, at 13:24, Tatsuro MATSUOKA <tma...@ya...> wrote:
>>  I have tried to build the recent cvs tree using  MinGW.
>>  (snip)
>>  ../../docs/windows/doc2html.c:171:72: error: 'VERSION_MAJOR' 
> undeclared (first use in this function)
> 
> Sorry, I haven't realized that there are systems on which configure
> is not used for generating config.h (and Makefiles).
> 
>>  I have made a patch to config/config.mgw.
> 
> Yes, it should work, but you need to update config.mgw every time
> the PATCHLEVEL (or VERSION) changes.
> 
> I can't test on MinGW now, but if the patch attached below works then
> it would be somewhat better.


It works perfectly! 
Thanks for your excellent solution.

I hope that this patch will be applied in the cvs source. 


> I guess config/msvc/Makefile needs similar change.
Unfortunately I do not have build environment and knowledge of msvc. 

Tatsuro

Re: Win32 build of gnuplot 5.0.2

[sfeam <sf...@us...>]

On Tuesday, 02 February 2016 07:43:54 PM Tatsuro MATSUOKA wrote:
> ----- Original Message -----
> 
> > From: Bastian Märkisch 
> > To: gnuplot-beta 
> > Cc: 
> > Date: 2016/1/27, Wed 16:16
> > Subject: Win32 build of gnuplot 5.0.2
> > 
> > Hi,
> > 
> > you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 at
> > http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
> > The installer and the zip package have both been downloaded around 90 
> > times so far (without an announcement).
> > 
> > My build environment etc. differs quite a bit from the previous builds 
> > done by Tatsuro Matsuoka. In particular my libraries are older and I do 
> > not have Mingw64 installed, so I cannot provide 64bit builds.
> > 
> > Feedback from testers would be greatly appreciated before moving this to 
> > the 5.0.2 release directory.
> > 
> >    Bastian
> 
> 
> A bug report
> http://sourceforge.net/p/gnuplot/bugs/1731/
> 
> #1731 Font size no longer taken into account in wxt terminals, 5.0.2
> 
> 
> was sent to the tracker and Ethan made a patch.

Yes. But 2 more problems turned up after that patch.
The code in CVS is now correct, but the patch attached to the tracker item is not sufficient.

The wxt, qt, and aqua terminals have all had bug-fixes since the 5.0.2 tarball release.
I am wondering if it is worth making a new release 5.0.3 even though it has only been
one month since 5.0.2.  What do you think?


	Ethan


> 
> I have confirmed the issue on 5.0.2 on windows and the patch fixes the issue on MinGW64.
> I think that it is preferable the patch is applied in the release of windows binaries.
> 
> Tatsuro
> 
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW

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

On 2016/02/03, at 13:24, Tatsuro MATSUOKA <tma...@ya...> wrote:
> I have tried to build the recent cvs tree using  MinGW.
> (snip)
> ../../docs/windows/doc2html.c:171:72: error: 'VERSION_MAJOR' undeclared (first use in this function)

Sorry, I haven't realized that there are systems on which configure
is not used for generating config.h (and Makefiles).

> I have made a patch to config/config.mgw.

Yes, it should work, but you need to update config.mgw every time
the PATCHLEVEL (or VERSION) changes.

I can't test on MinGW now, but if the patch attached below works then
it would be somewhat better.

I guess config/msvc/Makefile needs similar change.

Re: Win32 build of gnuplot 5.0.2

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

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

> From: Bastian Märkisch 
> To: gnuplot-beta 
> Cc: 
> Date: 2016/1/27, Wed 16:16
> Subject: Win32 build of gnuplot 5.0.2
> 
> Hi,
> 
> you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 at
> http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
> The installer and the zip package have both been downloaded around 90 
> times so far (without an announcement).
> 
> My build environment etc. differs quite a bit from the previous builds 
> done by Tatsuro Matsuoka. In particular my libraries are older and I do 
> not have Mingw64 installed, so I cannot provide 64bit builds.
> 
> Feedback from testers would be greatly appreciated before moving this to 
> the 5.0.2 release directory.
> 
>    Bastian



README-Windows.txt from line 99




Please add description of qt terminal.


Tatsuro

Re: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW

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

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

> From: Tatsuro MATSUOKA 
> To: gnuplot-beta
> Cc: 
> Date: 2016/2/3, Wed 13:24
> Subject: cannot compile doc2html.c on current cvs (2016-01-31) on MinGW
> 
> Hello
> 
> I have tried to build the recent cvs tree using  MinGW.
> 
> In compiling doc2html.c, I have met a following error.
> 
> gcc  <snip>
> ../../docs/windows/doc2html.c ../../docs/termdoc.c ../../docs/xref.c version.co
> 
> ../../docs/windows/doc2html.c: In function 'convert':
> ../../docs/windows/doc2html.c:171:72: error: 'VERSION_MAJOR' undeclared 
> (first use in this function)
>      fprintf(b, "<h1 align=\"center\">gnuplot %s 
> patchlevel %s</h1>\n", VERSION_MAJOR, PATCHLEVEL);
>                                                                         ^
> ../../docs/windows/doc2html.c:171:72: note: each undeclared identifier is 
> reported only once for each function it appears in
> ../../docs/windows/doc2html.c:171:87: error: 'PATCHLEVEL' undeclared 
> (first use in this function)
>      fprintf(b, "<h1 align=\"center\">gnuplot %s 
> patchlevel %s</h1>\n", VERSION_MAJOR, PATCHLEVEL);
> 
> 
> For gnuplot 5.0.1, the corresponding line was
> fprintf(b, "<h1 align=\"center\">gnuplot %s 
> patchlevel %s</h1>\n",  gnuplot_version, gnuplot_patchlevel);
> 
> 
> Perhaps config.mgw should be modified to define VERSION_MAJOR and  PATCHLEVEL 
> values.
> Am I right?
> 
> Tatsuro


I have made a patch to config/config.mgw.

A patch file is attached.

Tatsuro

cannot compile doc2html.c on current cvs (2016-01-31) on MinGW

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

Hello

I have tried to build the recent cvs tree using  MinGW.

In compiling doc2html.c, I have met a following error.

gcc  <snip>
../../docs/windows/doc2html.c ../../docs/termdoc.c ../../docs/xref.c version.co

../../docs/windows/doc2html.c: In function 'convert':
../../docs/windows/doc2html.c:171:72: error: 'VERSION_MAJOR' undeclared (first use in this function)
     fprintf(b, "<h1 align=\"center\">gnuplot %s patchlevel %s</h1>\n", VERSION_MAJOR, PATCHLEVEL);
                                                                        ^
../../docs/windows/doc2html.c:171:72: note: each undeclared identifier is reported only once for each function it appears in
../../docs/windows/doc2html.c:171:87: error: 'PATCHLEVEL' undeclared (first use in this function)
     fprintf(b, "<h1 align=\"center\">gnuplot %s patchlevel %s</h1>\n", VERSION_MAJOR, PATCHLEVEL);


For gnuplot 5.0.1, the corresponding line was
fprintf(b, "<h1 align=\"center\">gnuplot %s patchlevel %s</h1>\n",  gnuplot_version, gnuplot_patchlevel);


Perhaps config.mgw should be modified to define VERSION_MAJOR and  PATCHLEVEL values.
Am I right?

Tatsuro

Re: Win32 build of gnuplot 5.0.2

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

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

> From: Bastian Märkisch 
> To: gnuplot-beta 
> Cc: 
> Date: 2016/1/27, Wed 16:16
> Subject: Win32 build of gnuplot 5.0.2
> 
> Hi,
> 
> you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 at
> http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
> The installer and the zip package have both been downloaded around 90 
> times so far (without an announcement).
> 
> My build environment etc. differs quite a bit from the previous builds 
> done by Tatsuro Matsuoka. In particular my libraries are older and I do 
> not have Mingw64 installed, so I cannot provide 64bit builds.
> 
> Feedback from testers would be greatly appreciated before moving this to 
> the 5.0.2 release directory.
> 
>    Bastian


A bug report
http://sourceforge.net/p/gnuplot/bugs/1731/

#1731 Font size no longer taken into account in wxt terminals, 5.0.2


was sent to the tracker and Ethan made a patch.

I have confirmed the issue on 5.0.2 on windows and the patch fixes the issue on MinGW64.
I think that it is preferable the patch is applied in the release of windows binaries.

Tatsuro

Re: Win32 build of gnuplot 5.0.2

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

----- Original Message -----
> From: Tatsuro MATSUOKA <tma...@ya...>
> To: bma...@we...
> Cc: 
> Date: 2016/2/2, Tue 16:43
> Subject: Re: Win32 build of gnuplot 5.0.2
> 
> ----- Original Message -----
> 
>>  From: Bastian Märkisch 
>>  To: gnuplot-beta
>>  Cc: 
>>  Date: 2016/1/27, Wed 16:16
>>  Subject: Win32 build of gnuplot 5.0.2
>> 
>>  Hi,
>> 
>>  you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 at
>> 
> http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
>>  The installer and the zip package have both been downloaded around 90 
>>  times so far (without an announcement).
>> 
>>  My build environment etc. differs quite a bit from the previous builds 
>>  done by Tatsuro Matsuoka. In particular my libraries are older and I do 
>>  not have Mingw64 installed, so I cannot provide 64bit builds.
>> 
>>  Feedback from testers would be greatly appreciated before moving this to 
>>  the 5.0.2 release directory.
>> 
>>     Bastian
>> 
> 
> 
I have built binaries of gnuplot-5.0.2 using MinGW64.
They are uploaded at

http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
Feedback from testers would be greatly appreciated before moving this to 
the 5.0.2 release directory.

Tatsuro

ps_symbols.gpi error on gnuplot-5.0.2.

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

Hello

ps_symbols.gpi error on gnuplot-5.0.2.


platform MinGW64

generation of ps_symbols.gp


Messages

Tatsu@Tatsu-PC MINGW64 /e/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.0.2/gnuplot-5.0.2/config/mingw
$ GNUPLOT_LIB=../../docs/psdoc GNUPLOT_PS_DIR=../../term/PostScript gnuplot.exe ps_symbols.gpi

l= 0; set arrow from f1(l),g1(l) to f2(l),g2(l) nohead dt l
                                                          ^
"ps_symbols.gpi", line 30: tag must be > 0


Before gnuplot 5.0.1
line 30:

l= 0; set arrow from f1(l),g1(l) to f2(l),g2(l) nohead lt l

"lt" is replaced with "dt" from 5.0.2.

The above is origin of the error.

Any suggestions?

Tatsuro

Re: ps_symbols.gpi error on gnuplot-5.0.2.

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

Hello

This is noise. Please ignore.

Tatsuro


----- Original Message -----
> From: Tatsuro MATSUOKA 
> Cc: 
> Date: 2016/2/2, Tue 16:15
> Subject: ps_symbols.gpi error on gnuplot-5.0.2.
> 
> Hello
> 
> ps_symbols.gpi error on gnuplot-5.0.2.
> 
> 
> platform MinGW64
> 
> generation of ps_symbols.gp
> 
> 
> Messages
> 
> Tatsu@Tatsu-PC MINGW64 
> /e/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.0.2/gnuplot-5.0.2/config/mingw
> $ GNUPLOT_LIB=../../docs/psdoc GNUPLOT_PS_DIR=../../term/PostScript gnuplot.exe 
> ps_symbols.gpi
> 
> l= 0; set arrow from f1(l),g1(l) to f2(l),g2(l) nohead dt l
>                                                           ^
> "ps_symbols.gpi", line 30: tag must be > 0
> 
> 
> Before gnuplot 5.0.1
> line 30:
> 
> l= 0; set arrow from f1(l),g1(l) to f2(l),g2(l) nohead lt l
> 
> "lt" is replaced with "dt" from 5.0.2.
> 
> The above is origin of the error.
> 
> Any suggestions?
> 
> Tatsuro
> 

Re: gnuplot trouble joining the dots.

[Ethan A M. <sf...@us...>]

On Wednesday, 27 January, 2016 16:43:33 pl...@pi... wrote:
> Hi,
> 
> I hope I'm not being slow here, but I seem to be having so many problems 
> with gnuplot since I moved to Fedora.
> 
> I have some data which plots tine .... until I ask gnuplot to join the 
> dots.
> 
> 
> gnuplot>  plot [ f1-.1 : f2+.1]   spd_sqrt_v1  u (1/$4):5 w l tit 
> "spd_sqrt v1","" u (1/$4):(atan2($2,$3))
> 
> works as expected , one line plot , one with cross marks, now try both 
> as line plots:
> 
> gnuplot>  plot [ f1-.1 : f2+.1]   spd_sqrt_v1  u (1/$4):5 w l tit 
> "spd_sqrt v1","" u (1/$4):(atan2($2,$3)) w l
> 
> Now I only get the first plot line , the second one is nowhere to be seen.
> 
> 
> Does that make sense to anyone?

At a guess, many of your data points are evaluating to NaN.
Try repeating that last command after doing "set table",
so that you can see the processed coordinates for each point.

	Ethan

> 
> 	G N U P L O T
> 	Version 5.0 patchlevel 1    last modified 2015-06-07
> 
> running Fedora 23 gnuplot-wx , the wxt build.
> 
> 
> Thanks, Peter.

gnuplot trouble joining the dots.

[<pl...@pi...>]

Hi,

I hope I'm not being slow here, but I seem to be having so many problems 
with gnuplot since I moved to Fedora.

I have some data which plots tine .... until I ask gnuplot to join the 
dots.


gnuplot>  plot [ f1-.1 : f2+.1]   spd_sqrt_v1  u (1/$4):5 w l tit 
"spd_sqrt v1","" u (1/$4):(atan2($2,$3))

works as expected , one line plot , one with cross marks, now try both 
as line plots:

gnuplot>  plot [ f1-.1 : f2+.1]   spd_sqrt_v1  u (1/$4):5 w l tit 
"spd_sqrt v1","" u (1/$4):(atan2($2,$3)) w l

Now I only get the first plot line , the second one is nowhere to be seen.


Does that make sense to anyone?

	G N U P L O T
	Version 5.0 patchlevel 1    last modified 2015-06-07

running Fedora 23 gnuplot-wx , the wxt build.


Thanks, Peter.

Win32 build of gnuplot 5.0.2

[Bastian M. <bma...@we...>]

Hi,

you can find a binary build of gnuplot 5.0.2 for Windows using Mingw32 at
http://sourceforge.net/projects/gnuplot/files/gnuplot/5.0%20release%20candidates/
The installer and the zip package have both been downloaded around 90 
times so far (without an announcement).

My build environment etc. differs quite a bit from the previous builds 
done by Tatsuro Matsuoka. In particular my libraries are older and I do 
not have Mingw64 installed, so I cannot provide 64bit builds.

Feedback from testers would be greatly appreciated before moving this to 
the 5.0.2 release directory.

   Bastian

Re: right-click doing line toggle on QT

[<pl...@pi...>]

On 26/01/16 19:02, Ethan A Merritt wrote:
> On Tuesday, 26 January, 2016 12:51:07 pl...@pi... wrote:
>
>  > On 25/01/16 19:07, Ethan A Merritt wrote:
>
>  > > On Monday, 25 January, 2016 13:21:55 pl...@pi... wrote:
>
>  > >
>
>  > > > In passing I also report that when qt terminal toggles a line the
> legend
>
>  > > > gets a mid-grey background colour that is very ugly. Presumably
> someone
>
>  > > > thought it could indicated a non-visible line.
>
>  > >
>
>  > > > I would submit that it just makes a visual mess of the graph and
> is not
>
>  > > > even helpful since it renders the legend pretty much visible anyway.
>
>  > >
>
>  > > Did you mean to say "invisible"?
>
>  > > It looks OK to me, but I suppose tastes and computer displays vary.
>
>  >
>
>  > Yes: invisible, sorry.
>
>  >
>
>  > As I said it looks more reasonable in wxt. QT is way too dark and makes
>
>  > it illegible ( on my monitor ) and an ugly dark block. Colour
>
>  > inconsistencies between terminals is already a bit of a problem.
>
>  > >
>
>  > > > Same on wxt but legible.. Probably grey too dark on qt.
>
> FWIW there is no explicit color involved.
>
> What you see is a bitmask Qt::Dense4Pattern.
>
> I wonder if the implementation of that mask varies by platform or by
>
> Qt version? Or perhaps there is a default color associated with the
>
> bitmask that is different on our two machines?
>
> Here is a patch that makes the color explicit rather than whatever
>
> it defaults to. Does it help?
>
> -- gnuplot/src/qtterminal/QtGnuplotScene.cpp 2016-01-25
> 11:23:41.000000000 -0800
>
> +++ gnuplot-cvs/src/qtterminal/QtGnuplotScene.cpp 2016-01-26
> 10:44:23.000000000 -0800
>
> @@ -554,7 +554,9 @@ void QtGnuplotScene::processEvent(QtGnup
>
> // Draw an invisible grey rectangle in the key box.
>
> // It will be set to visible if the plot is toggled off.
>
> QtGnuplotKeybox *keybox = &m_key_boxes[m_currentPlotNumber-1];
>
> - QGraphicsRectItem *statusBox = addRect(*keybox, Qt::NoPen,
> Qt::Dense4Pattern);
>
> + m_currentBrush.setColor(Qt::gray);
>
> + m_currentBrush.setStyle(Qt::Dense4Pattern);
>
> + QGraphicsRectItem *statusBox = addRect(*keybox, Qt::NoPen,
> m_currentBrush);
>
> statusBox->setZValue(m_currentZ-1);
>
> keybox->showStatus(statusBox);
>
> Ethan
>

Thanks for the patch but I'm not running CVS any more on this system. I 
had wasted too much time just trying to get it to compile.

I ended up going with the distro packages.

I may have another go later , when I get some time.

Peter.

Re: right-click doing line toggle on QT

[Ethan A M. <sf...@us...>]

On Tuesday, 26 January, 2016 12:51:07 pl...@pi... wrote:
> On 25/01/16 19:07, Ethan A Merritt wrote:
> > On Monday, 25 January, 2016 13:21:55 pl...@pi... wrote:
> >

> >  > In passing I also report that when qt terminal toggles a line the legend
> >  > gets a mid-grey background colour that is very ugly. Presumably someone
> >  > thought it could indicated a non-visible line.
> >
> >  > I would submit that it just makes a visual mess of the graph and is not
> >  > even helpful since it renders the legend pretty much visible anyway.
> >
> > Did you mean to say "invisible"?
> > It looks OK to me, but I suppose tastes and computer displays vary.
> 
> Yes: invisible, sorry.
> 
> As I said it looks more reasonable in wxt.  QT is way too dark and makes 
> it illegible ( on my monitor ) and an ugly dark block.    Colour 
> inconsistencies between terminals is already a bit of a problem.
> >
> >  > Same on wxt but legible.. Probably grey too dark on qt.

FWIW there is no explicit color involved.
What you see is a bitmask Qt::Dense4Pattern.
I wonder if the implementation of that mask varies by platform or by
Qt version?  Or perhaps there is a default color associated with the
bitmask that is different on our two machines?

Here is a patch that makes the color explicit rather than whatever 
it defaults to.  Does it help?

-- gnuplot/src/qtterminal/QtGnuplotScene.cpp   2016-01-25 11:23:41.000000000 -0800                      
+++ gnuplot-cvs/src/qtterminal/QtGnuplotScene.cpp       2016-01-26 10:44:23.000000000 -0800              
@@ -554,7 +554,9 @@ void QtGnuplotScene::processEvent(QtGnup                                             
                        // Draw an invisible grey rectangle in the key box.                              
                        // It will be set to visible if the plot is toggled off.                         
                        QtGnuplotKeybox *keybox = &m_key_boxes[m_currentPlotNumber-1];
-                       QGraphicsRectItem *statusBox = addRect(*keybox, Qt::NoPen, Qt::Dense4Pattern);
+                       m_currentBrush.setColor(Qt::gray);
+                       m_currentBrush.setStyle(Qt::Dense4Pattern);
+                       QGraphicsRectItem *statusBox = addRect(*keybox, Qt::NoPen, m_currentBrush);
                        statusBox->setZValue(m_currentZ-1);
                        keybox->showStatus(statusBox);


    Ethan

Re: "set term wxt font" still has a problem

[Ethan A M. <sf...@us...>]

On Tuesday, 26 January, 2016 18:36:07 Jun T. wrote:
> With the CVS HEAD (since the 'fix' of Bug#1713), I can't set
> the font and font size simultaneously for wxt terminal.
> The following sets the font but the font size is ignored:
> 
> gnuplot>set term wxt font 'Times,20'
> 
> In wxt.trm, line 183,
> 
>             if (s[sep] == ',')
> 
> is not satisfied if sep>0, because s[sep] has been
> already set to null at line 181.
> 
> A possible simple patch is attached.


Yes.  Thank you for correcting my error in the earlier fix.

	Ethan