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

Qt window placement

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

At some point between 4.6 and current CVS, the initial placement of 
Qt plot windows has changed.   

It used to be that the Qt plot window would open nicely in some unoccupied
part of the screen, probably because that is how I set the window manager
policy.

Now it always opens in the center of the screen, which is probably the
worst possible place.  Changing the window manager placement policy
has no effect.

How can we restore the previous behaviour?

	Ethan

Re: Plans for gnuplot version 5

[Liu G. <goo...@gm...>]

? 2014-03-25 23:24, sfeam ??:
> On Tuesday, 25 March 2014 02:30:32 PM Liu Guibin wrote:
>> Self-defined point type and independent point color setting is required,
>> e.g.
>>
>> plot 'data' w lp lt 1 lc 1 *pt "H" font 'Times'* ps 0.5 *pc 3*
>>
>> or
>>
>> set pointtype 3 "H" font "times" tc rgb "blue"
>>
>> Although "with labels" can partly fulfill this request, it does not
>> support "linepoint" and does not display legends as point or linepoint.
> Please see the 3rd plot in this demo for version 5
>
>    http://gnuplot.sourceforge.net/demo_5.0/lines_arrows.html
>
> What do you mean by "self-defined point type"?

I mean that I can use a custom character,  e.g. *?, ?,  ¤* , as point type.

>
> 	Ethan

wxt terminal in testing binary-465-mingw-rc2

[Karl-Friedrich R. <mai...@gm...>]

Hi,

wgnuplot.exe from the -rc2 testing binary shows a strange behaviour,
it only exits when "exit" is entered twice. This happens whenever at
least one plot command was issued with the wxt terminal active
before, regardless of the current state of the wxt terminal window
(i.e if it is still open).

After wgnuplot has ignored "exit" one time, the behaviour is back to
normal (regardless of further plotting, etc.), and with other
terminals (windows) the problem does not appear at all.

(i´m running it on win7 64bit)

  Karl

Re: Plans for gnuplot version 5

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

On Tuesday, 25 March 2014 02:30:32 PM Liu Guibin wrote:
> Self-defined point type and independent point color setting is required,
> e.g.
> 
> plot 'data' w lp lt 1 lc 1 *pt "H" font 'Times'* ps 0.5 *pc 3*
> 
> or
> 
> set pointtype 3 "H" font "times" tc rgb "blue"
> 
> Although "with labels" can partly fulfill this request, it does not
> support "linepoint" and does not display legends as point or linepoint.

Please see the 3rd plot in this demo for version 5

  http://gnuplot.sourceforge.net/demo_5.0/lines_arrows.html

What do you mean by "self-defined point type"?

	Ethan

Re: Plans for gnuplot version 5

[Liu G. <goo...@gm...>]

Self-defined point type and independent point color setting is required,
e.g.

plot 'data' w lp lt 1 lc 1 *pt "H" font 'Times'* ps 0.5 *pc 3*

or

set pointtype 3 "H" font "times" tc rgb "blue"

Although "with labels" can partly fulfill this request, it does not
support "linepoint" and does not display legends as point or linepoint.


gbliu

Re: inconsistencies with set colorsequence

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

On Monday, 24 March, 2014 22:30:45 Juhász Péter wrote:
> I saw that in parallel with the new "set colorsequence" command, the
> default color sequence was also changed.
> 
> However, it seems that the change was not reflected everywhere:
> 
> consider the command
> 
> do for [i=1:10] { set obj i rect from i,i to i+1,i+1 fs solid 1.0 border
> lt i fc lt i lw 3}
> 
> With the current CVS this produces rectangles with their borders colored
> according to the new sequence, but their interiors according to the old.

Huh.   
But it seems that was already broken in 4.6.
So it needs to be fixed, but it has nothing to do with recent changes. 

> I've tried to fix this by adding a call to load_linetype in set_obj
> (where it parses the fillcolor attribute), but apparently that was not
> enough or I wasn't doing it right.
> 
> Somewhat related:
> "show colorsequence" currently shows the same info as "show colornames".

That's because there was already a command "show colors".
Keep it or get rid of it?

I don't think "show colorsequence" would be useful by itself, since
it doesn't tell you what the current linetype definitions are, only what
they started out as.

	Ethan

inconsistencies with set colorsequence

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

I saw that in parallel with the new "set colorsequence" command, the
default color sequence was also changed.

However, it seems that the change was not reflected everywhere:

consider the command

do for [i=1:10] { set obj i rect from i,i to i+1,i+1 fs solid 1.0 border
lt i fc lt i lw 3}

With the current CVS this produces rectangles with their borders colored
according to the new sequence, but their interiors according to the old.

I've tried to fix this by adding a call to load_linetype in set_obj
(where it parses the fillcolor attribute), but apparently that was not
enough or I wasn't doing it right.

Somewhat related:
"show colorsequence" currently shows the same info as "show colornames".

Peter

Re: Cannot set line type of object border

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

On Thu, 2014-03-20 at 19:50 +0800, Liu Guibin wrote:
> Terminal has been set "dash" option.
> 
> set object polygon from 0,0 to 1,0 to 1.5, sqrt(3)/2 to 0.5,sqrt(3)/2 to
> 0,0 border lt 3
> 
> The above statement doesn't work properly: the border of the polygon is
> only set to blue color but is still solid, I need it to be set dashed!
> 
> Is this a bug?
> 

Not really, it's an inconsistency at best. 

The documentation for 'set style fill' states that the 'border' keyword
allows a colorspec, not a linespec, meaning that you can only set of the
border, but not its linetype (even though a few paragraphs later the
documentation alludes to this).

On the other hand, objects with dashed borders should be possible.

I'll fix this as part of the ongoing effort to get dash patterns sorted
out.

Peter Juhasz

Re: caca terminal build error on MinGW-w64-32 build

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

--- On Sun, 2014/3/23, Bastian Märkisch wrote:

> > With your patch, I could build libcaca and finally could build gnuplot for windows with caca terminal.
> >
> > Thanks for your help!!
> >
> > Tatsuro
> > 
> Thanks for the update. I'll forward this info to the libcaca developers.
> 
>    Bastian

Thank you for your patch and forwarding the info to the libcaca developers.

Tatsuro

