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

Re: A compile error of plot.c in cvs (2010-08-07) configured with --with-readline=bsd and --with-readline=built-in (cygwin)

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

Hello

I have confirmed the fix.
Thanks!!

Tatsuro

--- Ethan Merritt  wrote:

> On Sunday 08 August 2010, Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > A compile error of plot.c in cvs(2010-08-07)  configured with --with-readline=bsd and
> > --with-readline=built-in has occurred on cygwin. 
> 
> Sorry for the mistake in converting the previous conditional tests.  
> It is fixed now.
> 
> 	Ethan


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

Re: A compile error of plot.c in cvs (2010-08-07) configured with --with-readline=bsd and --with-readline=built-in (cygwin)

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

On Sunday 08 August 2010, Tatsuro MATSUOKA wrote:
> Hello
> 
> A compile error of plot.c in cvs(2010-08-07)  configured with --with-readline=bsd and
> --with-readline=built-in has occurred on cygwin. 

Sorry for the mistake in converting the previous conditional tests.  
It is fixed now.

	Ethan

> 
> 
>  
> gcc -shared-libgcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.5\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.5/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/4.5/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/4.5/lua\"
> -DCONTACT=\"gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/4.5/gnuplot.gih\" -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed
> 's,x,x,'`.exe\" -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"  -I/usr/local/include   -D_REENTRANT
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12
> -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -O3
> -fomit-frame-pointer -MT plot.o -MD -MP -MF .deps/plot.Tpo -c -o plot.o plot.c
> plot.c: In function 'main':
> plot.c:349: error: 'rl_complete_with_tilde_expansion' undeclared (first use in this function)
> plot.c:349: error: (Each undeclared identifier is reported only once
> plot.c:349: error: for each function it appears in.)
> make[3]: *** [plot.o] Error 1
> make[3]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/gnuplotcvs/gnuplot'
> make: *** [all] Error 2
> 
> If configure is carried out --with-readline=gnu, no error occurred.
> 
> The patch below allowed me to compile plot.c with --with-readline=bsd and --with-readline=built-in. 
> Although I do not figure out the below is correct, please take it into consideration.
> 
> Regards
> 
> Tatsuro
> 
> 
> --- plot.org.c	2010-08-06 10:21:05.000000000 +0900
> +++ plot.c	2010-08-09 15:01:43.640625000 +0900
> @@ -119,6 +119,15 @@
>  */
>  #ifdef HAVE_LIBEDITLINE
>  # include <editline/readline.h>
> +# if !defined(MISSING_RL_TILDE_EXPANSION)
> +   extern int rl_complete_with_tilde_expansion;
> +# endif
> +#endif
> +
> +/* Builtin 
> +*/
> +#if !defined(MISSING_RL_TILDE_EXPANSION)
> +   extern int rl_complete_with_tilde_expansion;
>  #endif
>  
>  /* enable gnuplot history with readline */
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: A compile error of plot.c in cvs (2010-08-07) configured with --with-readline=bsd and --with-readline=built-in (cygwin)

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

Sorry I will reconsider the patch.

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> A compile error of plot.c in cvs(2010-08-07)  configured with --with-readline=bsd and
> --with-readline=built-in has occurred on cygwin. 
> 
> 
> 
>  
> gcc -shared-libgcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.5\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.5/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/4.5/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/4.5/lua\"
> -DCONTACT=\"gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/4.5/gnuplot.gih\" -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed
> 's,x,x,'`.exe\" -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"  -I/usr/local/include   -D_REENTRANT
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12
> -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -O3
> -fomit-frame-pointer -MT plot.o -MD -MP -MF .deps/plot.Tpo -c -o plot.o plot.c
> plot.c: In function 'main':
> plot.c:349: error: 'rl_complete_with_tilde_expansion' undeclared (first use in this function)
> plot.c:349: error: (Each undeclared identifier is reported only once
> plot.c:349: error: for each function it appears in.)
> make[3]: *** [plot.o] Error 1
> make[3]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/gnuplotcvs/gnuplot'
> make: *** [all] Error 2
> 
> If configure is carried out --with-readline=gnu, no error occurred.
> 
> The patch below allowed me to compile plot.c with --with-readline=bsd and
> --with-readline=built-in. 
> Although I do not figure out the below is correct, please take it into consideration.
> 
> Regards
> 
> Tatsuro
> 
> 
> --- plot.org.c	2010-08-06 10:21:05.000000000 +0900
> +++ plot.c	2010-08-09 15:01:43.640625000 +0900
> @@ -119,6 +119,15 @@
>  */
>  #ifdef HAVE_LIBEDITLINE
>  # include <editline/readline.h>
> +# if !defined(MISSING_RL_TILDE_EXPANSION)
> +   extern int rl_complete_with_tilde_expansion;
> +# endif
> +#endif
> +
> +/* Builtin 
> +*/
> +#if !defined(MISSING_RL_TILDE_EXPANSION)
> +   extern int rl_complete_with_tilde_expansion;
>  #endif
>  
>  /* enable gnuplot history with readline */
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> 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/

