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

Re: Corrections to links in page http://www.gnuplot.info/docs_4.4/

[Ethan M. <merritt@u.washington.edu>]

On Wednesday, January 19, 2011 02:09:51 am Niall Mansfield wrote:
> On page
> 	http://www.gnuplot.info/docs_4.4/
      ^^^^^^^^^^^^^^^^^^^^^^^^

> the links for
> 	Version 4.4 (English) PDF format.
> and
> 	Gnuplot reference card (version 4.0): ... gpcard.pdf
> are wrong, and ought to be:
> 	http://www.gnuplot.info/docs_4.4/gnuplot.pdf
> 	http://www.gnuplot.info/docs_4.0/gpcard.pdf

That page is not intended to be accessed directly.
The correct top-level documentation page is
    http://www.gnuplot.info/documentation.html

I've now put in a redirection to the correct page, but is there a link to 
the incorrect URL somewhere that we need to fix?

	Ethan


> Regards,
> Niall
> 
> -------------------------------------------------------------
> Niall Mansfield, Editor
>     UIT Cambridge Ltd.
>     PO Box 145                          email: nm...@ui...
>     Cambridge CB4 1GQ,  England		tel: +44 1223 302 041
> -------------------------------------------------------------

Re: some warnings on mac

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

On 19.01.2011 04:08, Ethan Merritt wrote:
> On Tuesday, January 18, 2011, Mojca Miklavec wrote:

>> ../term/post.trm:1819: warning: format not a string literal and no
>> format arguments
>>
>> This comes from
>>      static char GPFAR psg1[] = "0 setgray\nnewpath\n";
>>      fprintf(gppsfile, psg1);
>
> [\me scratches head] Sure looks like a string literal to me.

It's not.  It's s string-valued variable.

The complaint is a bit vague, but what I'm pretty sure the compiler is 
trying to tell us here is that it's kinda pointless to use *printf() if 
you're not going to format any data into the output.  It wants us to 
replace the above fprintf() by either

         fprintf(gppsfile, "%s", psg1);

or

	fputs(psg1, gppsfile);