Re: Clarification on terminal size for Qt terminal and generally

[Daniel J S. <dan...@ie...>]

On 03/17/2014 03:21 PM, Mojca Miklavec wrote:
> On Sat, Mar 15, 2014 at 4:20 AM, Daniel J Sebald wrote:
>> On 03/10/2014 01:36 AM, Daniel J Sebald wrote:
>>>
>>> On 03/09/2014 04:47 PM, Daniel J Sebald wrote:
>>>
>>>> I'm in the
>>>> middle of programming this right now, so it would be good to know how it
>>>> should behave.
>>>
>>>
>>> I've placed an initial version Qt window size retention on the patch
>>> tracker:
>>>
>>> http://sourceforge.net/p/gnuplot/patches/663/
>>
>>
>> Mojca,
>>
>> If you have some time this weekend, please try out the Qt window size
>> retention patch.
>
> I'm very grateful for the change that keeps me in terminal as opposed
> to jumping to the plotting area and having to alt-tab back to terminal
> after every command.
>
> I'm not sure how to reproduce the following (and maybe I should check
> with master), but as a rule of thumb it happened when I had all the
> cores 100% occupied with other tasks:
>
> Terminal type set to 'qt'
> gnuplot>  plot sin(x)
> qt_graphics: "QLocalSocket: Socket operation timed out"
> qt_graphics: Not receiving requested widget size
> Error: short read from gnuplot_qt socket while expecting font metrics
>           warning: Too many axis ticks requested (>1e+01)
>           warning: Terminal canvas area too small to hold plot.
>          Check plot boundary and font sizes.
>           warning: Too many axis ticks requested (>1e+01)
>           warning: Too many axis ticks requested (>4)
>
> Other than that it sometimes happens that I don't get any text labels
> at all (one of the things that Ethan fixed), but don't hold my word
> for it because I'm not sure if that was a side effect of forgetting
> "make install" or if that was a real issue.
>
> The second plot shrinks – it uses a different plotting area. (The
> first plot doesn't fully fit into the window – x axes labels are too
> low. The second plot now fixes that by using smaller plotting area.)
>
> I'm not sure about the pattern (how exactly to reproduce it), but very
> often sizes of the plots are completely off (either too small or too
> big). The ratio seems right, but scaling is not. See the attachment.
> Please note that I have "Replot on resize" switched off (because it's
> not bearable to have it turned on as it resizes every few pixels.) But
> usually the plot should adjust after calling "plot ...". Here it
> sometimes does and sometimes doesn't.
>
>> From time to time I also get
>
> gnuplot>  qt_graphics: "QLocalSocket: Socket operation timed out"
> qt_graphics: Not receiving requested widget size
> qt_graphics: "QLocalSocket: Socket operation timed out"
> qt_graphics: Not receiving requested widget size
>
> (with "Replot on resize" turned on).
>
> I didn't try to understand the changes in the source code, I was only
> testing the functionality.
>
> (I'm not saying that everything reported above is specific to the
> patch. Some problems might be present in trunk already. I would need
> to check more carefully, but some "errors/problems" are somewhat
> random.)

Thanks Mojca.  So generally it is about right, but occasionally is 
dropping data sent from the outboard gnuplot_qt.  That's what I'm seeing 
as well.

Something doesn't seem reliable about the comm link.  It could be 
something I did, but note that a lot of resizing with the mouse means a 
lot of traffic.  There are probably ways to reduce the traffic, say by 
recording the reported size on the inboard side, and we can do that. 
But first I'd prefer to leave a lot of traffic and fix the dropped data 
issue.  Reducing its occurrence only makes it a harder bug to fix down 
the road.

Dan

Re: caca terminal build error on MinGW-w64-32 build

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

Am 23.03.2014 13:40, schrieb Tatsuro MATSUOKA:
> --- On Sun, 2014/3/23, Bastian Märkischwrote:
>> Am 23.03.2014 01:23, schrieb Tatsuro MATSUOKA:
>>> Hello
>>>
>>> --- On Sat, 2014/3/22, Bastian Märkisch wrote:
>>>
>>>> Am 22.03.2014 11:42, schrieb Tatsuro MATSUOKA:
>>>>> Hello
>>>>>
>>>>> I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.
>>>>>
>>>>> In building term.c, the following error messages were appeared :
>>>>>
>>>> (snip)
>>>>>
>>>>> I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.
>>>>>
>>>>> Any suggestions?
>>>>
>>>> Yes, libcaca version >= 0.99.beta15 is required. But on Windows you
>>>> should better use the current svn version since it includes an improved
>>>> Windows driver. See http://caca.zoy.org/wiki/libcaca on how to obtain
>>>> the sources via svn or git.
>>>>
>>> I have tried to build svn source of libcaca. However, compile failed at caca/string.c due to internal compiler error.
>>>
>>
>> I do not remember if this is related or not, but my local copy of
>> libcaca contains the attached changes. With this patch it works fine
>> using MinGW32.
>>
>>     Bastian
>
> With your patch, I could build libcaca and finally could build gnuplot for windows with caca terminal.
>
> Thanks for your help!!
>
> Tatsuro
>

Thanks for the update. I'll forward this info to the libcaca developers.

   Bastian

Re: caca terminal build error on MinGW-w64-32 build

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

--- On Sun, 2014/3/23, Bastian Märkischwrote:
> Am 23.03.2014 01:23, schrieb Tatsuro MATSUOKA:
> > Hello
> >
> > --- On Sat, 2014/3/22, Bastian Märkisch wrote:
> >
> >> Am 22.03.2014 11:42, schrieb Tatsuro MATSUOKA:
> >>> Hello
> >>>
> >>> I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.
> >>>
> >>> In building term.c, the following error messages were appeared :
> >>>
> >> (snip)
> >>>
> >>> I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.
> >>>
> >>> Any suggestions?
> >>
> >> Yes, libcaca version >= 0.99.beta15 is required. But on Windows you
> >> should better use the current svn version since it includes an improved
> >> Windows driver. See http://caca.zoy.org/wiki/libcaca on how to obtain
> >> the sources via svn or git.
> >>
> > I have tried to build svn source of libcaca. However, compile failed at caca/string.c due to internal compiler error.
> >
> 
> I do not remember if this is related or not, but my local copy of 
> libcaca contains the attached changes. With this patch it works fine 
> using MinGW32.
> 
>    Bastian

