gnuplot-beta

pgnuplot.exe flow control

[<gnu...@t4...>]

If I've understood correctly how pgnuplot.exe is supposed to work on Win32,
	type "object map.gps" | pgnuplot.exe
should be essentially equivalent to starting wgnuplot.exe and saying
	load "object map.gps"

Is that right, or am I missing something here?

The problem I see, both on 4.2 and 4.3, is that commands in object map.gps
are seemingly lost or overlooked. This leads to syntax errors, and all
sorts of other problems. Normally, pgnuplot.exe closes the wgnuplot.exe
input window when it reaches EOF. However, in the above scenario with
"type," the GnuPlot application window remains open, displaying the
history of botched commands piped in from pgnuplot. That's how I know
some commands (or parts of commands) are being skipped. It's almost as
if the pipe needs flow control but doesn't have it... losing bytes that
fall off the end of the "buffer" when it gets full.

If I avoid type and put a "sleep 1" between every line I copy into the
pipe, the script works fine, except that it takes an eternity to run
anything nontrivial. If I open GnuPlot and say "load 'object map.gps'"
it works fine. If I run wgnuplot.exe "/path/to/object map.gps", that also
works fine. The apparent flow control problem is limited to pgnuplot.exe.
(I've had no luck at all with wgnuplot_pipes.exe.)

I've seen this behavior on multiple Windows XP installs, at least one
Vista, and Server 2003, so it's not particular to one computer, OS, or
GnuPlot version. Anyone else run into this problem? Anyone have an idea
what's going on? Ideas for a work-around?

If you want to try it yourself, I've attached an example *.gps that
generates the errors from above. [If you try to run it on 4.3, you'll
have to substitute c:/windows/fonts/verdana.ttf for Verdana.ttf as 
4.3 seems to have lost the ability to find fonts without a full path to
the file.]

This all started because I'd really like to do "perl.exe script.pl |
pgnuplot.exe" but that has the same issue.

Tait

Re: pgnuplot.exe flow control

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

Hello

--- gnu...@t4... wrote:

> 
> If I've understood correctly how pgnuplot.exe is supposed to work on Win32,
> 	type "object map.gps" | pgnuplot.exe
> should be essentially equivalent to starting wgnuplot.exe and saying
> 	load "object map.gps"
> 
> Is that right, or am I missing something here?

It is not right.  The above two cases are completely different one another.
The pgnuplot recieves the streams from pipe and sends them to wgnuplot command line 
using win32 api function.

For details, please read the source of pgnuplot.

http://gnuplot.cvs.sourceforge.net/gnuplot/gnuplot/src/win/pgnuplot.c?revision=1.15.2.1&view=markup

The latter directly loads the commands or data from the file.

The followings are the parts of my c program using pgnuplot before

	if((gp = _popen(PGNUPLOT_PATH, "w")) == NULL){
        fprintf(stderr, "Error! I can't find %s.", PGNUPLOT_PATH);
        exit(EXIT_FAILURE);
    }
            :
            :
	while(fgets(buff,BSIZE,fp) != NULL){
		fprintf(gp,"%s",buff);fflush(gp);
	}

In using pgnuplot, using of fflush(gp); after sending one command line is desirble.

Note
The wgnuplot_pipes.exe is entirely different from the pgnuplot

It allows that

plot '< awk -f awkscript.awk'

on the wgnuplot.

 

Regards

Tatsuro

> The problem I see, both on 4.2 and 4.3, is that commands in object map.gps
> are seemingly lost or overlooked. This leads to syntax errors, and all
> sorts of other problems. Normally, pgnuplot.exe closes the wgnuplot.exe
> input window when it reaches EOF. However, in the above scenario with
> "type," the GnuPlot application window remains open, displaying the
> history of botched commands piped in from pgnuplot. That's how I know
> some commands (or parts of commands) are being skipped. It's almost as
> if the pipe needs flow control but doesn't have it... losing bytes that
> fall off the end of the "buffer" when it gets full.
> 
> If I avoid type and put a "sleep 1" between every line I copy into the
> pipe, the script works fine, except that it takes an eternity to run
> anything nontrivial. If I open GnuPlot and say "load 'object map.gps'"
> it works fine. If I run wgnuplot.exe "/path/to/object map.gps", that also
> works fine. The apparent flow control problem is limited to pgnuplot.exe.
> (I've had no luck at all with wgnuplot_pipes.exe.)
> 
> I've seen this behavior on multiple Windows XP installs, at least one
> Vista, and Server 2003, so it's not particular to one computer, OS, or
> GnuPlot version. Anyone else run into this problem? Anyone have an idea
> what's going on? Ideas for a work-around?
> 
> If you want to try it yourself, I've attached an example *.gps that
> generates the errors from above. [If you try to run it on 4.3, you'll
> have to substitute c:/windows/fonts/verdana.ttf for Verdana.ttf as 
> 4.3 seems to have lost the ability to find fonts without a full path to
> the file.]
> 
> This all started because I'd really like to do "perl.exe script.pl |
> pgnuplot.exe" but that has the same issue.
> 
> Tait
> 
> > # comment
> # comment
> # comment
> cd 'C:/temp'
> reset
> set terminal png transparent nointerlace truecolor font 'verdana.TTF,10' size 800,650 nocrop
> enhanced xffffff
> set output 'Object Map.png'
> set title 'Object Map 317366435' font 'Verdana.ttf,14' tc rgbcolor '#A80868' noenhanced
> set xtics 4
> set ytics 4
> set grid front
> set cbrange [0.0:1.0]
> set xrange [4:45]
> set yrange [6:30]
> plot '-' with rgbimage notitle
> 0	0	1	1	1
> 0	1	1	1	1
> 0	2	1	1	1
> 0	3	1	1	1
> 0	4	1	1	1
> 0	5	1	1	1
> 0	6	1	1	1
> 0	7	1	1	1
> 0	8	1	1	1
> 0	9	1	1	1
> 0	10	1	1	1
> 0	11	1	1	1
> 0	12	1	1	1
> 0	13	1	1	1
> 0	14	1	1	1
> 0	15	1	1	1
> 0	16	1	1	1
> 0	17	1	1	1
> 0	18	1	1	1
> 0	19	1	1	1
> 0	20	1	1	1
> 0	21	1	1	1
> 0	22	1	1	1
> 0	23	1	1	1
> 0	24	1	1	1
> 0	25	1	1	1
> 0	26	1	1	1
> 0	27	1	1	1
> 0	28	1	1	1
> 0	29	1	1	1
> 1	0	1	1	1
> 1	1	1	1	1
> 1	2	1	1	1
> 1	3	1	1	1
> 1	4	1	1	1
> 1	5	1	1	1
> 1	6	1	1	1
> 1	7	1	1	1
> 1	8	1	1	1
> 1	9	1	1	1
> 1	10	1	1	1
> 1	11	1	1	1
> 1	12	1	1	1
> 1	13	1	1	1
> 1	14	1	1	1
> 1	15	1	1	1
> 1	16	1	1	1
> 1	17	1	1	1
> 1	18	1	1	1
> 1	19	1	1	1
> 1	20	1	1	1
> 1	21	1	1	1
> 1	22	1	1	1
> 1	23	1	1	1
> 1	24	1	1	1
> 1	25	1	1	1
> 1	26	1	1	1
> 1	27	1	1	1
> 1	28	1	1	1
> 1	29	1	1	1
> 2	0	1	1	1
> 2	1	1	1	1
> 2	2	1	1	1
> 2	3	1	1	1
> 2	4	1	1	1
> 2	5	1	1	1
> 2	6	1	1	1
> 2	7	1	1	1
> 2	8	1	1	1
> 2	9	1	1	1
> 2	10	1	1	1
> 2	11	1	1	1
> 2	12	1	1	1
> 2	13	1	1	1
> 2	14	1	1	1
> 2	15	1	1	1
> 2	16	1	1	1
> 2	17	1	1	1
> 2	18	1	1	1
> 2	19	1	1	1
> 2	20	1	1	1
> 2	21	1	1	1
> 2	22	1	1	1
> 2	23	1	1	1
> 2	24	1	1	1
> 2	25	1	1	1
> 2	26	1	1	1
> 2	27	1	1	1
> 2	28	1	1	1
> 2	29	1	1	1
> 3	0	1	1	1
> 3	1	1	1	1
> 3	2	1	1	1
> 3	3	1	1	1
> 3	4	1	1	1
> 3	5	1	1	1
> 3	6	1	1	1
> 3	7	1	1	1
> 3	8	1	1	1
> 3	9	1	1	1
> 3	10	1	1	1
> 3	11	1	1	1
> 3	12	1	1	1
> 3	13	1	1	1
> 3	14	1	1	1
> 3	15	1	1	1
> 3	16	1	1	1
> 3	17	1	1	1
> 3	18	1	1	1
> 3	19	1	1	1
> 3	20	1	1	1
> 3	21	1	1	1
> 3	22	1	1	1
> 3	23	1	1	1
> 3	24	1	1	1
> 3	25	1	1	1
> 3	26	1	1	1
> 3	27	1	1	1
> 3	28	1	1	1
> 3	29	1	1	1
> 4	0	1	1	1
> 4	1	1	1	1
> 4	2	1	1	1
> 4	3	1	1	1
> 4	4	1	1	1
> 4	5	1	1	1
> 4	6	1	1	1
> 4	7	1	1	1
> 4	8	1	1	1
> 4	9	1	1	1
> 4	10	1	1	1
> 4	11	1	1	1
> 4	12	1	1	1
> 4	13	1	1	1
> 4	14	1	1	1
> 4	15	1	1	1
> 4	16	1	1	1
> 4	17	1	1	1
> 4	18	1	1	1
> 4	19	1	1	1
> 4	20	1	1	1
> 4	21	1	1	1
> 4	22	1	1	1
> 4	23	1	1	1
> 4	24	1	1	1
> 4	25	1	1	1
> 4	26	1	1	1
> 4	27	1	1	1
> 4	28	1	1	1
> 4	29	1	1	1
> 5	0	1	1	1
> 5	1	1	1	1
> 5	2	1	1	1
> 5	3	1	1	1
> 5	4	1	1	1
> 5	5	1	1	1
> 5	6	1	1	1
> 5	7	1	1	1
> 5	8	1	1	1
> 5	9	1	1	1
> 5	10	1	1	1
> 5	11	1	1	1
> 5	12	1	1	1
> 5	13	1	1	1
> 5	14	1	1	1
> 5	15	1	1	1
> 5	16	1	1	1
> 5	17	0.84	0.36	0.36
> 5	18	1	1	1
> 5	19	1	1	1
> 5	20	1	1	1
> 5	21	1	1	1
> 5	22	1	1	1
> 5	23	1	1	1
> 5	24	1	1	1
> 5	25	1	1	1
> 5	26	1	1	1
> 5	27	1	1	1
> 5	28	1	1	1
> 5	29	1	1	1
> 6	0	1	1	1
> 6	1	1	1	1
> 6	2	1	1	1
> 6	3	1	1	1
> 6	4	1	1	1
> 
=== 以下のメッセージは省略されました ===>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>
_______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: pgnuplot.exe flow control

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

gnu...@t4... wrote:
> If I've understood correctly how pgnuplot.exe is supposed to work on Win32,
> 	type "object map.gps" | pgnuplot.exe
> should be essentially equivalent to starting wgnuplot.exe and saying
> 	load "object map.gps"
> 
> Is that right, or am I missing something here?

You're missing a bit.  The closest equivalent of 'load' is passing the 
name of the file directly to wgnuplot:

	wgnuplot "object map.gps"

Going through pgnuplot is more like opening the file in an editor, 
copying the whole of it to the clipboard, and then pasting it into wgnuplot.

> The apparent flow control problem is limited to pgnuplot.exe.

It's known that fast inputs into pgnuplot will overrun its input pipe, 
and we don't know what to do about that.

> (I've had no luck at all with wgnuplot_pipes.exe.)

That's not surprising --- wgnuplot_pipes serves an entirely different 
purpose.

> This all started because I'd really like to do "perl.exe script.pl |
> pgnuplot.exe" but that has the same issue.

If your source application is Perl, it's almost certainly better to 
redirect to gnuplot from inside the Perl script.  That way your script 
has actual control over the pipe.

Re: pgnuplot.exe flow control

[Tait <gnu...@t4...>]

Hans-Bernhard Bröker <HBBroeker_t-online.de> said (on 2008/03/19):
> It's known that fast inputs into pgnuplot will overrun its input pipe,
> and we don't know what to do about that.
> ...
> If your source application is Perl, it's almost certainly better to
> redirect to gnuplot from inside the Perl script.  That way your script
> has actual control over the pipe.

Thanks to both of you for your replies. I am actually opening the handle to
pgnuplot from within Perl... it's just easier to demonstrate the concept
in an email using |. I can tell Perl to autoflush, but I still have the
problem that Perl is too fast for pgnuplot. Is there any way for the data
provider (the thing dumping into the pipe) to know when pgnuplot/gnuplot
is ready for more input?

I don't have much experience with interprocess communication, so I don't
know how these kinds of things are usually handled, but it seems like a
problem that must have been solved many times over.


Tatsuro MATSUOKA <tmacchant3_yahoo.co.jp> said (on 2008/03/19):
> The wgnuplot_pipes.exe is entirely different from the pgnuplot
> It allows that
>     plot '< awk -f awkscript.awk'

Is there a reason why the wgnuplot_pipes behavior is not simply the 
default in wgnuplot.exe?

Re: pgnuplot.exe flow control

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

Hello

First I would like to introduce myself.
I'm not a member of the deveploment team and only one of the user of gnuplot.
I'm a maintainer of testing realese of the octave on the cygwin and the mingw.
Octave uses gnuplot as a plotting enigine, so I have been stated my opinion here.
Apart from the octave, I am a daily user of gnuplot (about twenty years.).
Sometimes I reply the question on the ML as a long term user. 

> I don't have much experience with interprocess communication, so I don't
> know how these kinds of things are usually handled, but it seems like a
> problem that must have been solved many times over.

It is known that data from pipe like 
plot '-' 
1, 1
:
:
e
is too fast to plot for pgnuplot.

This phenomenon is a main complaint of octave for windows team.
Michael Goffioul, who is a powerful maintainer of octave built by Microsoft C++, has build a special
version of gnuplot for octave.  That is console mode gnuplot on windows. 
If you would like to see it, please visit the my web page

http://www.geocities.jp/tmoctwin/

and download the octave by the Michael.
And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.

Another solution is to use cygwin gnuplot.  For my web page, I prepare the smallest set the cygwin
gnuplot 4.3 (cvs release).  You can use it if the X server (Xming) will be installed.
 
However, if plotting data given from the file pgnuplot has no problem for use. 
At the end of mail I wrote my old test C++ program for pgnuplot.

> Tatsuro MATSUOKA <tmacchant3_yahoo.co.jp> said (on 2008/03/19):
> > The wgnuplot_pipes.exe is entirely different from the pgnuplot
> > It allows that
> >     plot '< awk -f awkscript.awk'
> 
> Is there a reason why the wgnuplot_pipes behavior is not simply the 
> default in wgnuplot.exe?
I do know the reason because I am a mere user.  Perhaps other people reply to this.


Regards

Tatsuro

***************
#include <iostream.h>
#include <stdio.h>
#include <stdlib.h>

#define GNUPLOT_PATH "pgnuplot"

void wait(int);
FILE *fopenck(char *, char *);

int main()
{
FILE *gp, *fp;
int i,j;
double x;

if((gp = _popen(GNUPLOT_PATH, "w")) == NULL){
fprintf(stderr, "Oops, I can't find %s.", GNUPLOT_PATH);
exit(EXIT_FAILURE);
}
fp=fopenck("temp.txt", "w");
fclose(fp);
fprintf(gp, "set xrange [0:300]\n");fflush(gp);
fprintf(gp, "set yrange [0:90000]\n");fflush(gp);
fprintf(gp, "plot '-' \n 0 0\n e\n");fflush(gp);
wait(1000);
for (i=0;i<300;i++) {
fp=fopenck("temp.txt", "a");
fprintf(fp, "%d %d \n",i, i*i);fflush(fp);fclose(fp);
fprintf(gp, "plot 'temp.txt'\n");fflush(gp);
wait(1);
}
//fprintf(gp, "clear\n"); fflush(gp);

fprintf(gp, "pause -1 \"Press OK\"\n");
fflush(gp); /* Don't forget to flush the buffer. */

fprintf(gp, "set xrange [0:2*pi]\n");fflush(gp);
fprintf(gp, "set yrange [-1:1]\n");fflush(gp);
fprintf(gp, "plot sin(x)\n");
fflush(gp); /* Don't forget to flush the buffer. */
fprintf(gp, "pause -1 \"Press OK to end\"\n");
fflush(gp); /* Don't forget to flush the buffer. */

// getchar();
_pclose(gp);

exit(EXIT_SUCCESS);
}

FILE *fopenck(char *fn, char *mode)
{
FILE *fp;
if((fp = fopen(fn, mode)) == NULL){
fprintf(stderr, "Oops, I can't find %s.", "temp.txt");
exit(EXIT_FAILURE);
}
return fp;
}

void wait(int times)
{
int i;
static int counter=0;
for(i=0;i<times;i++) printf("Wait ! : %d\r",counter++);
}



--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: pgnuplot.exe flow control

[Ralf J. <jue...@cs...>]

Hello,

On Mon, 24 Mar 2008, Tatsuro MATSUOKA wrote:

>> I don't have much experience with interprocess communication, so I don't
>> know how these kinds of things are usually handled, but it seems like a
>> problem that must have been solved many times over.
>
> It is known that data from pipe like
> plot '-'
> 1, 1
> :
> :
> e
> is too fast to plot for pgnuplot.

Since I work mostly on Linux, I can't say much about pgnuplot.
But I am using gnuplot as a plotting backend as well and
observed similar problems. My solution was to make the gnuplot
interface bi-directional and have gnuplot work in interactive
mode. (You need to use two pipes for that).

In interactive mode for every line of data you pipe to gnuplot 
it sends back a prompt ("input data ('e' ends) >"). That means
for every line of data you need to read the prompt from the
input pipe. It is more work to implement a bi-directional
interface, but that way the pace of the data flow adjusts
automatically.

That said, I have begun to move to binary data transer. The
problem seems to not occur with binary transfer, but I have
yet to gain more experience with it.

If you want to copy this approach, have a look at
ftp://ftp.cs.pdx.edu/pub/psu-lush/psu-lush-1.3pre8.tar.gz.
The gnuplot interface is in file lsh/libplot/gnuplot.lsh.
There also is a tiny gnuplot demo in the demos directory.

Ralf

Re: pgnuplot.exe flow control

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

On Monday 24 March 2008 08:48, Ralf Juengling wrote:
> On Mon, 24 Mar 2008, Tatsuro MATSUOKA wrote:
> 
> >> I don't have much experience with interprocess communication, so I don't
> >> know how these kinds of things are usually handled, but it seems like a
> >> problem that must have been solved many times over.
> >
> > It is known that data from pipe like
> > plot '-'
> > 1, 1
> > :
> > :
> > e
> > is too fast to plot for pgnuplot.
> 
> Since I work mostly on Linux, I can't say much about pgnuplot.
> But I am using gnuplot as a plotting backend as well and
> observed similar problems. My solution was to make the gnuplot
> interface bi-directional and have gnuplot work in interactive
> mode. (You need to use two pipes for that).

I find it very unlikely that the problems you report are due
to the pipe being "too fast".  It is more likely that the
issue is one of buffered/unbuffered transfer protocols.

There is also this open bug report:
  #1609845    quota limits pipe size in pgnuplot

The analysis attached to that report suggests that there is an
8K limit to the buffer for a Windows pipe. Then again, I am not
sure that the two "pipes" are really the same type of object.
Windows uses the word "pipe" to mean something other than a
Posix "pipe".  

> That said, I have begun to move to binary data transer. The
> problem seems to not occur with binary transfer, but I have
> yet to gain more experience with it.

Another option is to pass data via a separate named pipe.
From Gnuplot's point of view this is just another file.
That works fine on linux, but I have no idea whether this
is an option for Windows.


> If you want to copy this approach, have a look at
> ftp://ftp.cs.pdx.edu/pub/psu-lush/psu-lush-1.3pre8.tar.gz.
> The gnuplot interface is in file lsh/libplot/gnuplot.lsh.
> There also is a tiny gnuplot demo in the demos directory.
> 
> Ralf

-- 
Ethan A Merritt

Re: pgnuplot.exe flow control

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

Hello

> Since I work mostly on Linux, I can't say much about pgnuplot.
> But I am using gnuplot as a plotting backend as well and
> observed similar problems. My solution was to make the gnuplot
> interface bi-directional and have gnuplot work in interactive
> mode. (You need to use two pipes for that).
> 
> In interactive mode for every line of data you pipe to gnuplot 
> it sends back a prompt ("input data ('e' ends) >"). That means
> for every line of data you need to read the prompt from the
> input pipe. It is more work to implement a bi-directional
> interface, but that way the pace of the data flow adjusts
> automatically.


As HBB explained, the pgnuplot pasting the data to the wgnuplot console.
I have tried to send binary data via pipe by changning stdin of pgnuplot to binary mode but
failed.  

I do not know why you have comitted to pgnuplot.
If you are unix user and you have to work on windows with, I reccomed you to use the cygwin.

Regards

Tatsuro


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: pgnuplot.exe flow control

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

> This phenomenon is a main complaint of octave for windows team.
> Michael Goffioul, who is a powerful maintainer of octave built by 
> Microsoft C++, has build a special version of gnuplot for octave.  That is 
> console mode gnuplot on windows. If you would like to see it, please visit 
> the my web page
> 
> http://www.geocities.jp/tmoctwin/
> 
> and download the octave by the Michael.
> And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
> Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.
> 
> Another solution is to use cygwin gnuplot.  For my web page, I prepare the 
> smallest set the cygwin gnuplot 4.3 (cvs release).  You can use it if the 
> X server (Xming) will be installed.

It seems to me there is some confusion above. I haven't found anything like 
"specially prepared console mode gnuplot". I think that what you are 
describing is just cygwin-X11 build of gnuplot for Windows. This package is 
officially supported, see
 	gp423win32x11.zip
on the Download site.

Considering binaries of the development version, I put them from time to 
time at
	http://gnuplot.sourceforge.net/development/binaries/
I have refreshed it now to
	gp43-Mar24_2008-winbin.zip
	gp43-Mar24_2008-winbinX11.zip

Considering the file
	gp4.3cyg_octX4MSVC.zip
on your web page:
- It does not contain postscript prologue files, so that Octave users
  cannot print.
- It contains 00README file with MY signature, but I haven't NOT produced
  this package!

Please fix it, or produce a package refering to the package at 
development/binaries/


Greetings,
  Petr Mikulik

Re: pgnuplot.exe flow control

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

Thank you Mikulik

> - It does not contain postscript prologue files, so that Octave users
>   cannot print.
> - It contains 00README file with MY signature, but I haven't NOT produced
>   this package!
Sorry for my ingnorance.
I will fix my package with reference to your package and delete 00README and 
prepare Readme.txt with my signature.

> It seems to me there is some confusion above. I haven't found anything like 
> "specially prepared console mode gnuplot".
Perhaps because my Enligh writing poor, I have confused you. 
But I stated about section 2.1.1 in ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries. 
To aviod further confusion I reffered here.

==================================================
2.1.1 gnuplot bundled with MSVC-octave
==================================================

 Please edit the file 'octaverc' in the ....octave-3.0.xx\share\octave\3.0.xx\m\startup folder.
 The modification is applied already but it is for myself.
 Please modify the path of the pnuplot according to your intalling condition.
 This example is written for the case that you have already installed MSVC-Octave.
 If you have not isntall that please install it first.
 The URL of MSVC-Octave: http://sourceforge.net/project/showfiles.php?group_id=2888
   :
   : skipped
   :
If you do not want to use MSVC-octave, please install it and copy the below copoments 
from the ...\octave\bin folder of MSVC-octave 
to the ..\octave-3.0.xx\bin folder of mingw-octave
  * libcairo-2.dll 
  * libgd-2.dll 
  * libglib-2.0-0.dll 
  * libmodule-2.0-0.dll 
  * libobject-2.0-0.dll 
  * libiconv-2.dll 
  * libintl-8.dll 
  * libjpeg-62.dll 
  * libpango-1.0-0.dll 
  * libpangocairo-1.0-0.dll 
  * libpangowin32-1.0-0.dll 
  * libpcre-0.dll 
  * linpng13.dll 
  * pgnuplot.exe 
  * pgnuplot_win.exe 
  * wgnuplot.exe 
  * wgnuplot.hlp 
  * wgnuplot.mnu 
****************************
I have meant the above file set as specially prepared console mode gnuplot on windows
by Michael.

--- Petr Mikulik <mi...@ph...> wrote:

> > This phenomenon is a main complaint of octave for windows team.
> > Michael Goffioul, who is a powerful maintainer of octave built by 
> > Microsoft C++, has build a special version of gnuplot for octave.  That is 
> > console mode gnuplot on windows. If you would like to see it, please visit 
> > the my web page
> > 
> > http://www.geocities.jp/tmoctwin/
> > 
> > and download the octave by the Michael.
> > And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
> > Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.
> > 
> > Another solution is to use cygwin gnuplot.  For my web page, I prepare the 
> > smallest set the cygwin gnuplot 4.3 (cvs release).  You can use it if the 
> > X server (Xming) will be installed.
> 
 I think that what you are 
> describing is just cygwin-X11 build of gnuplot for Windows. This package is 
> officially supported, see
>  	gp423win32x11.zip
> on the Download site.
> 
> Considering binaries of the development version, I put them from time to 
> time at
> 	http://gnuplot.sourceforge.net/development/binaries/
> I have refreshed it now to
> 	gp43-Mar24_2008-winbin.zip
> 	gp43-Mar24_2008-winbinX11.zip
> 
> Considering the file
> 	gp4.3cyg_octX4MSVC.zip
> on your web page:
> - It does not contain postscript prologue files, so that Octave users
>   cannot print.
> - It contains 00README file with MY signature, but I haven't NOT produced
>   this package!
> 
> Please fix it, or produce a package refering to the package at 
> development/binaries/
> 
> 
> Greetings,
>   Petr Mikulik
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: pgnuplot.exe flow control

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

Hello Mikulik

I will change the way.
I will use your gnuplot cvs on X11.

I think that it is the best to avoid users confusion.
After I finished the work I will report here.

Thanks!

Tatsuro 

> Thank you Mikulik
> 
> > - It does not contain postscript prologue files, so that Octave users
> >   cannot print.
> > - It contains 00README file with MY signature, but I haven't NOT produced
> >   this package!
> Sorry for my ingnorance.
> I will fix my package with reference to your package and delete 00README and 
> prepare Readme.txt with my signature.

--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello Petr Mikulik

I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave
in

http://www.geocities.jp/tmoctwin/

to use the gnuplor4.3winX11 prepared by you.

Regards

--- Tatsuro MATSUOKA <tma...@ya...> wrote:

> Hello Mikulik
> 
> I will change the way.
> I will use your gnuplot cvs on X11.
> 
> I think that it is the best to avoid users confusion.
> After I finished the work I will report here.
> 
> Thanks!
> 
> Tatsuro 
> 
> > Thank you Mikulik
> > 
> > > - It does not contain postscript prologue files, so that Octave users
> > >   cannot print.
> > > - It contains 00README file with MY signature, but I haven't NOT produced
> > >   this package!
> > Sorry for my ingnorance.
> > I will fix my package with reference to your package and delete 00README and 
> > prepare Readme.txt with my signature.
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

> I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave in
> http://www.geocities.jp/tmoctwin/
> to use the gnuplor4.3winX11 prepared by you.

Fine.

I have read the instructions. However, they seem to be rather complicated. I 
would recommend simpler install -- two possibilities:

A. You have full cygwin installation.
   Unzip usr_local.zip in cygwin's root (C:\Cygwin\...).
   Afterwards, you can find C:\Cygwin\...\usr\local\bin\gnuplot

B. You want to have this gnuplot locally installed for Octave only.
   Unzip usr_local.zip into <where Octave is already installed>
   Afterwards, you can find ...\usr\local\bin\gnuplot


The script starting octave must be modified. It should detect if gnuplot is 
not installed according to A. Then it would look somehow like:

   if fileexist ....\octave\usr\local\bin\gnuplot
	PATH=....\usr\local\bin\gnuplot;%PATH%
	GNUHELP=..../usr/local/share/gnuplot/4.3/gnuplot.gih
	GNUPLOT_DRIVER_DIR=..../usr/local/libexec/4.3
	GNUPLOT_PS_DIR=..../usr/local/share/gnuplot/4.3/PostScript

I hope it will work well with Octave's print('-deps', ...) command.


BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
useful ... that may also explain why there are so many downloads from 
SourceForge.

---
Petr Mikulik

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello Petr Mikulik

Thank you for your advise.  Today I have no time revise my page.
The can I forward your advise to the Octave ML?

I hope your affrimative reply.

BTW:
> BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
> useful ... that may also explain why there are so many downloads from 
> SourceForge.

I have been purchasing the gnuplot work on windows which allows volatile data from pipe for octave
which is native to windows.
I have tried to revise of pgnuplot to do this.
However it is difficult to me.  One day I noticed that the possiblity of using gnuplot4.3 cygwin for
windows native octave.  It tried it and it was successful.  I am really glad to able to use the
gnuplot4.3 from octave which is native to windows, which allows us to use mouse zooming!!!!.

I really appreciate to you and Ethan for your effors on the gnuplot.

Thanks!!!!!

Tatsuro 

--- Petr Mikulik <mi...@ph...> wrote:

> > I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave in
> > http://www.geocities.jp/tmoctwin/
> > to use the gnuplor4.3winX11 prepared by you.
> 
> Fine.
> 
> I have read the instructions. However, they seem to be rather complicated. I 
> would recommend simpler install -- two possibilities:
> 
> A. You have full cygwin installation.
>    Unzip usr_local.zip in cygwin's root (C:\Cygwin\...).
>    Afterwards, you can find C:\Cygwin\...\usr\local\bin\gnuplot
> 
> B. You want to have this gnuplot locally installed for Octave only.
>    Unzip usr_local.zip into <where Octave is already installed>
>    Afterwards, you can find ...\usr\local\bin\gnuplot
> 
> 
> The script starting octave must be modified. It should detect if gnuplot is 
> not installed according to A. Then it would look somehow like:
> 
>    if fileexist ....\octave\usr\local\bin\gnuplot
> 	PATH=....\usr\local\bin\gnuplot;%PATH%
> 	GNUHELP=..../usr/local/share/gnuplot/4.3/gnuplot.gih
> 	GNUPLOT_DRIVER_DIR=..../usr/local/libexec/4.3
> 	GNUPLOT_PS_DIR=..../usr/local/share/gnuplot/4.3/PostScript
> 
> I hope it will work well with Octave's print('-deps', ...) command.
> 
> 
> BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
> useful ... that may also explain why there are so many downloads from 
> SourceForge.
> 
> ---
> Petr Mikulik
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

> Thank you for your advise.  Today I have no time revise my page.
> The can I forward your advise to the Octave ML?

I think you should
- update octaveX11.bat
- test that it really works with gnuplot in cygwin's /usr/local/
  as well as it is being in Octave's directory locally
- test that printing to postscript works
- test that printing to other format works
  (I'm not sure whether I have enabled png/jpg ... if not, let me know)

and if all is successful, then you can announce it elsewhere.

> However it is difficult to me.  One day I noticed that the possiblity of 
> using gnuplot4.3 cygwin for windows native octave.  It tried it and it was 
> successful.  I am really glad to able to use the gnuplot4.3 from octave 
> which is native to windows, which allows us to use mouse zooming!!!!.

BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.

---
Petr Mikulik

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello

Thank you for your advises. 

I'll mere send message to the Octave ML to announce that I will revise the page after testing the your
advices.

Thanks!!

> BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
> ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
> not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.

I do not know it.

Tatsuro  
   
--- Petr Mikulik <mi...@ph...> wrote:

> > Thank you for your advise.  Today I have no time revise my page.
> > The can I forward your advise to the Octave ML?
> 
> I think you should
> - update octaveX11.bat
> - test that it really works with gnuplot in cygwin's /usr/local/
>   as well as it is being in Octave's directory locally
> - test that printing to postscript works
> - test that printing to other format works
>   (I'm not sure whether I have enabled png/jpg ... if not, let me know)
> 
> and if all is successful, then you can announce it elsewhere.
> 
> > However it is difficult to me.  One day I noticed that the possiblity of 
> > using gnuplot4.3 cygwin for windows native octave.  It tried it and it was 
> > successful.  I am really glad to able to use the gnuplot4.3 from octave 
> > which is native to windows, which allows us to use mouse zooming!!!!.
> 
> BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
> ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
> not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.
> 
> ---
> Petr Mikulik
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: pgnuplot.exe flow control

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

Tait wrote:

> I can tell Perl to autoflush, but I still have the
> problem that Perl is too fast for pgnuplot. Is there any way for the data
> provider (the thing dumping into the pipe) to know when pgnuplot/gnuplot
> is ready for more input?

I have no idea how Perl might do this.  On the C side of things, what 
would be needed is blocking I/O.  In short, the program calling pgnuplot 
would have to *wait* for pgnuplot.  The low-level pipe functions in 
Win32, CreatePipe() used with ReadFile()/WriteFile(), claim to use 
blocking I/O, whereas the top-level <stdio.h> function _popen() 
apparently fails to block.  The mid-range functions 
_pipe()/_read()/_write() claim they block, too.

So the behaviour of scripting tools like Perl would depend on the way 
they run their pipes.

>> The wgnuplot_pipes.exe is entirely different from the pgnuplot
>> It allows that
>>     plot '< awk -f awkscript.awk'
> 
> Is there a reason why the wgnuplot_pipes behavior is not simply the 
> default in wgnuplot.exe?

To support opening pipes, wgnuplot_pipes keeps an open console.  Among 
other things, this means that if you start it from a cmd.exe session, 
you don't get the prompt back until wgnuplot_pipes ends.