>> In gnuplot-mode:
>> gnuplot.el:2518:41:Warning: `make-variable-buffer-local' should be called at
>>      toplevel
>
> I have no idea what this means, or even who is printing the error.

> Is that a message from emacs?

Yes.

Re: finite summation - sum [k=1:4] k

[<mw...@gm...>]

Hi,

I have implemented 'sum' which can be used as folows:

    a    = sum [k=1:4] k
    f(x) = sum [k=1:4] sin(k*x)
    print  sum [k=1:4] k
    plot   sum [k=1:4] sin(k*x)

Motivation: A friend asked me how to plot the sum of the first 10, 100, 1000
fourier coefficients of a (particular) square wave. This patch allows to do so:

    fourier(k, x) = sin(3./2*k)/k * 2./3*cos(k*x)
    plot 1./2 + sum [k=1:1000] fourier(k, x)

    # alternatively 
    plot 1./2 + sum [k=1:1000] sin(3./2*k)/k * 2./3*cos(k*x)


Questions: I am not sure where to put the documentation in gnuplot.doc:
| The `sum` keyword allows the calulation of the finite sum
| \sum_{i=a}^b f_i.
| 
| Example:
|       # fourier coefficients of some square wave
|       fourier(k, x) = sin(3./2*k)/k * 2./3*cos(k*x)
|       plot 1./2 + sum [k=1:1000] fourier(k, x)
| 
|       plot 1./2 + sum [k=1:1000] sin(3./2*k)/k * 2./3*cos(k*x)


> Ethan Merritt <merritt@u.washington.edu> wrote:
> On Wednesday, January 12, 2011 07:49:57 am mw...@gm... wrote:
[...]
> My first thought would be to aim for
>       fourier(x) = for [k=1:100] sin(3./2*k)/k * 2./3*cos(k*x)

I had to rename it to 'sum', since 'for' turned out to be ambiguous (for
example: "plot for [k=1:10] sin(k*x)")

>> As Mr. Bröker pointed out, there is a trick involving the tertinary operator
>> '?' and recursion to sorta workaround. Originally I tried to plot the sum
>> with '?' but I could only do so for 1..10, in case of 1..100 it said
>> something about stack overflow. 
> 
> I am inclined to agree with Hans-Bernhard that such a summation 
> meta-function is not required.  
> But feel free to provide a contrary argument.

I suppose an experienced gnuplot developer knows all the tricks by heart whereas
I had a much harder time and ultimately was not able to solve the original
problem of plotting the sum of 1000 terms. I tend to believe that '?:' results
in hard to read code and 'sum' is easier to use and understand by the "normal"
user. 'sum' also removes the recursion.

[...]

>> I have added below a working patch but would like you to have a look at it. 
> 
> I don't really have much time right now.
> Could you please upload it to the patch tracker on Sourceforge?
> That way it won't get lost, you can update it whenever you want,
> and testers can post comments and provide feedback.

I have not done so yet, but will do so if my patch is not complete garbage.

Thank you for your consideration,
Micha Wiedenmann


diff --git gnuplot-cvs/demo/bivariat.dem b/demo/bivariat.dem
index 1865a59..21c46be 100644
--- gnuplot-cvs/demo/bivariat.dem
+++ b/demo/bivariat.dem
@@ -115,5 +115,27 @@ set title "Greatest Common Divisor (for integers only)"
 plot gcd(x, 60) with impulses
 pause -1 "Hit return to continue"
 
+#
+# This definition computes the sum of the first 10, 100, 1000 fourier
+# coefficients of a (particular) square wave.
+
+set title "Finite summation of 10, 100, 1000 fourier coefficients"
+
+set samples 500
+set xrange [-10:10]
+set yrange [-0.4:1.2]
+set key bottom right
+
+fourier(k, x) = sin(3./2*k)/k * 2./3*cos(k*x)
+sum10(x)   = 1./2 + sum [k=1:10]   fourier(k, x)
+sum100(x)  = 1./2 + sum [k=1:100]  fourier(k, x)
+sum1000(x) = 1./2 + sum [k=1:1000] fourier(k, x)
+
+plot \
+    sum10(x)   title "1./2 + sum [k=1:10]   sin(3./2*k)/k * 2./3*cos(k*x)", \
+    sum100(x)  title "1./2 + sum [k=1:100]  sin(3./2*k)/k * 2./3*cos(k*x)", \
+    sum1000(x) title "1./2 + sum [k=1:1000] sin(3./2*k)/k * 2./3*cos(k*x)"
+pause -1 "Hit return to continue"
+
 reset
 
diff --git gnuplot-cvs/src/eval.c b/src/eval.c
index 8b551d8..64517ab 100644
--- gnuplot-cvs/src/eval.c
+++ b/src/eval.c
@@ -89,6 +89,7 @@ const struct ft_entry GPFAR ft[] =
     {"pop",  f_pop},
     {"call",  f_call},
     {"calln",  f_calln},
+    {"sum", f_sum}, 
     {"lnot",  f_lnot},
     {"bnot",  f_bnot},
     {"uminus",  f_uminus},
@@ -669,6 +670,20 @@ add_udv_by_name(char *key)
     return (*udv_ptr);
 }
 
+struct udvt_entry *
+get_udv_by_name(char *key)
+{
+    struct udvt_entry *udv = first_udv;
+
+    while (udv) {
+        if (!strcmp(key, udv->udv_name))
+            return udv;
+
+        udv = udv->next_udv;
+    }
+
+    return NULL;
+}
 
 static void update_plot_bounds __PROTO((void));
 static void fill_gpval_axis __PROTO((AXIS_INDEX axis));
diff --git gnuplot-cvs/src/eval.h b/src/eval.h
index 79edb6e..ed02262 100644
--- gnuplot-cvs/src/eval.h
+++ b/src/eval.h
@@ -53,7 +53,7 @@
 enum operators {
     /* keep this in line with table in eval.c */
     PUSH, PUSHC, PUSHD1, PUSHD2, PUSHD, POP,
-    CALL, CALLN, LNOT, BNOT, UMINUS,
+    CALL, CALLN, SUM, LNOT, BNOT, UMINUS,
     LOR, LAND, BOR, XOR, BAND, EQ, NE, GT, LT, GE, LE, PLUS, MINUS, MULT,
     DIV, MOD, POWER, FACTORIAL, BOOLE,
     DOLLARS, /* for using extension - div */
@@ -161,6 +161,7 @@ void execute_at __PROTO((struct at_type *at_ptr));
 void evaluate_at __PROTO((struct at_type *at_ptr, struct value *val_ptr));
 void free_at __PROTO((struct at_type *at_ptr));
 struct udvt_entry * add_udv_by_name __PROTO((char *key));
+struct udvt_entry * get_udv_by_name __PROTO((char *key));
 
 /* update GPVAL_ variables available to user */
 void update_gpval_variables __PROTO((int from_plot_command));
diff --git gnuplot-cvs/src/internal.c b/src/internal.c
index b4cd25f..706df95 100644
--- gnuplot-cvs/src/internal.c
+++ b/src/internal.c
@@ -200,6 +200,54 @@ f_calln(union argument *x)
 
 
 void
+f_sum(union argument *arg)
+{
+    struct value beg, end, varname; /* [<var> = <start>:<end>] */
+    udft_entry *udf;                /* function to evaluate */
+    udvt_entry *udv;                /* iteration variable */
+    struct value ret;               /* result */
+    struct value z;
+    int i;
+
+    (void) pop(&end);
+    (void) pop(&beg);
+    (void) pop(&varname);
+
+    if (beg.type != INTGR || end.type != INTGR)
+        int_error(NO_CARET, "range specifiers of sum must have integer values");
+    if (varname.type != STRING)
+        int_error(NO_CARET, "internal error: f_sum expects argument (varname) of type string.");
+
+    udv = get_udv_by_name(varname.v.string_val);
+    if (!udv)
+        int_error(NO_CARET, "internal error: f_sum could not access iteration variable.");
+    udv->udv_undef = false;
+
+    udf = arg->udf_arg;
+    if (!udf)
+        int_error(NO_CARET, "internal error: f_sum could not access summation coefficient function");
+
+    Gcomplex(&ret, 0, 0);
+    for (i=beg.v.int_val; i<=end.v.int_val; ++i) {
+        double x, y;
+
+        /* calculate f_i = f() with user defined variable i */
+        Ginteger(&udv->udv_value, i);
+        execute_at(udf->at);
+
+        pop(&z);
+        x = real(&ret) + real(&z);
+        y = imag(&ret) + imag(&z);
+        Gcomplex(&ret, x, y);
+    }
+
+    gpfree_string(&varname);
+
+    push(Gcomplex(&z, real(&ret), imag(&ret)));
+}
+
+
+void
 f_lnot(union argument *arg)
 {
     struct value a;
diff --git gnuplot-cvs/src/internal.h b/src/internal.h
index 9bb1a3a..7fbdbf8 100644
--- gnuplot-cvs/src/internal.h
+++ b/src/internal.h
@@ -55,6 +55,7 @@ void f_pushd __PROTO((union argument *x));
 void f_pop __PROTO((union argument *x));
 void f_call __PROTO((union argument *x));
 void f_calln __PROTO((union argument *x));
+void f_sum __PROTO((union argument *x));
 void f_lnot __PROTO((union argument *x));
 void f_bnot __PROTO((union argument *x));
 void f_lor __PROTO((union argument *x));
diff --git gnuplot-cvs/src/parse.c b/src/parse.c
index 2a665ab..954d9fe 100644
--- gnuplot-cvs/src/parse.c
+++ b/src/parse.c
@@ -89,6 +89,7 @@ static void parse_relational_expression __PROTO((void));
 static void parse_additive_expression __PROTO((void));
 static void parse_multiplicative_expression __PROTO((void));
 static void parse_unary_expression __PROTO((void));
+static void parse_sum_expression __PROTO((void));
 static int  parse_assignment_expression __PROTO((void));
 static int is_builtin_function __PROTO((int t_num));
 
@@ -190,7 +191,8 @@ string_or_express(struct at_type **atptr)
     has_dummies = FALSE;
     for (i = 0; i < at->a_count; i++) {
 	enum operators op_index = at->actions[i].index;
-	if ( op_index == PUSHD1 || op_index == PUSHD2 || op_index == PUSHD ) {
+	if ( op_index == PUSHD1 || op_index == PUSHD2 || op_index == PUSHD
+                || op_index == SUM ) {
 	    has_dummies = TRUE;
 	    break;
 	}
@@ -488,6 +490,8 @@ parse_primary_expression()
 		c_token++;
 		add_action(call_type)->udf_arg = add_udf(tok);
 	    }
+	} else if (equals(c_token, "sum")) {
+            parse_sum_expression();
 	    /* dummy_func==NULL is a flag to say no dummy variables active */
 	} else if (dummy_func) {
 	    if (equals(c_token, c_dummy_var[0])) {
@@ -834,6 +838,112 @@ parse_unary_expression()
 	parse_primary_expression();
 }
 
+
+/* create action code for 'sum' expressions */
+static void
+parse_sum_expression()
+{
+    /* Design: Use a user defined variable (udv) as iterator variable (k). The
+     * original idea was to treat the expression after the range as a function
+     * f(k). Consider 'g(x) = sum [k=1:4] f(k)', there are two dummy variables
+     * 'x' and 'k' from different functions 'g' and 'f' which cannot be handled
+     * by the parser. */
+
+    char *errormsg = "Expecting 'sum [<var> = <start>:<end>]'\n";
+    char *varname = NULL;
+    union argument *arg;
+    struct udft_entry *udf;
+
+    struct at_type * save_at;
+    int save_at_size;
+    int i;
+    
+    if (!equals(c_token, "sum"))
+        return;
+    c_token++;
+
+    if (!equals(c_token, "["))
+        int_error(c_token, errormsg);
+    c_token++;
+
+    /* <var> */
+    if (!isletter(c_token))
+        int_error(c_token, errormsg);
+    /* create a user defined variable and pass it to f_sum via the action
+     * table, since the argument of f_sum is already used by the udf */
+    m_capture(&varname, c_token, c_token);
+    add_udv(c_token);
+    arg = add_action(PUSHC);
+    Gstring(&(arg->v_arg), varname);
+    c_token++;
+
+    if (!equals(c_token, "="))
+        int_error(c_token, errormsg);
+    c_token++;
+
+    /* <start> */
+    if (!isanumber(c_token))
+        int_error(c_token, errormsg);
+    arg = add_action(PUSHC); 
+    convert(&(arg->v_arg), c_token);
+    c_token++;
+
+    if (!equals(c_token, ":"))
+        int_error(c_token, errormsg);
+    c_token++;
+
+    /* <end> */
+    if (!isanumber(c_token))
+        int_error(c_token, errormsg);
+    arg = add_action(PUSHC); 
+    convert(&(arg->v_arg), c_token);
+    c_token++;
+
+    /* TODO add increment */
+    if (!equals(c_token, "]"))
+        int_error(c_token, errormsg);
+    c_token++;
+
+    /* parse the next expression and convert it to an action table. */
+    /* save environment to restart parsing */
+    save_at = at;
+    save_at_size = at_size;
+
+    at = (struct at_type *) gp_alloc(sizeof(struct at_type), "action table");
+    at->a_count = 0;
+    /* taken from temp_at()
+     * XXX Why is it necessary to reset the action table? Shouldn't it be
+     * either sizeof(struct at_type) or a_count = 0? */
+    memset(at, 0, sizeof(*at));
+    at_size = MAX_AT_LEN;
+
+    /* Q: Do I have to save and restore parse_recursion_level?
+     * A: parse_recursion_level is used to abort parsing after the strings
+     * ('-\pi', '-\pi/2') in ('-\pi' -pi, '-\pi/2' -pi/2.), otherwise it would
+     * try to subtract pi from the string '-\pi'. This is only in effect for
+     * parse_recursion_level == 1 and string_result_only == true. My conclusion
+     * is thus to not touch parse_recursion_level. */
+    parse_expression();
+
+    /* save action table in a user defined function */
+    udf = (struct udft_entry *) gp_alloc(sizeof(struct udft_entry), "sum");
+    udf->next_udf = (struct udft_entry *) NULL;
+    udf->udf_name = NULL; /* TODO maybe add a name and definition */ 
+    udf->at = at;
+    udf->definition = NULL;
+    udf->dummy_num = 0;
+    for (i = 0; i < MAX_NUM_VAR; i++)
+        (void) Ginteger(&(udf->dummy_values[i]), 0);
+
+    /* restore environment */
+    at = save_at;
+    at_size = save_at_size;
+
+    /* pass the udf to f_sum using the argument */
+    add_action(SUM)->udf_arg = udf;
+}
+
+
 /* find or add value and return pointer */
 struct udvt_entry *
 add_udv(int t_num)

-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

Corrections to links in page http://www.gnuplot.info/docs_4.4/

[Niall M. <nm...@ui...>]

On page
	http://www.gnuplot.info/docs_4.4/
the links for
	Version 4.4 (English) PDF format.
and
	Gnuplot reference card (version 4.0): ... gpcard.pdf
are wrong, and ought to be:
	http://www.gnuplot.info/docs_4.4/gnuplot.pdf
	http://www.gnuplot.info/docs_4.0/gpcard.pdf

Regards,
Niall

-------------------------------------------------------------
Niall Mansfield, Editor
    UIT Cambridge Ltd.
    PO Box 145                          email: nm...@ui...
    Cambridge CB4 1GQ,  England		tel: +44 1223 302 041
-------------------------------------------------------------
Subject to UIT's terms and conditions, available on request.

Re: some warnings on mac

[Allin C. <cot...@wf...>]

On Tue, 18 Jan 2011, Ethan Merritt wrote:

> On Tuesday, January 18, 2011, Mojca Miklavec wrote:
> > I'm sending a copy of some errors that get reported when I try to
> > compile gnuplot ...
>
> > util.c:524:1: warning: "sprintf" redefined
> > In file included from /Developer/SDKs/MacOSX10.6.sdk/usr/include/stdio.h:443,
> >                  from stdfn.h:48,
> >                  from util.h:41,
> >                  from util.c:37:
>
> That seems to be an error in stdio.h as provided by SDK.

I think it's due to the business of redefining sprintf in
gnuplot's util.c:

#ifdef HAVE_SNPRINTF
# define sprintf(str,fmt,arg) ... <to use snprintf>

This is prefixed with a comment of "Kludge alert!!" and it does
look funky, but I guess it's harmless.

Allin Cottrell

Re: some warnings on mac

[Ethan M. <merritt@u.washington.edu>]

On Tuesday, January 18, 2011, Mojca Miklavec wrote:
> PS: I tried to compile gnuplot with external (self-compiled) readline
> and it kept crashing, but I had other problems as well, so maybe there
> were other reasons.

The "native" OSX readline (which is really libedit in disguise) is now
working fine as tested here on 10.4 and 10.5.   I don't have a 10.6
machine to test on, however.

	Ethan

Re: wxt terminal in windows hangs

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

Hello

--- Allin Cottrell  wrote:

 The code in question seems to be calling into the pango library.
> 
> I think it's cairo that matters. I'm using the same pango version
> as I was when we saw problems in November 2009 (1.24.5) but have
> updated from cairo 1.8.8 to 1.10.2.
> 

Thank you for your information.

For windows build of 4.4.2 on the Official release, I used cairo-1.8.10.
Currently I have been using cairo-1.10.0 since 2010-10-25 for cvs binary release.

http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: some warnings on mac

[Mojca M. <moj...@gm...>]

On Wed, Jan 19, 2011 at 04:08, Ethan Merritt wrote:
> On Tuesday, January 18, 2011, Mojca Miklavec wrote:
>> I'm sending a copy of some errors that get reported when I try to
>> compile gnuplot ...
>
> Errors from what version of which compiler?

> gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5664)

>> In file included from term.h:349,
>>                  from term.c:1399:
>> ../term/post.trm: In function ‘PS_graphics’:
>> ../term/post.trm:1819: warning: format not a string literal and no
>> format arguments
>>
>> This comes from
>>     static char GPFAR psg1[] = "0 setgray\nnewpath\n";
>>     fprintf(gppsfile, psg1);
>
> [\me scratches head] Sure looks like a string literal to me.
>
>
>> util.c:524:1: warning: "sprintf" redefined
>> In file included from /Developer/SDKs/MacOSX10.6.sdk/usr/include/stdio.h:443,
>>                  from stdfn.h:48,
>>                  from util.h:41,
>>                  from util.c:37:
>
> That seems to be an error in stdio.h as provided by SDK.
> Report it to Apple!

If I only knew what to report ... (I can send the file.)

>> /Developer/SDKs/MacOSX10.6.sdk/usr/include/secure/_stdio.h:46:1:
>> warning: this is the location of the previous definition
>> wxterminal/gp_cairo.c: In function ‘gp_cairo_convert’:
>> wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
>> but argument 5 has type ‘gsize’
>> wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
>> but argument 6 has type ‘size_t’
>> gplt_x11.c: In function ‘exec_cmd’:
>> gplt_x11.c:2892: warning: format not a string literal and no format arguments
>> gplt_x11.c:2897: warning: format not a string literal and no format arguments
>> gplt_x11.c:2902: warning: format not a string literal and no format arguments
>> gplt_x11.c:2907: warning: format not a string literal and no format arguments
>
> Those messages are garbage. Ignore them.
>
>> In gnuplot-comint-start-function:
>> gnuplot.el:1838:18:Warning: `make-variable-buffer-local' should be called at
>>     toplevel
>>
>> In gnuplot-mode:
>> gnuplot.el:2518:41:Warning: `make-variable-buffer-local' should be called at
>>     toplevel
>
> I have no idea what this means, or even who is printing the error.
> Is that a message from emacs?

No. It is printed out during compilation of gnuplot (configured with
--without-bitmap-terminals --with-cwdrc --without-tutorial
--disable-wxwidgets --without-latex). But I need to double-check.

Mojca

PS: I tried to compile gnuplot with external (self-compiled) readline
and it kept crashing, but I had other problems as well, so maybe there
were other reasons.

Re: some warnings on mac

[Ethan M. <merritt@u.washington.edu>]

On Tuesday, January 18, 2011, Mojca Miklavec wrote:
> I'm sending a copy of some errors that get reported when I try to
> compile gnuplot ...

Errors from what version of which compiler?

> 
> In file included from term.h:349,
>                  from term.c:1399:
> ../term/post.trm: In function ‘PS_graphics’:
> ../term/post.trm:1819: warning: format not a string literal and no
> format arguments
> 
> This comes from
>     static char GPFAR psg1[] = "0 setgray\nnewpath\n";
>     fprintf(gppsfile, psg1);

[\me scratches head] Sure looks like a string literal to me.

 
> util.c:524:1: warning: "sprintf" redefined
> In file included from /Developer/SDKs/MacOSX10.6.sdk/usr/include/stdio.h:443,
>                  from stdfn.h:48,
>                  from util.h:41,
>                  from util.c:37:

That seems to be an error in stdio.h as provided by SDK.
Report it to Apple!


> /Developer/SDKs/MacOSX10.6.sdk/usr/include/secure/_stdio.h:46:1:
> warning: this is the location of the previous definition
> wxterminal/gp_cairo.c: In function ‘gp_cairo_convert’:
> wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
> but argument 5 has type ‘gsize’
> wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
> but argument 6 has type ‘size_t’
> gplt_x11.c: In function ‘exec_cmd’:
> gplt_x11.c:2892: warning: format not a string literal and no format arguments
> gplt_x11.c:2897: warning: format not a string literal and no format arguments
> gplt_x11.c:2902: warning: format not a string literal and no format arguments
> gplt_x11.c:2907: warning: format not a string literal and no format arguments

Those messages are garbage. Ignore them.

> In gnuplot-comint-start-function:
> gnuplot.el:1838:18:Warning: `make-variable-buffer-local' should be called at
>     toplevel
> 
> In gnuplot-mode:
> gnuplot.el:2518:41:Warning: `make-variable-buffer-local' should be called at
>     toplevel

I have no idea what this means, or even who is printing the error.
Is that a message from emacs?

 
> Some more are related to AquaTerm, but that's an issue on its own.
> 
> Mojca
> 
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand 
> malware threats, the impact they can have on your business, and how you 
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

some warnings on mac

[Mojca M. <moj...@gm...>]

I'm sending a copy of some errors that get reported when I try to
compile gnuplot ...

In file included from term.h:349,
                 from term.c:1399:
../term/post.trm: In function ‘PS_graphics’:
../term/post.trm:1819: warning: format not a string literal and no
format arguments

This comes from
    static char GPFAR psg1[] = "0 setgray\nnewpath\n";
    fprintf(gppsfile, psg1);

util.c:524:1: warning: "sprintf" redefined
In file included from /Developer/SDKs/MacOSX10.6.sdk/usr/include/stdio.h:443,
                 from stdfn.h:48,
                 from util.h:41,
                 from util.c:37:
/Developer/SDKs/MacOSX10.6.sdk/usr/include/secure/_stdio.h:46:1:
warning: this is the location of the previous definition
wxterminal/gp_cairo.c: In function ‘gp_cairo_convert’:
wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
but argument 5 has type ‘gsize’
wxterminal/gp_cairo.c:678: warning: format ‘%d’ expects type ‘int’,
but argument 6 has type ‘size_t’
gplt_x11.c: In function ‘exec_cmd’:
gplt_x11.c:2892: warning: format not a string literal and no format arguments
gplt_x11.c:2897: warning: format not a string literal and no format arguments
gplt_x11.c:2902: warning: format not a string literal and no format arguments
gplt_x11.c:2907: warning: format not a string literal and no format arguments

In gnuplot-comint-start-function:
gnuplot.el:1838:18:Warning: `make-variable-buffer-local' should be called at
    toplevel