With your patch, I could build libcaca and finally could build gnuplot for windows with caca terminal.

Thanks for your help!!

Tatsuro

Re: caca terminal build error on MinGW-w64-32 build

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

Am 23.03.2014 01:23, schrieb Tatsuro MATSUOKA:
> Hello
>
> --- On Sat, 2014/3/22, Bastian Märkisch wrote:
>
>> Am 22.03.2014 11:42, schrieb Tatsuro MATSUOKA:
>>> Hello
>>>
>>> I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.
>>>
>>> In building term.c, the following error messages were appeared :
>>>
>> (snip)
>>>
>>> I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.
>>>
>>> Any suggestions?
>>
>> Yes, libcaca version >= 0.99.beta15 is required. But on Windows you
>> should better use the current svn version since it includes an improved
>> Windows driver. See http://caca.zoy.org/wiki/libcaca on how to obtain
>> the sources via svn or git.
>>
> I have tried to build svn source of libcaca. However, compile failed at caca/string.c due to internal compiler error.
>

I do not remember if this is related or not, but my local copy of 
libcaca contains the attached changes. With this patch it works fine 
using MinGW32.

   Bastian


> *************************************************************
> string.c: In function 'caca_blit':
> string.c:458:51: warning: variable 'bleed_left' set but not used [-Wunused-but-set-variable]
>       int i, j, starti, startj, endi, endj, stride, bleed_left, bleed_right;
>                                                     ^
> string.c: At top level:
> string.c:652:10: internal compiler error: in function_and_variable_visibility, at ipa.c:813
>            CACA_ALIAS(caca_set_canvas_boundaries);
>            ^
> libbacktrace could not find executable to open
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://sourceforge.net/projects/mingw-w64> for instructions.
> make[2]: *** [libcaca_la-string.lo] Error 1
> ************************************************************
>
> I have submitted a bug report to http://sourceforge.net/projects/mingw-w64.
>
> Anyway thank for your pointer.
>
> Regards
>
> Tatsuro
>

Re: caca terminal build error on MinGW-w64-32 build

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

Hello

--- On Sat, 2014/3/22, Bastian Märkisch wrote:

> Am 22.03.2014 11:42, schrieb Tatsuro MATSUOKA:
> > Hello
> >
> > I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.
> >
> > In building term.c, the following error messages were appeared :
> >
> (snip)
> >
> > I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.
> >
> > Any suggestions?
> 
> Yes, libcaca version >= 0.99.beta15 is required. But on Windows you 
> should better use the current svn version since it includes an improved 
> Windows driver. See http://caca.zoy.org/wiki/libcaca on how to obtain 
> the sources via svn or git.
> 
I have tried to build svn source of libcaca. However, compile failed at caca/string.c due to internal compiler error.

*************************************************************
string.c: In function 'caca_blit':
string.c:458:51: warning: variable 'bleed_left' set but not used [-Wunused-but-set-variable]
     int i, j, starti, startj, endi, endj, stride, bleed_left, bleed_right;
                                                   ^
string.c: At top level:
string.c:652:10: internal compiler error: in function_and_variable_visibility, at ipa.c:813
          CACA_ALIAS(caca_set_canvas_boundaries);
          ^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://sourceforge.net/projects/mingw-w64> for instructions.
make[2]: *** [libcaca_la-string.lo] Error 1
************************************************************

I have submitted a bug report to http://sourceforge.net/projects/mingw-w64.

Anyway thank for your pointer.

Regards

Tatsuro

Re: caca terminal build error on MinGW-w64-32 build

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

Am 22.03.2014 11:42, schrieb Tatsuro MATSUOKA:
> Hello
>
> I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.
>
> In building term.c, the following error messages were appeared :
>
(snip)
>
> I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.
>
> Any suggestions?

Yes, libcaca version >= 0.99.beta15 is required. But on Windows you 
should better use the current svn version since it includes an improved 
Windows driver. See http://caca.zoy.org/wiki/libcaca on how to obtain 
the sources via svn or git.

   Bastian

>
> Regards
>
> Tatsuro

caca terminal build error on MinGW-w64-32 build

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

Hello

I have tried to build gnuplot cvs (ChangeLog 2014-03-21)  on MinGW-w64-32 build with caca terminal.

In building term.c, the following error messages were appeared :

******************************************************************
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:128:39: error: unknown type name 'caca_canvas_t'
 static void CACA_put_transparent_char(caca_canvas_t *cv, int x, int y, uint32_t c);
                                       ^
../../term/caca.trm:128:72: error: unknown type name 'uint32_t'
 static void CACA_put_transparent_char(caca_canvas_t *cv, int x, int y, uint32_t c);
                                                                        ^
../../term/caca.trm:131:25: error: unknown type name 'caca_canvas_t'
 static int CACA_put_str(caca_canvas_t *cv, int x, int y, char const *s);
                         ^
../../term/caca.trm:132:28: error: unknown type name 'caca_canvas_t'
 static void CACA_draw_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2, uint32_t ch);
                            ^
../../term/caca.trm:132:79: error: unknown type name 'uint32_t'
 static void CACA_draw_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2, uint32_t ch);
                                                                               ^
../../term/caca.trm:133:33: error: unknown type name 'caca_canvas_t'
 static void CACA_draw_thin_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2);
                                 ^
../../term/caca.trm:134:37: error: unknown type name 'caca_canvas_t'
 static void CACA_draw_thin_polyline(caca_canvas_t *cv, int const x[], int const y[], int n);
                                     ^
../../term/caca.trm:135:32: error: unknown type name 'caca_canvas_t'
 static int CACA_draw_cp437_box(caca_canvas_t *cv, int x, int y, int w, int h);
                                ^
../../term/caca.trm:136:31: error: unknown type name 'caca_canvas_t'
 static int CACA_draw_thin_box(caca_canvas_t *cv, int x, int y, int w, int h);
                               ^
../../term/caca.trm:138:1: error: unknown type name 'uint8_t'
 static uint8_t CACA_rgb_to_ansi(uint32_t color); /* Convert RGB to ANSI background color */
 ^