A compile error of plot.c in cvs (2010-08-07) configured with --with-readline=bsd and --with-readline=built-in (cygwin)

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

Hello

A compile error of plot.c in cvs(2010-08-07)  configured with --with-readline=bsd and
--with-readline=built-in has occurred on cygwin. 



 
gcc -shared-libgcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term -DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.5\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.5/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/4.5/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/4.5/lua\"
-DCONTACT=\"gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/4.5/gnuplot.gih\" -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed
's,x,x,'`.exe\" -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"  -I/usr/local/include   -D_REENTRANT
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -O3
-fomit-frame-pointer -MT plot.o -MD -MP -MF .deps/plot.Tpo -c -o plot.o plot.c
plot.c: In function 'main':
plot.c:349: error: 'rl_complete_with_tilde_expansion' undeclared (first use in this function)
plot.c:349: error: (Each undeclared identifier is reported only once
plot.c:349: error: for each function it appears in.)
make[3]: *** [plot.o] Error 1
make[3]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/gnuplotcvs/gnuplot/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/gnuplotcvs/gnuplot'
make: *** [all] Error 2

If configure is carried out --with-readline=gnu, no error occurred.

The patch below allowed me to compile plot.c with --with-readline=bsd and --with-readline=built-in. 
Although I do not figure out the below is correct, please take it into consideration.

Regards

Tatsuro


--- plot.org.c	2010-08-06 10:21:05.000000000 +0900
+++ plot.c	2010-08-09 15:01:43.640625000 +0900
@@ -119,6 +119,15 @@
 */
 #ifdef HAVE_LIBEDITLINE
 # include <editline/readline.h>
+# if !defined(MISSING_RL_TILDE_EXPANSION)
+   extern int rl_complete_with_tilde_expansion;
+# endif
+#endif
+
+/* Builtin 
+*/
+#if !defined(MISSING_RL_TILDE_EXPANSION)
+   extern int rl_complete_with_tilde_expansion;
 #endif
 
 /* enable gnuplot history with readline */


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

Re: Windows terminal window created hidden

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

Hello

> I need to SetParent (Windows API) and remove the borders, resize, move, etc. 
> so I really need (and obtain by the way I explained) the Windows handle


The windows terminal of gnuplot 4.4.0 supports the position and size option as in described in the
help.

set terminal windows {color |monochrome}
{enhanced |noenhanced}
{{font}"fontname{,fontsize}"{<fontsize>}}
{title "Plot Window Title"}
{size <width>,<height>}
{position <x>,<y>}
{close}

Other options you want are not supported now.

Perhaps the raise option on the wxt terminal. 

BTW, the wxt terminal lacks the position option.

Regards

Tatsuro
--- yves2010  wrote:

> 
> I need to SetParent (Windows API) and remove the borders, resize, move, etc. 
> so I really need (and obtain by the way I explained) the Windows handle
> 
> Yves
> 
> Petr Mikulik wrote:
> > 
> >> In order to take the control of the Windows Gnuplot window (for removing
> >> frame, moving, changing its parent etc.), I need its handle, so I have to
> >> plot first a dummy plot simply to create the window so that Windows can
> >> find
> >> it (API function FindWindow), which makes an ugly flicker at the
> >> beginning
> >> of my app.
> >> 
> >> Is there a way to create and open the terminal window with the SW_HIDE
> >> flag,
> >> or any other way to obtain the terminal window handle after having issued
> >> 'set term win' but before any plotting, so that I can arrange the look of
> >> the window before it shows up?
> > 
> > What look do you need?
> > 1. For "set term windows", it's all in wgnuplot.ini
> > 2. In "set term wxt", several options can bee tuned.
> > 
> > (The windows terminal lacks many options available in wxt and x11, like 
> > size, position, close; you are welcome to contribute.)
> > 
> > ---
> > PM
> > 
> > ------------------------------------------------------------------------------
> > This SF.net email is sponsored by 
> > 
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev 
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> > 
> 
> -- 
> View this message in context:
> http://old.nabble.com/Windows-terminal-window-created-hidden-tp29356461p29374500.html
> Sent from the Gnuplot - Dev mailing list archive at Nabble.com.
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/

Re: Inline binary data: new feature ?

[sfeam (E. Merritt) <eam...@gm...>]

On Sunday 08 August 2010, yves2010 wrote:
> 
> Solved!
> 
> Proper syntax is 
> 
> plot '-' binary record=<#lines> format='%float64'
> 
> (not "array="). <#Lines> is half the number of inline floats: (xi,yi) per
> line.
> 
> Don't ask me why this works... It is not really clear from the doc.
> 
> Unfortunately, all this for not much! The execution speed is almost the same
> as with ASCII transmission, and almost the same for 20 or 2048 points. On my
> computer, an incompressible 100 ms to plot a graph.

I had not realized that the primary issue was speed.
But 2048 points is a small number. I doubt that playing with the
input format for such a small number of points will gain you anything.  

If your plot actually does become limited by the data input stage, 
then the option "set datafile nofpe_trap" can gain up to a factor
of 2x-4x in speed, at the cost of losing clean error handling if the
input is bad.  But this isn't likely to be noticeable until the 
number of points is orders of magnitude larger than your case.

Why don't you pin down the execution speed independent of the
data input stage first?  You could start by timing   
 "set samples 2048; plot sin(x)"

Re: Inline binary data: new feature ?

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

The thinking was that a "record" contains the whole tuple (the x, the y, etc) but an "array" has the coordinate inherent and only the ordinate given, i.e., the index determines the x and y.

As for speed, these things probably vary from system to system.  You could investigate a little further by also comparing ASCII/binary data from a file rather than through a pipe.  Perhaps it is the pipe that is slow and is limiting performance regardless of whether it is ASCII or binary.  I'd be interested in knowing what you find.

Dan


yves2010 wrote:
> Solved!
> 
> Proper syntax is 
> 
> plot '-' binary record=<#lines> format='%float64'
> 
> (not "array="). <#Lines> is half the number of inline floats: (xi,yi) per
> line.
> 
> Don't ask me why this works... It is not really clear from the doc.
> 
> Unfortunately, all this for not much! The execution speed is almost the same
> as with ASCII transmission, and almost the same for 20 or 2048 points. On my
> computer, an incompressible 100 ms to plot a graph.
> 
> Yves
> 


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: Inline binary data: new feature ?

[yves2010 <su...@vi...>]

Solved!

Proper syntax is 

plot '-' binary record=<#lines> format='%float64'

(not "array="). <#Lines> is half the number of inline floats: (xi,yi) per
line.

Don't ask me why this works... It is not really clear from the doc.

Unfortunately, all this for not much! The execution speed is almost the same
as with ASCII transmission, and almost the same for 20 or 2048 points. On my
computer, an incompressible 100 ms to plot a graph.

Yves

-- 
View this message in context: http://old.nabble.com/Inline-binary-data%3A-new-feature---tp29356460p29378768.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Inline binary data: new feature ?

[yves2010 <su...@vi...>]

Ethan Merritt wrote:
> 
> Could this be related to Bug #3041233 "plot '-' with binary : gnuplot for
> windows"?
> 
> 
> https://sourceforge.net/tracker/?func=detail&aid=2981027&group_id=2055&atid=102055
>   
> 
> 
> 

I don't see very much relationship.

My problem is rather a syntax misuse. In other words, how can I make gnuplot
understand that the inline data is

x1 y1 x2 y2....

and not

Y1 y2 y3 y4

(BTW, using format='%float64%float64' plots x1 x2 x3... as it probably
should)
-- 
View this message in context: http://old.nabble.com/Inline-binary-data%3A-new-feature---tp29356460p29378713.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Inline binary data: new feature ?

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

Ethan Merritt wrote:
> Could this be related to Bug #3041233 "plot '-' with binary : gnuplot for windows"?
> 
>  https://sourceforge.net/tracker/?func=detail&aid=2981027&group_id=2055&atid=102055

Sounds very similar.  However, I'm not able to build anything on a Windows machine.  Petr's observation suggests that when the size of the data is specified (%float64) it all works, but when the default size is used the data isn't correct.  Could it be that Windows handles the default integer size differently than on other systems (i.e., the sizeof() macro works slightly different)?  Just a guess.

Dan

  
> 
> On Friday 06 August 2010, Daniel J Sebald wrote:
> 
>>Yves,
>>
>>That feature may already exist.  Look very closely at the demos for images
>>
>>http://gnuplot.sourceforge.net/demo_cvs/image2.html
>>
>>for the example titled
>>
>>"Binary data specified at the command line, intended for use through pipe"
>>
>>(Look for the file in the CVS build if the binary characters don't come through properly).
>>
>>Maybe that will work for you.
>>
>>Dan
>>
>>
>>yves2010 wrote:
>>
>>>Hi
>>>
>>>I am successfully using Gnuplot as a rendering engine in my application, to
>>>display cross-sections of data images, using Windows piping and the special
>>>'-' filename to plot inline data. However, I have to convert my data to
>>>ASCII and Gnuplot has to convert from ASCII, which takes sufficient time to
>>>slow down the reactivity of the cross-section plotting when the user moves
>>>the mouse over the image.
>>>
>>>Could it be possible to have en extension of the syntax, something like
>>>
>>>plot '-' binary size=<#bytes>
>>>
>>>so that #bytes bytes of binary data can be sent inline?
>>>
>>>Thanks in advance
>>>
>>>Yves
>>
>>
>>
> 
> 


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: enhanced font remain for x11 term

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

On Tuesday 03 August 2010, Shigeharu TAKENO wrote:
> shige 08/03 2010
> ----------------
> 
> In enhanced mode for x11 term, the following commands
> 
>  set ylabel '{/Symbol=20 x}'
>  set xlabel 'sin' font ',14'
>  plot sin(x) notitle
> 
> put the xlabel of "Symbol" font, but other terminals (post,wxt,
> svg,emf) put xlabels of default font.
> 
> This may be fixed by the following patch.

Thank you for the bug report.
Your test case does indeed reveal a problem.
Unfortunately, on my computer the patch does not fix it.
Maybe we need a corresponding change in gplt_x11?

	Ethan



> 
> ----- From here -----
> --- term/x11.trm.ORG	2010-08-03 16:43:40.000000000 +0900
> +++ term/x11.trm	2010-08-03 16:47:29.000000000 +0900
> @@ -1828,6 +1828,7 @@
>  	    PRINT3("Tu%04d%04d%s\n", 0, (int)ENHx11_base, enhanced_text);
>  
>  	ENHx11_opened_string = FALSE;
> +	X11_set_font("");
>      }
>  }
>  
> ----- To here -----
> 
> +========================================================+
>  Shigeharu TAKENO     NIigata Institute of Technology
>                        kashiwazaki,Niigata 945-1195 JAPAN
>  sh...@ie...   TEL(&FAX): +81-257-22-8161
> +========================================================+
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Inline binary data: new feature ?

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

Could this be related to Bug #3041233 "plot '-' with binary : gnuplot for windows"?

 https://sourceforge.net/tracker/?func=detail&aid=2981027&group_id=2055&atid=102055
  

On Friday 06 August 2010, Daniel J Sebald wrote:
> Yves,
> 
> That feature may already exist.  Look very closely at the demos for images
> 
> http://gnuplot.sourceforge.net/demo_cvs/image2.html
> 
> for the example titled
> 
> "Binary data specified at the command line, intended for use through pipe"
> 
> (Look for the file in the CVS build if the binary characters don't come through properly).
> 
> Maybe that will work for you.
> 
> Dan
> 
> 
> yves2010 wrote:
> > Hi
> > 
> > I am successfully using Gnuplot as a rendering engine in my application, to
> > display cross-sections of data images, using Windows piping and the special
> > '-' filename to plot inline data. However, I have to convert my data to
> > ASCII and Gnuplot has to convert from ASCII, which takes sufficient time to
> > slow down the reactivity of the cross-section plotting when the user moves
> > the mouse over the image.
> > 
> > Could it be possible to have en extension of the syntax, something like
> > 
> > plot '-' binary size=<#bytes>
> > 
> > so that #bytes bytes of binary data can be sent inline?
> > 
> > Thanks in advance
> > 
> > Yves
> 
> 
> 

Re: Windows terminal window created hidden

[yves2010 <su...@vi...>]

I need to SetParent (Windows API) and remove the borders, resize, move, etc. 
so I really need (and obtain by the way I explained) the Windows handle

Yves

Petr Mikulik wrote:
> 
>> In order to take the control of the Windows Gnuplot window (for removing
>> frame, moving, changing its parent etc.), I need its handle, so I have to
>> plot first a dummy plot simply to create the window so that Windows can
>> find
>> it (API function FindWindow), which makes an ugly flicker at the
>> beginning
>> of my app.
>> 
>> Is there a way to create and open the terminal window with the SW_HIDE
>> flag,
>> or any other way to obtain the terminal window handle after having issued
>> 'set term win' but before any plotting, so that I can arrange the look of
>> the window before it shows up?
> 
> What look do you need?
> 1. For "set term windows", it's all in wgnuplot.ini
> 2. In "set term wxt", several options can bee tuned.
> 
> (The windows terminal lacks many options available in wxt and x11, like 
> size, position, close; you are welcome to contribute.)
> 
> ---
> PM
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://old.nabble.com/Windows-terminal-window-created-hidden-tp29356461p29374500.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Inline binary data: new feature ?

[yves2010 <su...@vi...>]

Thank you for the answer; I had already poked around this.

I am still struggling with the syntax to have Gnuplot accept data organized
in two numbers per line:

<bof>
x1 y1
x2 y2
x3 y3
etc.
<eof>

The command:

       plot '-' binary endian=little array=(<#lines>,2)  format='%float64'

will make Gnuplot issue: "this 2D plot style cannot handle matrix data"

The command

      plot '-' binary endian=little array=<#lines>  format='%float64'

plots something, but not enough data are read. The command

      plot '-' binary endian=little array=<#lines*2>  format='%float64'

plots everything, but do not take into account that is is a sequence of
(xi,yi) datapoints.

Any suggestion?

Yves








Daniel J Sebald wrote:
> 
> Yves,
> 
> That feature may already exist.  Look very closely at the demos for images
> 
> http://gnuplot.sourceforge.net/demo_cvs/image2.html
> 
> for the example titled
> 
> "Binary data specified at the command line, intended for use through pipe"
> 
> (Look for the file in the CVS build if the binary characters don't come
> through properly).
> 
> Maybe that will work for you.
> 
> Dan
> 
> 
> 
> 

-- 
View this message in context: http://old.nabble.com/Inline-binary-data%3A-new-feature---tp29356460p29374469.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Inline binary data: new feature ?

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

Yves,

That feature may already exist.  Look very closely at the demos for images

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

for the example titled

"Binary data specified at the command line, intended for use through pipe"

(Look for the file in the CVS build if the binary characters don't come through properly).

Maybe that will work for you.

Dan


yves2010 wrote:
> Hi
> 
> I am successfully using Gnuplot as a rendering engine in my application, to
> display cross-sections of data images, using Windows piping and the special
> '-' filename to plot inline data. However, I have to convert my data to
> ASCII and Gnuplot has to convert from ASCII, which takes sufficient time to
> slow down the reactivity of the cross-section plotting when the user moves
> the mouse over the image.
> 
> Could it be possible to have en extension of the syntax, something like
> 
> plot '-' binary size=<#bytes>
> 
> so that #bytes bytes of binary data can be sent inline?
> 
> Thanks in advance
> 
> Yves


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: Windows terminal window created hidden

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

> In order to take the control of the Windows Gnuplot window (for removing
> frame, moving, changing its parent etc.), I need its handle, so I have to
> plot first a dummy plot simply to create the window so that Windows can find
> it (API function FindWindow), which makes an ugly flicker at the beginning
> of my app.
> 
> Is there a way to create and open the terminal window with the SW_HIDE flag,
> or any other way to obtain the terminal window handle after having issued
> 'set term win' but before any plotting, so that I can arrange the look of
> the window before it shows up?

What look do you need?
1. For "set term windows", it's all in wgnuplot.ini
2. In "set term wxt", several options can bee tuned.

(The windows terminal lacks many options available in wxt and x11, like 
size, position, close; you are welcome to contribute.)

---
PM

Re: Inline binary data: new feature ?

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

> I am successfully using Gnuplot as a rendering engine in my application, to
> display cross-sections of data images, using Windows piping and the special
> '-' filename to plot inline data. However, I have to convert my data to
> ASCII and Gnuplot has to convert from ASCII, which takes sufficient time to
> slow down the reactivity of the cross-section plotting when the user moves
> the mouse over the image.
> 
> Could it be possible to have en extension of the syntax, something like
> 
> plot '-' binary size=<#bytes>
> 
> so that #bytes bytes of binary data can be sent inline?

Binary data are allowed for both plot and splot, see:
	help binary
	help binary general
	help binary examples

---
PM

Windows terminal window created hidden

[yves2010 <su...@vi...>]

Hi

In order to take the control of the Windows Gnuplot window (for removing
frame, moving, changing its parent etc.), I need its handle, so I have to
plot first a dummy plot simply to create the window so that Windows can find
it (API function FindWindow), which makes an ugly flicker at the beginning
of my app.

Is there a way to create and open the terminal window with the SW_HIDE flag,
or any other way to obtain the terminal window handle after having issued
'set term win' but before any plotting, so that I can arrange the look of
the window before it shows up?

Thanks in advance

Yves
-- 
View this message in context: http://old.nabble.com/Windows-terminal-window-created-hidden-tp29356461p29356461.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Inline binary data: new feature ?

[yves2010 <su...@vi...>]

Hi

I am successfully using Gnuplot as a rendering engine in my application, to
display cross-sections of data images, using Windows piping and the special
'-' filename to plot inline data. However, I have to convert my data to
ASCII and Gnuplot has to convert from ASCII, which takes sufficient time to
slow down the reactivity of the cross-section plotting when the user moves
the mouse over the image.

Could it be possible to have en extension of the syntax, something like

plot '-' binary size=<#bytes>

so that #bytes bytes of binary data can be sent inline?

Thanks in advance

Yves
-- 
View this message in context: http://old.nabble.com/Inline-binary-data%3A-new-feature---tp29356460p29356460.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

enhanced font remain for x11 term

[Shigeharu T. <sh...@ie...>]

shige 08/03 2010
----------------

In enhanced mode for x11 term, the following commands

 set ylabel '{/Symbol=20 x}'
 set xlabel 'sin' font ',14'
 plot sin(x) notitle

put the xlabel of "Symbol" font, but other terminals (post,wxt,
svg,emf) put xlabels of default font.

This may be fixed by the following patch.

----- From here -----
--- term/x11.trm.ORG	2010-08-03 16:43:40.000000000 +0900
+++ term/x11.trm	2010-08-03 16:47:29.000000000 +0900
@@ -1828,6 +1828,7 @@
 	    PRINT3("Tu%04d%04d%s\n", 0, (int)ENHx11_base, enhanced_text);
 
 	ENHx11_opened_string = FALSE;
+	X11_set_font("");
     }
 }
 
----- To here -----

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 sh...@ie...   TEL(&FAX): +81-257-22-8161
+========================================================+

Re: Link error on DJGPP on the cvs source (the latest ChangeLog at 2010-07-30)

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

Hello

With fixed plot.c in CVS, I could build without errors.

Thanks!!



--- Ethan Merritt  wrote:

> On Monday 02 August 2010 05:01:00 pm Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > 
> > 2010-07-30  Ethan A Merritt  <merritt@u.washington.edu>
> > 
> > 	* src/command.c src/command.h src/eval.c src/fit.c src/gp_types.h
> > 	src/plot.c src/readline.c src/stdfn.c src/syscfg.h src/term.h:
> > 	Remove vestigial tests for DOS16 or DOS386
> > 
> > The above change seemed to affect building the DJGPP binary.
> > 
> > gcc -o gnuplot alloc.o axis.o binary.o bitmap.o breaders.o color.o command.o contour.o
> datafile.o
> > dynarray.o eval.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
> > internal.o interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o pm3d.o
> readline.o
> > save.o scanner.o set.o show.o specfun.o standard.o stdfn.o tables.o tabulate.o term.o time.o
> unset.o
> > util.o util3d.o variable.o version.o  -Lc:/djgpp/contrib/grx246/lib/dj2 -lgrx20  -lm -lpc
> > command.o:command.c:(.text+0x33d4): undefined reference to `_HelpFile'
> 
> I don't immediately see the cause of this error message
> 
> > plot.o:plot.c:(.text+0x403): undefined reference to `_HelpFile'
> 
> But I can see the problem here.  I removed the wrong parenthesis.
> Corrected version of plot.c now in CVS.
> 
> 		Ethan
> 
> 
> 
> 
> > plot.o:plot.c:(.text+0x40e): undefined reference to `_HelpFile'
> > plot.o:plot.c:(.text+0x41a): undefined reference to `_HelpFile'
> > plot.o:plot.c:(.text+0x43b): undefined reference to `_HelpFile'
> > collect2: ld returned 1 exit status
> > make.exe: *** [gnuplot.exe] Error 1
> > make.exe: Leaving directory `d:/usr/Tatsu/djgpphome/gnuplotcvs/gnuplot/src'
> > 
> > I have confirmed using the source before the change by cvs update -D 'yyyy-mm-dd' (date
> string) .
> > 
> > I will look into what is affected.
> > 
> > For windows and cygwin binary, there happened of course no problem.  
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > --------------------------------------
> > Are you OK?  Online Safety Special Site - Yahoo! JAPAN
> > http://pr.mail.yahoo.co.jp/security/
> > 
> > ------------------------------------------------------------------------------
> > The Palm PDK Hot Apps Program offers developers who use the
> > Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> > of $1 Million in cash or HP Products. Visit us here for more details:
> > http://p.sf.net/sfu/dev2dev-palm
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center,  K-428 Health Sciences Bldg
> University of Washington, Seattle 98195-7742
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/

Re: Link error on DJGPP on the cvs source (the latest ChangeLog at 2010-07-30)

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

On Monday 02 August 2010 05:01:00 pm Tatsuro MATSUOKA wrote:
> Hello
> 
> 
> 2010-07-30  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/command.c src/command.h src/eval.c src/fit.c src/gp_types.h
> 	src/plot.c src/readline.c src/stdfn.c src/syscfg.h src/term.h:
> 	Remove vestigial tests for DOS16 or DOS386
> 
> The above change seemed to affect building the DJGPP binary.
> 
> gcc -o gnuplot alloc.o axis.o binary.o bitmap.o breaders.o color.o command.o contour.o datafile.o
> dynarray.o eval.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
> internal.o interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o
> save.o scanner.o set.o show.o specfun.o standard.o stdfn.o tables.o tabulate.o term.o time.o unset.o
> util.o util3d.o variable.o version.o  -Lc:/djgpp/contrib/grx246/lib/dj2 -lgrx20  -lm -lpc
> command.o:command.c:(.text+0x33d4): undefined reference to `_HelpFile'