In gnuplot-mode:
gnuplot.el:2518:41:Warning: `make-variable-buffer-local' should be called at
    toplevel

Some more are related to AquaTerm, but that's an issue on its own.

Mojca

Re: wxt terminal in windows hangs

[Allin C. <cot...@wf...>]

On Tue, 18 Jan 2011, Ethan Merritt wrote:

> On Tuesday, January 18, 2011 11:39:23 am Allin Cottrell wrote:
> > On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:
> >
> > > If the bug [in font-handling in the win32 backend to cairo] has
> > > been fixed in some more recent cairo version, the test on WIN32
> > > and cairo versioning in .../src/wxterminal/gp_cairo.c can be
> > > modified appropriately.
> >
> > I've now tried building gnuplot (CVS) with the special switch on
> > WIN32 disabled, and running it with cairo 1.10.2. I'm not seeing
> > the problem of missing font-pixels that we observed back in
> > November 2009. I haven't tried a rigorous comparison against
> > freetype/fontconfig at this point, but first impression is that
> > maybe we don't need the work-around with current cairo.
> >
> > Maybe bracket the special code with
> >
> > #if CAIRO_VERSION_MAJOR < 2 && CAIRO_VERSION_MINOR < 10
>
> OK.  But is it the cairo version or the pango version that matters?
> The code in question seems to be calling into the pango library.

I think it's cairo that matters. I'm using the same pango version
as I was when we saw problems in November 2009 (1.24.5) but have
updated from cairo 1.8.8 to 1.10.2.

Allin Cottrell

splitting terminals into groups

[Mojca M. <moj...@gm...>]

Dear list,

a seemingly endless list of terminals causes a lot of confusion before
somebody finds the terminal of choice.

Would it make sense to split them according to their usage into a few
categories, like:
- interactive
- images (binary, text-based; but that doesn't have to be split)
- for post-processing (mostly the latex-related ones)
- printing

I have written just a few examples (I left out many), just to get the idea:

interactive
             aqua  Interface to graphics terminal server for Mac OS X
             dumb  ascii art for anything that prints text
              x11  X11 Window System

images
           canvas  HTML Canvas object
              pdf  PDF (Portable Document File) file driver
         pdfcairo  pdf terminal based on cairo
              png  PNG images using libgd and TrueType fonts
         pngcairo  png terminal based on cairo
       postscript  PostScript graphics, including EPSF embedded files (*.eps)
              svg  W3C Scalable Vector Graphics driver

require for post-processing
              lua  Lua generic terminal driver
               mp  MetaPost plotting standard
         epslatex  LaTeX picture environment using graphicx package
            latex  LaTeX picture environment
          pslatex  LaTeX picture environment with PostScript \specials
            pstex  plain TeX with PostScript \specials
             tikz  TeX TikZ graphics macros via the lua script driver

printing
             pcl5  HP Designjet 750C, HP Laserjet III/IV, etc. (many options)
          hp2623A  HP2623A and maybe others
           hp2648  HP2648 and HP2647
             hpgl  HP7475 and relatives [number of pens] [eject]

(maybe another category of obsolete ones :)

That way it would be much easier to find the most suitable terminal to
do the job. I would also devote a column in the output to make it
clear whether some terminal creates vector or raster graphic.
(Possibly also a column for text/binary, but that is way less
important.)

Mojca

Re: wxt terminal in windows hangs

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

Hello

Please report your trail here if you will finished it.
At the moment I am occupied because of the current octave activity, I cannot commit it by myself.  

Regards

Tatsurp
--- Allin Cottrell  wrote:

> On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:
> 
> > If the bug [in font-handling in the win32 backend to cairo] has
> > been fixed in some more recent cairo version, the test on WIN32
> > and cairo versioning in .../src/wxterminal/gp_cairo.c can be
> > modified appropriately.
> 
> I've now tried building gnuplot (CVS) with the special switch on
> WIN32 disabled, and running it with cairo 1.10.2. I'm not seeing
> the problem of missing font-pixels that we observed back in
> November 2009. I haven't tried a rigorous comparison against
> freetype/fontconfig at this point, but first impression is that
> maybe we don't need the work-around with current cairo.
> 
> Maybe bracket the special code with
> 
> #if CAIRO_VERSION_MAJOR < 2 && CAIRO_VERSION_MINOR < 10
> 
> or similar?  (At least as an experiment for CVS users.)
> 
> Allin Cottrell
> 
> 
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand 
> malware threats, the impact they can have on your business, and how you 
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: wxt terminal in windows hangs

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

Hello

Please report your trail here if you will finished it.
At the moment I am occupied because of the current octave activity, I cannot commit it by myself.  

Regards

Tatsurp
--- Allin Cottrell  wrote:

> On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:
> 
> > If the bug [in font-handling in the win32 backend to cairo] has
> > been fixed in some more recent cairo version, the test on WIN32
> > and cairo versioning in .../src/wxterminal/gp_cairo.c can be
> > modified appropriately.
> 
> I've now tried building gnuplot (CVS) with the special switch on
> WIN32 disabled, and running it with cairo 1.10.2. I'm not seeing
> the problem of missing font-pixels that we observed back in
> November 2009. I haven't tried a rigorous comparison against
> freetype/fontconfig at this point, but first impression is that
> maybe we don't need the work-around with current cairo.
> 
> Maybe bracket the special code with
> 
> #if CAIRO_VERSION_MAJOR < 2 && CAIRO_VERSION_MINOR < 10
> 
> or similar?  (At least as an experiment for CVS users.)
> 
> Allin Cottrell
> 
> 
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand 
> malware threats, the impact they can have on your business, and how you 
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: wxt terminal in windows hangs

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

Hello

--- Mojca Miklavec  wrote:

> How difficult would it be to create help in proper format (just once
> before the official release) that would make Windows 7 happy?
> 
> (I don't know much about windows and about its tools.)
> 
We have to convert gnuplot.doc to the proper html format for the html help workshop.
Current program for Microsoft help works should be entirely rewritten because it uses in the rtf
format.

It is possible manually making html help workshop from the gnuplot manual in html format but it is not
convenient.

1. We have to know the html format suitable for the html help workshop.
2. Consider the program to convert gnuplot.doc to the proper html file.

I do not have enough time and knowledge to execute the above at the moment.  I hope that other persons
will contribute to make the help file in chm format, which does not require winhlp32.exe.

Regards

Tatsuro


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Cannot open a .dat file to plot !! :(

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

On 01/18/11 21:13, Phass wrote:
>
> Hi all !  I'm doing my final degree project and I've got to make some
> graphics with gnuplot. Im doing it in c++ and I create pipes to call gnuplot
> in my program.
>
> Problem is that the user defines the route where the points to plot are, but
> where i insert the plot command, the .dat file defined in the route is not
> recognized and I don't know how to solve it.
>
> thanks to all
>
> http://old.nabble.com/file/p30703618/Imagen%2B1.png
>
>

By "route" I take it you mean path.

looking at your png , load route ; plot route does not seem to make sense.

I suggest you get your commands working by hand before trying to make it 
work programatically. If you don't understand gnuplot commands , read 
the help don't post beginner's errors here, this is a developer list not 
user help.

regards.

Re: Cannot open a .dat file to plot !! :(

[Phass <pha...@gm...>]

Nobody can help me? :(
-- 
View this message in context: http://old.nabble.com/Cannot-open-a-.dat-file-to-plot-%21%21-%3A%28-tp30703618p30704987.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Cannot open a .dat file to plot !! :(

[Phass <pha...@gm...>]

-- 
View this message in context: http://old.nabble.com/Cannot-open-a-.dat-file-to-plot-%21%21-%3A%28-tp30703618p30704986.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: wxt terminal in windows hangs

[Mojca M. <moj...@gm...>]

2011/1/18 Hans-Bernhard Bröker wrote:
> On 18.01.2011 09:28, Petr Mikulik wrote:
>
> [... WinHelp32 on Window 7 ...]
>
>> Would an installer help here?
>
> Well, from what I hear, it's supposed to.
>
>> It's nice gnuplot installation is just "unzip
>> this file", but maybe an installer or a setup-script doing
>> - download and install winhelp32
>> - remove security bits
>
> I rather doubt a script is supposed to be able to do that.  The whole
> point of that "manually remove the `Poison' flag" exercise would appear
> that some rogue file somehow sneaked onto your PC can't do bad things
> all by itself.