../../term/caca.trm:138:33: error: unknown type name 'uint32_t'
 static uint8_t CACA_rgb_to_ansi(uint32_t color); /* Convert RGB to ANSI background color */
                                 ^
../../term/caca.trm:139:41: error: unknown type name 'uint8_t'
 static char const * CACA_get_color_name(uint8_t color); /* Find name of nearest matching predefined color */
                                         ^
../../term/caca.trm:180:1: error: unknown type name 'uint8_t'
 static uint8_t CACA_background = CACA_WHITE; /* background color */
 ^
../../term/caca.trm:180:34: error: 'CACA_WHITE' undeclared here (not in a function)
 static uint8_t CACA_background = CACA_WHITE; /* background color */
                                  ^
../../term/caca.trm:187:1: error: unknown type name 'caca_display_t'
 static caca_display_t * CACA_dp;
 ^
../../term/caca.trm:188:1: error: unknown type name 'caca_canvas_t'
 static caca_canvas_t * CACA_cv = NULL;
 ^
../../term/caca.trm:189:1: error: unknown type name 'caca_canvas_t'
 static caca_canvas_t * CACA_screen_cv;
 ^
../../term/caca.trm:190:1: error: unknown type name 'caca_canvas_t'
 static caca_canvas_t * CACA_suspend_cv = NULL;
 ^
../../term/caca.trm:254:2: error: 'CACA_BLACK' undeclared here (not in a function)
  CACA_BLACK, CACA_LIGHTGRAY,
  ^
../../term/caca.trm:254:14: error: 'CACA_LIGHTGRAY' undeclared here (not in a function)
  CACA_BLACK, CACA_LIGHTGRAY,
              ^
../../term/caca.trm:255:2: error: 'CACA_LIGHTRED' undeclared here (not in a function)
  CACA_LIGHTRED, CACA_LIGHTGREEN, CACA_LIGHTBLUE, CACA_LIGHTMAGENTA,
  ^
../../term/caca.trm:255:17: error: 'CACA_LIGHTGREEN' undeclared here (not in a function)
  CACA_LIGHTRED, CACA_LIGHTGREEN, CACA_LIGHTBLUE, CACA_LIGHTMAGENTA,
                 ^
../../term/caca.trm:255:34: error: 'CACA_LIGHTBLUE' undeclared here (not in a function)
  CACA_LIGHTRED, CACA_LIGHTGREEN, CACA_LIGHTBLUE, CACA_LIGHTMAGENTA,
                                  ^
../../term/caca.trm:255:50: error: 'CACA_LIGHTMAGENTA' undeclared here (not in a function)
  CACA_LIGHTRED, CACA_LIGHTGREEN, CACA_LIGHTBLUE, CACA_LIGHTMAGENTA,
                                                  ^
../../term/caca.trm:256:2: error: 'CACA_LIGHTCYAN' undeclared here (not in a function)
  CACA_LIGHTCYAN, CACA_BROWN, CACA_BLACK
  ^
../../term/caca.trm:256:18: error: 'CACA_BROWN' undeclared here (not in a function)
  CACA_LIGHTCYAN, CACA_BROWN, CACA_BLACK
                  ^
../../term/caca.trm:281:16: error: redeclaration of enumerator 'CACA_BACKGROUND'
  CACA_CHARSET, CACA_BACKGROUND,
                ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:136:5: note: previous definition of 'CACA_BACKGROUND' was here
     CACA_BACKGROUND       = 0x10, /**< Properties of background characters. */
     ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_options':
../../term/caca.trm:355:5: error: unknown type name 'uint32_t'
     uint32_t CACA_background_rgb;
     ^
../../term/caca.trm:378:18: warning: assignment makes pointer from integer without a cast [enabled by default]
      format_list = caca_get_display_driver_list();
                  ^
../../term/caca.trm:382:18: warning: assignment makes pointer from integer without a cast [enabled by default]
      format_list = caca_get_export_list();
                  ^
../../term/caca.trm:406:18: warning: assignment makes pointer from integer without a cast [enabled by default]
      format_list = caca_get_export_list();
                  ^
../../term/caca.trm:419:18: warning: assignment makes pointer from integer without a cast [enabled by default]
      format_list = caca_get_display_driver_list();
                  ^
../../term/caca.trm: In function 'CACA_refresh':
../../term/caca.trm:572:4: error: unknown type name 'uint32_t'
    uint32_t attr = caca_get_attr(CACA_screen_cv, -1, -1);
    ^
../../term/caca.trm:585:3: error: unknown type name 'uint32_t'
   uint32_t attr = caca_get_attr(CACA_screen_cv, -1, -1);
   ^
../../term/caca.trm:617:8: warning: passing argument 1 of 'caca_draw_thin_box' makes integer from pointer without a cast [enabled by default]
        CACA_zoom_from.y - CACA_zoom_to.y + 1);
        ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:300:6: note: expected 'int' but argument is of type 'int *'
 void caca_draw_thin_box(int, int, int, int);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:617:8: error: too many arguments to function 'caca_draw_thin_box'
        CACA_zoom_from.y - CACA_zoom_to.y + 1);
        ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:300:6: note: declared here
 void caca_draw_thin_box(int, int, int, int);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_check_resize':
../../term/caca.trm:671:2: error: unknown type name 'caca_event_t'
  caca_event_t ev;
  ^