I don't immediately see the cause of this error message

> plot.o:plot.c:(.text+0x403): undefined reference to `_HelpFile'

But I can see the problem here.  I removed the wrong parenthesis.
Corrected version of plot.c now in CVS.

		Ethan




> plot.o:plot.c:(.text+0x40e): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x41a): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x43b): undefined reference to `_HelpFile'
> collect2: ld returned 1 exit status
> make.exe: *** [gnuplot.exe] Error 1
> make.exe: Leaving directory `d:/usr/Tatsu/djgpphome/gnuplotcvs/gnuplot/src'
> 
> I have confirmed using the source before the change by cvs update -D 'yyyy-mm-dd' (date string) .
> 
> I will look into what is affected.
> 
> For windows and cygwin binary, there happened of course no problem.  
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> Are you OK?  Online Safety Special Site - Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/security/
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

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

Re: Link error on DJGPP on the cvs source (the latest ChangeLog at 2010-07-30)

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

Hello

Change in command.h

#if defined(MSDOS) || defined(DOS386)
=>
#if defined(MSDOS) 

If the above change seem to be not origin, the link error.
If I revise back
#if defined(MSDOS) 
=>
#if defined(MSDOS) || defined(DOS386)

The same error appeared.

In config.dj2, there of cource found 
#define MSDOS 1 

???????????

Anyway I will carry out further look.

Regards

Tatsuro 

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> 
> 2010-07-30  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/command.c src/command.h src/eval.c src/fit.c src/gp_types.h
> 	src/plot.c src/readline.c src/stdfn.c src/syscfg.h src/term.h:
> 	Remove vestigial tests for DOS16 or DOS386
> 
> The above change seemed to affect building the DJGPP binary.
> 
> gcc -o gnuplot alloc.o axis.o binary.o bitmap.o breaders.o color.o command.o contour.o
> datafile.o
> dynarray.o eval.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
> internal.o interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o
> save.o scanner.o set.o show.o specfun.o standard.o stdfn.o tables.o tabulate.o term.o time.o
> unset.o
> util.o util3d.o variable.o version.o  -Lc:/djgpp/contrib/grx246/lib/dj2 -lgrx20  -lm -lpc
> command.o:command.c:(.text+0x33d4): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x403): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x40e): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x41a): undefined reference to `_HelpFile'
> plot.o:plot.c:(.text+0x43b): undefined reference to `_HelpFile'
> collect2: ld returned 1 exit status
> make.exe: *** [gnuplot.exe] Error 1
> make.exe: Leaving directory `d:/usr/Tatsu/djgpphome/gnuplotcvs/gnuplot/src'
> 
> I have confirmed using the source before the change by cvs update -D 'yyyy-mm-dd' (date string)
> .
> 
> I will look into what is affected.
> 
> For windows and cygwin binary, there happened of course no problem.  
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> Are you OK?  Online Safety Special Site - Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/security/
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/