How difficult would it be to create help in proper format (just once
before the official release) that would make Windows 7 happy?

(I don't know much about windows and about its tools.)

Mojca

Re: Cannot open a .dat file to plot !! :(

[Phass <pha...@gm...>]

Phass wrote:
> 
> Hi all !  I'm doing my final degree project and I've got to make some
> graphics with gnuplot. Im doing it in c++ and I create pipes to call
> gnuplot in my program. 
> 
> Problem is that the user defines the route where the points to plot are,
> but where i insert the plot command, the .dat file defined in the route is
> not recognized and I don't know how to solve it.
> 
> thanks to all
> 
>  http://old.nabble.com/file/p30703618/Imagen%2B1.png 
> 
> Nobody can help me? :(
> 
> 

-- 
View this message in context: http://old.nabble.com/Cannot-open-a-.dat-file-to-plot-%21%21-%3A%28-tp30703618p30704624.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: wxt terminal in windows hangs

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

On 18.01.2011 09:28, Petr Mikulik wrote:

[... WinHelp32 on Window 7 ...]

> Would an installer help here?

Well, from what I hear, it's supposed to.

> It's nice gnuplot installation is just "unzip
> this file", but maybe an installer or a setup-script doing
> - download and install winhelp32
> - remove security bits

I rather doubt a script is supposed to be able to do that.  The whole 
point of that "manually remove the `Poison' flag" exercise would appear 
that some rogue file somehow sneaked onto your PC can't do bad things 
all by itself.

Re: wxt terminal in windows hangs

[Ethan M. <merritt@u.washington.edu>]

On Tuesday, January 18, 2011 11:39:23 am Allin Cottrell wrote:
> On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:
> 
> > If the bug [in font-handling in the win32 backend to cairo] has
> > been fixed in some more recent cairo version, the test on WIN32
> > and cairo versioning in .../src/wxterminal/gp_cairo.c can be
> > modified appropriately.
> 
> I've now tried building gnuplot (CVS) with the special switch on
> WIN32 disabled, and running it with cairo 1.10.2. I'm not seeing
> the problem of missing font-pixels that we observed back in
> November 2009. I haven't tried a rigorous comparison against
> freetype/fontconfig at this point, but first impression is that
> maybe we don't need the work-around with current cairo.
> 
> Maybe bracket the special code with
> 
> #if CAIRO_VERSION_MAJOR < 2 && CAIRO_VERSION_MINOR < 10

OK.  But is it the cairo version or the pango version that matters?
The code in question seems to be calling into the pango library.

	Ethan

> 
> or similar?  (At least as an experiment for CVS users.)
> 
> Allin Cottrell

Re: wxt terminal in windows hangs

[Allin C. <cot...@wf...>]

On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:

> If the bug [in font-handling in the win32 backend to cairo] has
> been fixed in some more recent cairo version, the test on WIN32
> and cairo versioning in .../src/wxterminal/gp_cairo.c can be
> modified appropriately.

I've now tried building gnuplot (CVS) with the special switch on
WIN32 disabled, and running it with cairo 1.10.2. I'm not seeing
the problem of missing font-pixels that we observed back in
November 2009. I haven't tried a rigorous comparison against
freetype/fontconfig at this point, but first impression is that
maybe we don't need the work-around with current cairo.

Maybe bracket the special code with

#if CAIRO_VERSION_MAJOR < 2 && CAIRO_VERSION_MINOR < 10

or similar?  (At least as an experiment for CVS users.)

Allin Cottrell

Cannot open a .dat file to plot !! :(

[Phass <pha...@gm...>]

Hi all !  I'm doing my final degree project and I've got to make some
graphics with gnuplot. Im doing it in c++ and I create pipes to call gnuplot
in my program. 

Problem is that the user defines the route where the points to plot are, but
where i insert the plot command, the .dat file defined in the route is not
recognized and I don't know how to solve it.

thanks to all

http://old.nabble.com/file/p30703618/Imagen%2B1.png 


-- 
View this message in context: http://old.nabble.com/Cannot-open-a-.dat-file-to-plot-%21%21-%3A%28-tp30703618p30703618.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: wxt terminal in windows hangs

[Allin C. <cot...@wf...>]

On Mon, 17 Jan 2011, sfeam (Ethan Merritt) wrote:

> On Monday, January 17, 2011, Allin Cottrell wrote:
> > On Mon, 17 Jan 2011, Allin Cottrell wrote:
> >
> > > On Tue, 18 Jan 2011, Mojca Miklavec wrote:
> > > >
> > > > My bet is that fc-cache runs in the background to regenerate font
> > > > index "every now and then", so that one can use any given font on the
> > > > system.
> >
> > (and this can take a looong time).
> >
> > I notice that in gnuplot's cp_cairo.c there's a comment (around
> > line 690) about "working around a bug in the cairo/win32 backend
> > for font rendering": the work-around involves gp_cairo on Windows
> > using the freetype + fontconfig backend by preference to the win32
> > backend.  Following Mojca's lead, this could explain the initial
> > long wait for gnuplot output.
> >
> > I'm wondering, is the cairo bug in question still there?
> > Unfortunately the comment is not specific (no bugzille ID). But if
> > the issue is fixed in current cairo it could be worth making a
> > change. Cairo's win32 backend doesn't have the problem of a long
> > wait on first use.
>
> Here's a link to the original thread reporting the problem
> in cairo's win32 backend:
>
> http://groups.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/5742a3d915085f7b/d075063d7da423e9?hl=en&ie=UTF-8&oe=utf-8&q=missing+pixels+for+Windows+PNG+driver&pli=1

Thanks! I had a vague memory of that discussion but had forgotten
the details. There have been a fair number of commits in the
cairo-font-win32 area since then (14 months ago) so this is
probably worth revisiting. I'll try some testing with cairo 1.10.2
on Windows.

Allin Cottrell