../../term/caca.trm:676:2: warning: passing argument 1 of 'caca_get_event' makes integer from pointer without a cast [enabled by default]
  if (caca_get_event(CACA_dp, CACA_EVENT_RESIZE, &ev, 100)) {
  ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: expected 'unsigned int' but argument is of type 'int *'
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:676:2: error: too many arguments to function 'caca_get_event'
  if (caca_get_event(CACA_dp, CACA_EVENT_RESIZE, &ev, 100)) {
  ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: declared here
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_init_display':
../../term/caca.trm:711:12: warning: assignment makes pointer from integer without a cast [enabled by default]
    CACA_dp = caca_create_display(NULL);
            ^
../../term/caca.trm:713:12: warning: assignment makes pointer from integer without a cast [enabled by default]
    CACA_dp = caca_create_display_with_driver(NULL, CACA_driver);
            ^
../../term/caca.trm:718:4: warning: passing argument 1 of 'strdup' makes pointer from integer without a cast [enabled by default]
    CACA_driver = strdup(caca_get_display_driver(CACA_dp));
    ^
In file included from ../../src/stdfn.h:53:0,
                 from ../../src/term_api.h:43,
                 from ../../src/term.c:77:
c:/MinGW/i686-w64-mingw32/include/string.h:94:17: note: expected 'const char *' but argument is of type 'int'
   char *__cdecl strdup(const char *_Src) __MINGW_ATTRIB_DEPRECATED_MSVC2005;
                 ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:740:18: warning: assignment makes pointer from integer without a cast [enabled by default]
   CACA_screen_cv = caca_get_canvas(CACA_dp);
                  ^
../../term/caca.trm:779:10: warning: assignment makes pointer from integer without a cast [enabled by default]
  CACA_cv = caca_create_canvas(term->xmax + 1, term->ymax + 1);
          ^
../../term/caca.trm: In function 'CACA_text':
../../term/caca.trm:887:17: warning: initialization makes pointer from integer without a cast [enabled by default]
   void * data = caca_export_canvas_to_memory(CACA_cv, CACA_driver, &bytes);
                 ^
../../term/caca.trm: In function 'CACA_close_display':
../../term/caca.trm:917:20: warning: assignment makes pointer from integer without a cast [enabled by default]
    CACA_suspend_cv = caca_create_canvas(CACA_xmax + 1, CACA_ymax + 1 + CACA_status_height);
                    ^
../../term/caca.trm: In function 'CACA_color':
../../term/caca.trm:1034:6: error: unknown type name 'uint16_t'
      uint16_t color = CACA_colors[(colorspec->lt + 2) % 9];
      ^
../../term/caca.trm:1051:4: error: unknown type name 'uint32_t'
    uint32_t attr;
    ^
../../term/caca.trm:1053:4: error: unknown type name 'uint16_t'
    uint16_t alpha;
    ^
../../term/caca.trm:1054:4: error: unknown type name 'uint16_t'
    uint16_t fg_color;
    ^
../../term/caca.trm:1055:4: error: unknown type name 'uint16_t'
    uint16_t bg_color;
    ^
../../term/caca.trm:1065:5: error: unknown type name 'uint32_t'
     uint32_t fg_color32;
     ^
../../term/caca.trm:1098:4: error: unknown type name 'uint32_t'
    uint32_t attr;
    ^
../../term/caca.trm:1099:4: error: unknown type name 'uint16_t'
    uint16_t alpha, red, green, blue;
    ^
../../term/caca.trm:1100:4: error: unknown type name 'uint16_t'
    uint16_t fg_color;
    ^
../../term/caca.trm:1101:4: error: unknown type name 'uint16_t'
    uint16_t bg_color;
    ^
../../term/caca.trm:1113:5: error: unknown type name 'uint32_t'
     uint32_t fg_color32 = colorspec->lt;
     ^
../../term/caca.trm: In function 'CACA_encode_text':
../../term/caca.trm:1430:4: error: unknown type name 'uint32_t'
    uint32_t c = caca_utf8_to_utf32(s, &bytes);
    ^
../../term/caca.trm:1443:4: error: unknown type name 'uint32_t'
    uint32_t c = caca_cp437_to_utf32(str[i]);
    ^
../../term/caca.trm:1451:4: error: unknown type name 'uint32_t'
    uint32_t c = caca_cp437_to_utf32(str[i]);
    ^
../../term/caca.trm: In function 'CACA_put_text':
../../term/caca.trm:1540:5: error: unknown type name 'uint32_t'
     uint32_t c = caca_utf8_to_utf32(text + n, &bytes);
     ^
../../term/caca.trm: In function 'CACA_fillbox':
../../term/caca.trm:1730:2: error: unknown type name 'uint32_t'
  uint32_t attr;
  ^
../../term/caca.trm:1750:3: warning: passing argument 1 of 'caca_fill_box' makes integer from pointer without a cast [enabled by default]
   caca_fill_box(CACA_cv, x, CACA_ymax - y, w, 1, fillchar);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: expected 'int' but argument is of type 'int *'
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1750:3: error: too many arguments to function 'caca_fill_box'
   caca_fill_box(CACA_cv, x, CACA_ymax - y, w, 1, fillchar);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: declared here
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1753:3: warning: passing argument 1 of 'caca_fill_box' makes integer from pointer without a cast [enabled by default]
   caca_fill_box(CACA_cv, x, CACA_ymax - y - h + 1, w, h - 1, fillchar);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: expected 'int' but argument is of type 'int *'
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1753:3: error: too many arguments to function 'caca_fill_box'
   caca_fill_box(CACA_cv, x, CACA_ymax - y - h + 1, w, h - 1, fillchar);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: declared here
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_process_events':
../../term/caca.trm:1822:2: error: unknown type name 'caca_event_t'
  caca_event_t ev;
  ^
../../term/caca.trm:1824:47: error: 'CACA_EVENT_QUIT' undeclared (first use in this function)
   CACA_EVENT_KEY_PRESS | CACA_EVENT_RESIZE |  CACA_EVENT_QUIT |
                                               ^
../../term/caca.trm:1824:47: note: each undeclared identifier is reported only once for each function it appears in
../../term/caca.trm:1830:3: warning: passing argument 1 of 'caca_get_event' makes integer from pointer without a cast [enabled by default]
   if (caca_get_event(CACA_dp, event_mask, &ev, 100)) {
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: expected 'unsigned int' but argument is of type 'int *'
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1830:3: error: too many arguments to function 'caca_get_event'
   if (caca_get_event(CACA_dp, event_mask, &ev, 100)) {
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: declared here
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1923:12: error: 'CACA_KEY_CTRL_C' undeclared (first use in this function)
       case CACA_KEY_CTRL_C:
            ^
../../term/caca.trm: In function 'CACA_discard_events':
../../term/caca.trm:1977:3: warning: passing argument 1 of 'caca_get_event' makes integer from pointer without a cast [enabled by default]
   while (caca_get_event(CACA_dp, CACA_EVENT_ANY, NULL, 50) != 0);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: expected 'unsigned int' but argument is of type 'int *'
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:1977:3: error: too many arguments to function 'caca_get_event'
   while (caca_get_event(CACA_dp, CACA_EVENT_ANY, NULL, 50) != 0);
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:262:14: note: declared here
 unsigned int caca_get_event(unsigned int);
              ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_print_status':
../../term/caca.trm:2038:3: error: unknown type name 'uint32_t'
   uint32_t attr = caca_get_attr(CACA_screen_cv, -1, -1);
   ^
../../term/caca.trm:2040:52: error: 'CACA_BLUE' undeclared (first use in this function)
    caca_set_color_ansi(CACA_screen_cv, CACA_WHITE, CACA_BLUE);
                                                    ^
../../term/caca.trm:2043:3: warning: passing argument 1 of 'caca_draw_line' makes integer from pointer without a cast [enabled by default]
   caca_draw_line(CACA_screen_cv, 0, CACA_ymax + 1, CACA_xmax, CACA_ymax + 1, ' ');
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:289:6: note: expected 'int' but argument is of type 'int *'
 void caca_draw_line(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:2043:3: error: too many arguments to function 'caca_draw_line'
   caca_draw_line(CACA_screen_cv, 0, CACA_ymax + 1, CACA_xmax, CACA_ymax + 1, ' ');
   ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:289:6: note: declared here
 void caca_draw_line(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_filled_polygon':
../../term/caca.trm:2149:2: error: unknown type name 'uint32_t'
  uint32_t attr;
  ^
../../term/caca.trm:2184:6: warning: passing argument 1 of 'caca_fill_box' makes integer from pointer without a cast [enabled by default]
      fillchar);
      ^
In file included from ../../term/caca.trm:97:0,

                from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: expected 'int' but argument is of type 'int *'
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:2184:6: error: too many arguments to function 'caca_fill_box'
      fillchar);
      ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: declared here
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:2249:10: warning: passing argument 1 of 'caca_draw_line' makes integer from pointer without a cast [enabled by default]
          fillchar);
          ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:289:6: note: expected 'int' but argument is of type 'int *'
 void caca_draw_line(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:2249:10: error: too many arguments to function 'caca_draw_line'
          fillchar);
          ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:289:6: note: declared here
 void caca_draw_line(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_image':
../../term/caca.trm:2268:2: error: unknown type name 'caca_dither_t'
  caca_dither_t * dither;
  ^
../../term/caca.trm:2271:2: error: unknown type name 'uint8_t'
  uint8_t * data;
  ^
../../term/caca.trm:2306:10: error: 'uint8_t' undeclared (first use in this function)
  data = (uint8_t *) gp_alloc(M * N * bpp / 8, "image data");
          ^
../../term/caca.trm:2306:19: error: expected expression before ')' token
  data = (uint8_t *) gp_alloc(M * N * bpp / 8, "image data");
                   ^
../../term/caca.trm:2311:9: warning: assignment makes pointer from integer without a cast [enabled by default]
  dither = caca_create_dither(bpp, M, N, M * bpp / 8 /* pitch */, rmask, gmask, bmask, amask);
         ^
../../term/caca.trm:2335:3: error: unknown type name 'uint32_t'
   uint32_t red[256], green[256], blue[256], alpha[256];
   ^
../../term/caca.trm: In function 'CACA_boxed_text':
../../term/caca.trm:2429:6: warning: passing argument 1 of 'caca_fill_box' makes integer from pointer without a cast [enabled by default]
      L' ');
      ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: expected 'int' but argument is of type 'int *'
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm:2429:6: error: too many arguments to function 'caca_fill_box'
      L' ');
      ^
In file included from ../../term/caca.trm:97:0,
                 from ../../src/term.h:257,
                 from ../../src/term.c:1491:
c:/Programs/gplibs32/include/caca.h:301:6: note: declared here
 void caca_fill_box(int, int, int, int, char);
      ^
In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: At top level:
../../term/caca.trm:2659:27: error: unknown type name 'caca_canvas_t'
 CACA_put_transparent_char(caca_canvas_t *cv, int x, int y, uint32_t c)
                           ^
../../term/caca.trm:2659:60: error: unknown type name 'uint32_t'
 CACA_put_transparent_char(caca_canvas_t *cv, int x, int y, uint32_t c)
                                                            ^
../../term/caca.trm:2804:14: error: unknown type name 'caca_canvas_t'
 CACA_put_str(caca_canvas_t *cv, int x, int y, char const *s)
              ^
../../term/caca.trm:2837:16: error: unknown type name 'caca_canvas_t'
 CACA_draw_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2, uint32_t ch)
                ^
../../term/caca.trm:2837:67: error: unknown type name 'uint32_t'
 CACA_draw_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2, uint32_t ch)
                                                                   ^