Link error on DJGPP on the cvs source (the latest ChangeLog at 2010-07-30)

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

Hello


2010-07-30  Ethan A Merritt  <merritt@u.washington.edu>

	* src/command.c src/command.h src/eval.c src/fit.c src/gp_types.h
	src/plot.c src/readline.c src/stdfn.c src/syscfg.h src/term.h:
	Remove vestigial tests for DOS16 or DOS386

The above change seemed to affect building the DJGPP binary.

gcc -o gnuplot alloc.o axis.o binary.o bitmap.o breaders.o color.o command.o contour.o datafile.o
dynarray.o eval.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
internal.o interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o
save.o scanner.o set.o show.o specfun.o standard.o stdfn.o tables.o tabulate.o term.o time.o unset.o
util.o util3d.o variable.o version.o  -Lc:/djgpp/contrib/grx246/lib/dj2 -lgrx20  -lm -lpc
command.o:command.c:(.text+0x33d4): undefined reference to `_HelpFile'
plot.o:plot.c:(.text+0x403): undefined reference to `_HelpFile'
plot.o:plot.c:(.text+0x40e): undefined reference to `_HelpFile'
plot.o:plot.c:(.text+0x41a): undefined reference to `_HelpFile'
plot.o:plot.c:(.text+0x43b): undefined reference to `_HelpFile'
collect2: ld returned 1 exit status
make.exe: *** [gnuplot.exe] Error 1
make.exe: Leaving directory `d:/usr/Tatsu/djgpphome/gnuplotcvs/gnuplot/src'

I have confirmed using the source before the change by cvs update -D 'yyyy-mm-dd' (date string) .

I will look into what is affected.

For windows and cygwin binary, there happened of course no problem.  

Regards

Tatsuro

--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/

Re: GNUPMDRV ever used?

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

> I'm trying to clean out dead code, and came across several
> places that refer to a symbol GNUPMDRV
> For example:
> 
> # ifdef GNUPMDRV
>     DosBeep(444, 111);
> # endif
> 
> But so far as I can see, this symbol will never be defined
> and therefore this is dead code.  
> 
> Am I missing something?
> In particular, is there some undocumented build procedure
> for OS2/PM that defines this symbol directly via a compiler
> command rather than in a source file?
> 
> If not, then it can be removed from
> src/mouse.c		- tested but never defined
> src/gpexecute.c	- tested but never defined
> src/os2/gclient.c - defined but never used

This comes from ages when gpexecute.c (not .h) was #included by gclient.c 
and gpltx11.c. Since the split into .h and .c, gpexecute.c cannot access 
bSend2gp and thus the corresponding menu in PM GUI is not working. I'll 
have a look how to fix it.

---
PM