../../term/caca.trm:2917:30: error: unknown type name 'caca_canvas_t'
 CACA_internal_draw_thin_line(caca_canvas_t *cv, struct line* s)
                              ^
../../term/caca.trm:3010:21: error: unknown type name 'caca_canvas_t'
 CACA_draw_thin_line(caca_canvas_t *cv, int x1, int y1, int x2, int y2)
                     ^
../../term/caca.trm:3023:25: error: unknown type name 'caca_canvas_t'
 CACA_draw_thin_polyline(caca_canvas_t *cv, int const x[], int const y[], int n)
                         ^
../../term/caca.trm:3039:24: error: unknown type name 'caca_canvas_t'
 CACA_internal_draw_box(caca_canvas_t *cv, int x, int y, int w, int h,
                        ^
../../term/caca.trm:3040:21: error: unknown type name 'uint32_t'
                     uint32_t const *chars)
                     ^
../../term/caca.trm:3099:20: error: unknown type name 'caca_canvas_t'
 CACA_draw_thin_box(caca_canvas_t *cv, int x, int y, int w, int h)
                    ^
../../term/caca.trm:3111:21: error: unknown type name 'caca_canvas_t'
 CACA_draw_cp437_box(caca_canvas_t *cv, int x, int y, int w, int h)
                     ^
../../term/caca.trm:3125:1: error: unknown type name 'uint8_t'
 CACA_rgb_to_ansi(uint32_t color)
 ^
../../term/caca.trm:3125:18: error: unknown type name 'uint32_t'
 CACA_rgb_to_ansi(uint32_t color)
                  ^
../../term/caca.trm:3142:21: error: unknown type name 'uint8_t'
 CACA_get_color_name(uint8_t color)
                     ^
make[1]: *** [term.co] Error 1
make[1]: Leaving directory `/d/usr/Tatsu/mingw32work/gnuplot/gnuplotcvs/gnuplot/config/mingw'
make: *** [console] Error 2
****************************************************************

Two types of errors seemed to be appeared:

The first type expample

In file included from ../../src/term.h:257:0,
                 from ../../src/term.c:1491:
../../term/caca.trm: In function 'CACA_process_events':
../../term/caca.trm:1822:2: error: unknown type name 'caca_event_t'
  caca_event_t ev;

The above error is related caca.


The second type example:

../../term/caca.trm:3040:21: error: unknown type name 'uint32_t'
                     uint32_t const *chars)
                     ^
The above error is relates to 'uint32_t' or 'uint8_t'.


I have used libcaca-0.9 built by myself on MinGW-w64-32 platform.

Any suggestions?

Regards

Tatsuro

make installer failed on MinGW builf

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

Hello

I have tried to make a installer for gnuplot for windows on MinGW bplatform (gcc-4.8.2, MinGW-w64 32bit) using cvs source (changelog  2014-03-20).  The make all and make install worded correctly.  Howerver, make installer failed.  The error messages are :

********************************************************************
PATCHLEVEL`-win32-setup/" \
            ../../win/gnuplot.iss > ./dist/gnuplot.iss
(cd ./dist; "/c/PROGRA~1/INNOSE~1/iscc/" gnuplot.iss)
Inno Setup 5 Command-Line Compiler
Copyright (C) 1997-2012 Jordan Russell. All rights reserved.
Portions Copyright (C) 2000-2012 Martijn Laan
Inno Setup Preprocessor
Copyright (C) 2001-2004 Alex Yackimoff. All rights reserved.

Compiler engine version: Inno Setup 5.5.4 (a)

[ISPP] Preprocessing.
[ISPP] Preprocessed.

Error on line 1 in d:\usr\Tatsu\mingw32work\gnuplot\gnuplotcvs\gnuplot\config\mingw\dist\gnuplot.iss: Text is not inside a section.
Compile aborted.
make: *** [installer] Error 2

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

Top 13 lines of gnuplot.iss
**********************************************
;
; $Id: gnuplot.iss,v 1.7 2014/03/15 04:24:34 markisch Exp $
;
; GNUPLOT - gnuplot.iss
;
;[
; Copyright 2011,2012   Bastian Märkisch
;
; Permission to use, copy, and distribute this software and its
; documentation for any purpose with or without fee is hereby granted,
; provided that the above copyright notice appear in all copies and
; that both that copyright notice and this permission notice appear
; in supporting documentation.
**********************************************************

What is the error message "Text is not inside a section." ?

It will grateful for me if some suggestions will be given.

Regards

Tatsuro

Cannot set line type of object border

[Liu G. <goo...@gm...>]

Terminal has been set "dash" option.

set object polygon from 0,0 to 1,0 to 1.5, sqrt(3)/2 to 0.5,sqrt(3)/2 to
0,0 border lt 3

The above statement doesn't work properly: the border of the polygon is
only set to blue color but is still solid, I need it to be set dashed!

Is this a bug?

gbliu

Re: sprintf on current cvs for mingw build

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

--- On Thu, 2014/3/20, Bastian Märkisch > wrote:

> Am 18.03.2014 22:22, schrieb Tatsuro MATSUOKA:
> > Hello
> >
> > I have build current cvs (2014-03-18) and carried out the test of all.
> > Tha all.dem stop at:
> > ********************** file stringvar.dem *********************
> > Hit return to continue
> >
> > foo = sprintf("%40d %40d %40d %40d %40d %40d",1,2,3,4,5,6)
> >        ^
> > "stringvar.dem", line 62: undefined value
> 
> FWIW I cannot reproduce this here using MinGW 4.8.1. I am using 
> config/mingw/Makefile to build. How do you build gnuplot?
> 
> I can reproduce the problem with VS2012, though. The reason is that the 
> stupid _snprintf() (note the underscore) apparently sets errno if the 
> buffer size is insufficient. This then triggers the above message. I'll 
> prepare a fix for MSVC.
> 
> Could you try building with "-D__USE_MINGW_ANSI_STDIO"? That should 
> should ensure that MinGW is using an ANSI compliant replacement of the 
> snprintf function.
> 
>    Bastian
> 
> >
> > I have built the same source on cygwin
> > and "make check" has been successful.
> >
> > I have checked from gnuplot command line
> >
> > gnuplot> foo = sprintf("%40d %40d %40d %40d %40d %40d",1,2,3,4,5,6)
> >                 ^
> >           undefined value
> >
> > Hmm
> >
> > What is wrong?
> >
> > Regards
> >
 I'm using gcc-4.8.2 from MiGW-64-w32. 
Adding -D__USE_MINGW_ANSI_STDIO flag to in config/mingw/Makefile, sprintf worked correctly.

Thanks!

Tatsuro 

Re: Plans for gnuplot version 5

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

On Thursday, 20 March 2014 01:51:23 PM Liu Guibin wrote:
> I hope that we can set "opaque", "background color", "box" for label.

That is partially implemented (not all terminals yet).

Text, including labels, can be marked "boxed".
Then you can say
   set textbox opaque 

See last plot of demo:

   http://gnuplot.sourceforge.net/demo_cvs/datastrings.html


So yes, that's on the list.

Re: Plans for gnuplot version 5

[Liu G. <goo...@gm...>]

I hope that we can set "opaque", "background color", "box" for label.

Re: sprintf on current cvs for mingw build

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

Am 18.03.2014 22:22, schrieb Tatsuro MATSUOKA:
> Hello
>
> I have build current cvs (2014-03-18) and carried out the test of all.
> Tha all.dem stop at:
> ********************** file stringvar.dem *********************
> Hit return to continue
>
> foo = sprintf("%40d %40d %40d %40d %40d %40d",1,2,3,4,5,6)
>        ^
> "stringvar.dem", line 62: undefined value

FWIW I cannot reproduce this here using MinGW 4.8.1. I am using 
config/mingw/Makefile to build. How do you build gnuplot?

I can reproduce the problem with VS2012, though. The reason is that the 
stupid _snprintf() (note the underscore) apparently sets errno if the 
buffer size is insufficient. This then triggers the above message. I'll 
prepare a fix for MSVC.

Could you try building with "-D__USE_MINGW_ANSI_STDIO"? That should 
should ensure that MinGW is using an ANSI compliant replacement of the 
snprintf function.

   Bastian

>
> I have built the same source on cygwin
> and "make check" has been successful.
>
> I have checked from gnuplot command line
>
> gnuplot> foo = sprintf("%40d %40d %40d %40d %40d %40d",1,2,3,4,5,6)
>                 ^
>           undefined value
>
> Hmm
>
> What is wrong?
>
> Regards
>
> Tatsuro
>

Re: datafile misparsing if non-numeric y

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

On Wednesday, 19 March, 2014 15:03:34 Jonathan Thornburg wrote:
> Consider the following datafile:
> 
> 1.5     0.3
> 2.5     undef
> 3.5     0.6
> 
> With gnuplot 4.6.3 (full "show version long" output below) I get the
> following results:
> 
> gnuplot> plot '/tmp/try-alpha.dat'
> 
> This plots three points: (1.5,0.3), (1.0,2.5), and (3.5,0.6).

Indeed.
Please see the documentation under "help missing".
It's on page 105 of this version of the manual
	http://gnuplot.sourceforge.net/docs_4.7/gnuplot.pdf
with sample scripts and output.

I have always considered that behaviour broken even though it
was apparently intentional.  It has been revised for version 5.
The new treatment is already present in the development
version.

	Ethan


> It seems to me that the second of these is wrong: it has an x coordinate
> which does not occur anywhere in the data file, and a bogus y coordinate
> too.  I get the same behavior if I change the "undef" to "foo".
> 
> For what it's worth,
> 
> gnuplot> plot '/tmp/try-alpha.dat' using 1:2
> 
> simply ignores the point-with-non-numeric-y as expected.
> 
> 
> 
> Here's the output of 'show version long' for my gnuplot:
> 
> gnuplot> show version long
> 
>         G N U P L O T
>         Version 4.6 patchlevel 3    last modified 2013-04-12 
>         Build System: OpenBSD amd64
> 
>         Copyright (C) 1986-1993, 1998, 2004, 2007-2013
>         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')
> Compile options:
> -READLINE  +LIBREADLINE  -HISTORY  
> -BACKWARDS_COMPATIBILITY  +BINARY_DATA  
> +GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
> -USE_CWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +X11_EXTERNAL +USE_MOUSE  +HIDDEN3D_QUADTREE  
> +DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  +USER_LINETYPES +STATS 
> 
> GNUPLOT_DRIVER_DIR = "/usr/local/libexec/gnuplot/4.6"
> GNUPLOT_PS_DIR     = "/usr/local/share/gnuplot/4.6/PostScript"
> HELPFILE           = "/usr/local/share/gnuplot/4.6/gnuplot.gih"
> 
> gnuplot> 
> 
> ciao,
> 
> 

Re: datafile misparsing if non-numeric y

[Jonathan T. <jt...@as...>]

In a recent E-mail, I wrote
> Consider the following datafile:
> 
> 1.5     0.3
> 2.5     undef
> 3.5     0.6
> 
> With gnuplot 4.6.3 (full "show version long" output below) I get the
> following results:
> 
> gnuplot> plot '/tmp/try-alpha.dat'
> 
> This plots three points: (1.5,0.3), (1.0,2.5), and (3.5,0.6).
> It seems to me that the second of these is wrong: [[...]]

Oops.  My brain finally unwedged enough to find 'set datafile missing'
in the documentation... which fully explains the behavior I see.  In
other words, this is a (mis)feature, not a bug.  I'm sorry for the false
alarm.

ciao,

-- 
-- "Jonathan Thornburg [remove -animal to reply]" <jt...@as...>
   Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA
   "There was of course no way of knowing whether you were being watched
    at any given moment.  How often, or on what system, the Thought Police
    plugged in on any individual wire was guesswork.  It was even conceivable
    that they watched everybody all the time."  -- George Orwell, "1984"

datafile misparsing if non-numeric y

[Jonathan T. <jt...@as...>]

Consider the following datafile:

1.5     0.3
2.5     undef
3.5     0.6

With gnuplot 4.6.3 (full "show version long" output below) I get the
following results:

gnuplot> plot '/tmp/try-alpha.dat'

This plots three points: (1.5,0.3), (1.0,2.5), and (3.5,0.6).
It seems to me that the second of these is wrong: it has an x coordinate
which does not occur anywhere in the data file, and a bogus y coordinate
too.  I get the same behavior if I change the "undef" to "foo".

For what it's worth,

gnuplot> plot '/tmp/try-alpha.dat' using 1:2

simply ignores the point-with-non-numeric-y as expected.



Here's the output of 'show version long' for my gnuplot:

gnuplot> show version long

        G N U P L O T
        Version 4.6 patchlevel 3    last modified 2013-04-12 
        Build System: OpenBSD amd64

        Copyright (C) 1986-1993, 1998, 2004, 2007-2013
        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')
Compile options:
-READLINE  +LIBREADLINE  -HISTORY  
-BACKWARDS_COMPATIBILITY  +BINARY_DATA  
+GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
-USE_CWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +X11_EXTERNAL +USE_MOUSE  +HIDDEN3D_QUADTREE  
+DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  +USER_LINETYPES +STATS 

GNUPLOT_DRIVER_DIR = "/usr/local/libexec/gnuplot/4.6"
GNUPLOT_PS_DIR     = "/usr/local/share/gnuplot/4.6/PostScript"
HELPFILE           = "/usr/local/share/gnuplot/4.6/gnuplot.gih"

gnuplot> 

ciao,

-- 
-- "Jonathan Thornburg [remove -animal to reply]" <jt...@as...>
   Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA
   "There was of course no way of knowing whether you were being watched
    at any given moment.  How often, or on what system, the Thought Police
    plugged in on any individual wire was guesswork.  It was even conceivable
    that they watched everybody all the time."  -- George Orwell, "1984"