gnuplot-info

[Gnuplot-info] Can't make gnuplot on a Mac running OS 10.5

[Margaret D. <Mar...@br...>]

I followed the download page and brought down gnuplot-4.2.2.tar.gz   
which was reported to be
	Platform-Independent.  I am using a system running 10.5.
I do have a system where the developer's tools are installed.  These  
tools include gcc.

In downloading the *.gz file, the Mac unzipped it.  I moved the  
gnuplot-4.2.2.tar file into the
/Applications folder.

In a terminal window, I moved to /Applications and untarred the  
gnuplot*.tar file.
I moved into the gnuplot-.4.2.2 directory.

At the terminal prompt I typed
	
	./configure
	make

"make" did not work because of the following errors:

Undefined symbols:
  "_rl_forced_update_display", referenced from:
      _restore_prompt in command.o
  "_rl_ding", referenced from:
      _alert in mouse.o
  "_history_list", referenced from:
      _write_history_list in history.o
  "_rl_complete_with_tilde_expansion", referenced from:
      _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[3]: *** [gnuplot] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Is there a gnuplot that runs on Macs?
If so, how do I resolve the undefined symbols?

Re: [Gnuplot-info] Can't make gnuplot on a Mac running OS 10.5

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

Margaret_Doll wrote:
> 
> I followed the download page and brought down gnuplot-4.2.2.tar.gz   
> which was reported to be
> 	Platform-Independent.  I am using a system running 10.5.
> 
> "make" did not work because of the following errors:
> 
> Undefined symbols:
>   "_rl_forced_update_display", referenced from:
>       _restore_prompt in command.o
>   "_rl_ding", referenced from:
>       _alert in mouse.o
>   "_history_list", referenced from:
>       _write_history_list in history.o
>   "_rl_complete_with_tilde_expansion", referenced from:
>       _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
> ld: symbol(s) not found
> 

Please see discussion and resolution on the gnuplot bug-tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=1839048&group_id=2055&atid=102055

In a nutshell:  
  It's Apple's fault.  Leopard ships with a broken libreadline.
  Quick fix:  Delete /usr/lib/libreadline.dylib  and run gnuplot's
./configure again
-- 
View this message in context: http://www.nabble.com/Can%27t-make-gnuplot-on-a-Mac-running-OS-10.5-tp14182276p14234447.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.

[Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello

In the octave threads I wrote

http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-December/005234.html


I think The problem seems not to be solved current combination of pgnuplot and wgnuplot  to realise
pipe connection on wgnuplot.

I read the previous proposal of by the Michael.

http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055


Now I entirely agree with his proposal.

Why the pgnuplot has not been replaced by the Michael's one?

I think that the Hans' pgnuplot has been long time effective to realise the pipe on wgnuplot.
However, this does seem to allow to use binary date from the pipe.

I propose that it is the time that the pgunplot in the official release should accept the Michael's
way.

Tatsuro
 

--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

[<HBB...@t-...>]

Tatsuro MATSUOKA wrote:

> I read the previous proposal of by the Michael.
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055

Ah, finally we get to know what that "Michael's pgnuplot" you've been 
talking about actually is.

It's not pgnuplot at all.  It's actually a native console version of the 
real program.  To reduce confusion, such a version should really be 
called "gnuplot" (no leading "w", nor "p").

> Why the pgnuplot has not been replaced by the Michael's one?

For no particular reason other than that apparently nobody on the
gnuplot team felt comfortable enough committing such a major change to
the MS Windows portion of the code --- we simply have no-one with
sufficient programming skills on that forsaken platform (and available
free time) to do it.

About the best option to change that would be volunteers to work on that 
area of the code.

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

[Michael G. <mic...@gm...>]

On 12/12/07, Hans-Bernhard Br=F6ker <HBB...@t-...> wrote:
> Tatsuro MATSUOKA wrote:
>
> > I read the previous proposal of by the Michael.
> >
> > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1627936&gr=
oup_id=3D2055&atid=3D302055
>
> Ah, finally we get to know what that "Michael's pgnuplot" you've been
> talking about actually is.
>
> It's not pgnuplot at all.  It's actually a native console version of the
> real program.  To reduce confusion, such a version should really be
> called "gnuplot" (no leading "w", nor "p").
>
> > Why the pgnuplot has not been replaced by the Michael's one?
>
> For no particular reason other than that apparently nobody on the
> gnuplot team felt comfortable enough committing such a major change to
> the MS Windows portion of the code --- we simply have no-one with
> sufficient programming skills on that forsaken platform (and available
> free time) to do it.
>
> About the best option to change that would be volunteers to work on that
> area of the code.

Since april, I enhanced my patch with various fixes and upgraded it to
gnuplot 4.2.2. For better visibility and maintenance, the patch is currentl=
y
available under SVN at
http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/admin/Wi=
ndows/msvc/libs/
(current version is gnuplot-4.2.2.diff).

As my intention is to build a gnuplot version that is octave-friendly, the
patch contains a (very) few things that are octave-specific (like for insta=
nce
the modification of the gnuplot version string, to be license compliant).

Michael.

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello Hans and Michael

I really appreciate for your replies.

I understand what both of you would like to say.

At present I do not have enough time. (One of the reason is that the Octave team is running very fast
to Ver. 3.0 because  JWE is a superman. )

If I will have a chance, I would like to try the console mode of wgnuplot on the base of the Michael'
way in the near future although I do not have confidence due to insufficiency of my programming power.
 That is because the console mode of wgnuplot is what I have been wanted so far.

Regards

Tatsuro


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello Hans and Michael

I really appreciate for your replies.

I understand what both of you would like to say.

At present I do not have enough time. (One of the reason is that the Octave team is running very fast
to Ver. 3.0 because  JWE is a superman. )

If I will have a chance, I would like to try the console mode of wgnuplot on the base of the Michael'
way in the near future although I do not have confidence due to insufficiency of my programming power.
 That is because the console mode of wgnuplot is what I have been wanted so far.

Regards

Tatsuro


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello 
This is a mere correction of terms.
wgnuplot --> gnuplot on windows

This should be done for the following statement by Hans.
Hans>To reduce confusion, such a version should really be 
Hans>called "gnuplot" (no leading "w", nor "p").

Tatsuro


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

> Hello Hans and Michael
> 
> I really appreciate for your replies.
> 
> I understand what both of you would like to say.
> 
> At present I do not have enough time. (One of the reason is that the Octave team is running very
> fast
> to Ver. 3.0 because  JWE is a superman. )
> 
> If I will have a chance, I would like to try the console mode of the [gnuplot on windows] on the
base of the
> Michael'
> way in the near future although I do not have confidence due to insufficiency of my programming
> power.

>  That is because the console mode of the [gnuplot on windows] is what I have been wanted so far.
> 
> Regards
> 
> Tatsuro
> 
> 
> --------------------------------------
> New Design Yahoo! JAPAN  2008/01/01
> http://pr.mail.yahoo.co.jp/newdesign/
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Gnuplot-info mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 



--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello

I consider this problem again.  Because the way of my writing was not appropriate
, I forgot to ask one improtant thing. 

>In the octave threads I wrote
>http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-December/005234.html

This was attached at end of this mail.
(After '****************************')

Tatsuro> Term ehnahced and 
Tatsuro>
Tatsuro> gnuplot> set palette positive color model RGB maxcolors 64;
Tatsuro> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
Tatsuro> ??>・E?
Tatsuro> exit
Tatsuro> is the origin?

The reply to this question in the octave threads was that 'pgnuplot+ wgnuplot' may not accept binary
data from the pipe. 

I think that his reply is right.
(I think that the origin fault caused by the liimitation of the 'PostMessage' in the pgnuplot.)


For  binary data from the pipe, the gnuplot on cygwin did not cause any problem.

If this is the limitation of 'pgnuplot+ wgnuplot', please state the fact in the some document or help.

If my idea is not correct, please reply me.

Tatsuro

  



********************************************
Hello

>From octave cvs 2007-11-30(2.9.17+), I have not been able to use the combination of the pgnuplot and
wgnuplot from the gnuplot official issue.
The result is the same for the 2.9.18.
I checked for Kakuto's cvs version of the combination of the pgnuplot and wgnuplot.
The problem always the same.

However, by Michael gnuplot, nothing is bad. 

the combination of the pgnuplot and wgnuplot 
  
octave.exe:1> plot (1:10)

Copy of wnuplot command line.


Terminal type set to 'windows'
gnuplot> set terminal windows enhanced
Terminal type set to 'windows'
Options are 'color enhanced'
gnuplot>
gnuplot> reset;
gnuplot> set origin 0, 0;
gnuplot> set size 1, 1;
gnuplot> set size noratio;
gnuplot> set pm3d;
gnuplot> unset label;
gnuplot> unset title;
gnuplot> unset xlabel;
gnuplot> unset x2label;
gnuplot> unset ylabel;
gnuplot> unset y2label;
gnuplot> unset zlabel;
gnuplot> set grid noxtics;
gnuplot> set grid noytics;
gnuplot> set grid noztics;
gnuplot> set grid nomxtics;
gnuplot> set grid nomytics;
gnuplot> set grid nomztics;
gnuplot> set format x "%g";
gnuplot> set xtics textcolor rgb "#000000";
gnuplot> unset x2tics;
gnuplot> set format y "%g";
gnuplot> set ytics textcolor rgb "#000000";
gnuplot> unset y2tics;
gnuplot> set format z "%g";
gnuplot> set ztics textcolor rgb "#000000";
gnuplot> unset logscale x;
gnuplot> unset logscale y;
gnuplot> unset logscale z;
gnuplot> set style line 1 default;
gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
.000000;
gnuplot> set hidden3d;
gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set cbrange [0:1];
gnuplot> set border 431;
gnuplot> unset key;
gnuplot> set style data lines;
gnuplot> set palette positive color model RGB maxcolors 64;
gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
??>・E?
exit


                                                                     


For 2.9.17,
Terminal type set to 'windows'
gnuplot>
gnuplot> reset;
gnuplot> set origin 0, 0;
gnuplot> set size 1, 1;
gnuplot> set size noratio;
gnuplot> unset label;
gnuplot> unset title;
gnuplot> unset xlabel;
gnuplot> unset ylabel;
gnuplot> unset zlabel;
gnuplot> set grid noxtics;
gnuplot> set grid noytics;
gnuplot> set grid noztics;
gnuplot> set grid nomxtics;
gnuplot> set grid nomytics;
gnuplot> set grid nomztics;
gnuplot> set format x "%g";
gnuplot> set xtics;
gnuplot> unset x2tics;
gnuplot> set format y "%g";
gnuplot> set ytics;
gnuplot> unset y2tics;
gnuplot> set format z "%g";
gnuplot> set ztics;
gnuplot> unset logscale x;
gnuplot> unset logscale y;
gnuplot> unset logscale z;
gnuplot> set style line 1 default;
gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
.000000;
gnuplot> set hidden3d;
gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set border 431;
gnuplot> unset key;
gnuplot> set style data lines;
gnuplot> plot "-" using ($1):($2) axes x1y1 title "" with lines linestyle 1 \
>;
input data ('e' ends) > 1 1
input data ('e' ends) > 2 2
input data ('e' ends) > 3 3
input data ('e' ends) > 4 4
input data ('e' ends) > 5 5
input data ('e' ends) > 6 6
input data ('e' ends) > 7 7
input data ('e' ends) > 8 8
input data ('e' ends) > 9 9
input data ('e' ends) > 10 10
input data ('e' ends) > e
smooth palette in windows: available 256 color positions; using 256 of them
gnuplot>


Term ehnahceda and 

gnuplot> set palette positive color model RGB maxcolors 64;
gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
??>・E?
exit
 is the origin?



Anyway Michael's gnuplot goes well, this is a trivial issue but I wonder why.

Tatsuro



--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello Hans-Bernard Broeker

There has been no answer. I think that my idea is right.
If it is so, I am satisfied and I do not care that whether the problem will be stated
somewhere or not.
This is because this mail will have remain as a record.

Regards

Tatsuro

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

> Hello
> 
> I consider this problem again.  Because the way of my writing was not appropriate
> , I forgot to ask one improtant thing. 
> 
> >In the octave threads I wrote
> >http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-December/005234.html
> 
> This was attached at end of this mail.
> (After '****************************')
> 
> Tatsuro> Term ehnahced and 
> Tatsuro>
> Tatsuro> gnuplot> set palette positive color model RGB maxcolors 64;
> Tatsuro> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> Tatsuro> ??>・E?
> Tatsuro> exit
> Tatsuro> is the origin?
> 
> The reply to this question in the octave threads was that 'pgnuplot+ wgnuplot' may not accept
> binary
> data from the pipe. 
> 
> I think that his reply is right.
> (I think that the origin fault caused by the liimitation of the 'PostMessage' in the pgnuplot.)
> 
> 
> For  binary data from the pipe, the gnuplot on cygwin did not cause any problem.
> 
> If this is the limitation of 'pgnuplot+ wgnuplot', please state the fact in the some document or
> help.
> 
> If my idea is not correct, please reply me.
> 
> Tatsuro
> 
>   
> 
> 
> 
> ********************************************
> Hello
> 
> >From octave cvs 2007-11-30(2.9.17+), I have not been able to use the combination of the
> pgnuplot and
> wgnuplot from the gnuplot official issue.
> The result is the same for the 2.9.18.
> I checked for Kakuto's cvs version of the combination of the pgnuplot and wgnuplot.
> The problem always the same.
> 
> However, by Michael gnuplot, nothing is bad. 
> 
> the combination of the pgnuplot and wgnuplot 
>   
> octave.exe:1> plot (1:10)
> 
> Copy of wnuplot command line.
> 
> 
> Terminal type set to 'windows'
> gnuplot> set terminal windows enhanced
> Terminal type set to 'windows'
> Options are 'color enhanced'
> gnuplot>
> gnuplot> reset;
> gnuplot> set origin 0, 0;
> gnuplot> set size 1, 1;
> gnuplot> set size noratio;
> gnuplot> set pm3d;
> gnuplot> unset label;
> gnuplot> unset title;
> gnuplot> unset xlabel;
> gnuplot> unset x2label;
> gnuplot> unset ylabel;
> gnuplot> unset y2label;
> gnuplot> unset zlabel;
> gnuplot> set grid noxtics;
> gnuplot> set grid noytics;
> gnuplot> set grid noztics;
> gnuplot> set grid nomxtics;
> gnuplot> set grid nomytics;
> gnuplot> set grid nomztics;
> gnuplot> set format x "%g";
> gnuplot> set xtics textcolor rgb "#000000";
> gnuplot> unset x2tics;
> gnuplot> set format y "%g";
> gnuplot> set ytics textcolor rgb "#000000";
> gnuplot> unset y2tics;
> gnuplot> set format z "%g";
> gnuplot> set ztics textcolor rgb "#000000";
> gnuplot> unset logscale x;
> gnuplot> unset logscale y;
> gnuplot> unset logscale z;
> gnuplot> set style line 1 default;
> gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
> .000000;
> gnuplot> set hidden3d;
> gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set cbrange [0:1];
> gnuplot> set border 431;
> gnuplot> unset key;
> gnuplot> set style data lines;
> gnuplot> set palette positive color model RGB maxcolors 64;
> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> ??>・E?
> exit
> 
> 
>                                                                      
> 
> 
> For 2.9.17,
> Terminal type set to 'windows'
> gnuplot>
> gnuplot> reset;
> gnuplot> set origin 0, 0;
> gnuplot> set size 1, 1;
> gnuplot> set size noratio;
> gnuplot> unset label;
> gnuplot> unset title;
> gnuplot> unset xlabel;
> gnuplot> unset ylabel;
> gnuplot> unset zlabel;
> gnuplot> set grid noxtics;
> gnuplot> set grid noytics;
> gnuplot> set grid noztics;
> gnuplot> set grid nomxtics;
> gnuplot> set grid nomytics;
> gnuplot> set grid nomztics;
> gnuplot> set format x "%g";
> gnuplot> set xtics;
> gnuplot> unset x2tics;
> gnuplot> set format y "%g";
> gnuplot> set ytics;
> gnuplot> unset y2tics;
> gnuplot> set format z "%g";
> gnuplot> set ztics;
> gnuplot> unset logscale x;
> gnuplot> unset logscale y;
> gnuplot> unset logscale z;
> gnuplot> set style line 1 default;
> gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
> .000000;
> gnuplot> set hidden3d;
> gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set border 431;
> gnuplot> unset key;
> gnuplot> set style data lines;
> gnuplot> plot "-" using ($1):($2) axes x1y1 title "" with lines linestyle 1 \
> >;
> input data ('e' ends) > 1 1
> input data ('e' ends) > 2 2
> input data ('e' ends) > 3 3
> input data ('e' ends) > 4 4
> input data ('e' ends) > 5 5
> input data ('e' ends) > 6 6
> input data ('e' ends) > 7 7
> input data ('e' ends) > 8 8
> input data ('e' ends) > 9 9
> input data ('e' ends) > 10 10
> input data ('e' ends) > e
> smooth palette in windows: available 256 color positions; using 256 of them
> gnuplot>
> 
> 
> Term ehnahceda and 
> 
> gnuplot> set palette positive color model RGB maxcolors 64;
> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> ??>・E?
> exit
>  is the origin?
> 
> 
> 
> Anyway Michael's gnuplot goes well, this is a trivial issue but I wonder why.
> 
> Tatsuro
> 
> 
> 
> --------------------------------------
> New Design Yahoo! JAPAN  2008/01/01
> http://pr.mail.yahoo.co.jp/newdesign/
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Gnuplot-info mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Hello Hans-Bernard Broeker

There has been no answer. I think that my idea is right.
If it is so, I am satisfied and I do not care that whether the problem will be stated
somewhere or not.
This is because this mail will have remain as a record.

Regards

Tatsuro

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

> Hello
> 
> I consider this problem again.  Because the way of my writing was not appropriate
> , I forgot to ask one improtant thing. 
> 
> >In the octave threads I wrote
> >http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-December/005234.html
> 
> This was attached at end of this mail.
> (After '****************************')
> 
> Tatsuro> Term ehnahced and 
> Tatsuro>
> Tatsuro> gnuplot> set palette positive color model RGB maxcolors 64;
> Tatsuro> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> Tatsuro> ??>・E?
> Tatsuro> exit
> Tatsuro> is the origin?
> 
> The reply to this question in the octave threads was that 'pgnuplot+ wgnuplot' may not accept
> binary
> data from the pipe. 
> 
> I think that his reply is right.
> (I think that the origin fault caused by the liimitation of the 'PostMessage' in the pgnuplot.)
> 
> 
> For  binary data from the pipe, the gnuplot on cygwin did not cause any problem.
> 
> If this is the limitation of 'pgnuplot+ wgnuplot', please state the fact in the some document or
> help.
> 
> If my idea is not correct, please reply me.
> 
> Tatsuro
> 
>   
> 
> 
> 
> ********************************************
> Hello
> 
> >From octave cvs 2007-11-30(2.9.17+), I have not been able to use the combination of the
> pgnuplot and
> wgnuplot from the gnuplot official issue.
> The result is the same for the 2.9.18.
> I checked for Kakuto's cvs version of the combination of the pgnuplot and wgnuplot.
> The problem always the same.
> 
> However, by Michael gnuplot, nothing is bad. 
> 
> the combination of the pgnuplot and wgnuplot 
>   
> octave.exe:1> plot (1:10)
> 
> Copy of wnuplot command line.
> 
> 
> Terminal type set to 'windows'
> gnuplot> set terminal windows enhanced
> Terminal type set to 'windows'
> Options are 'color enhanced'
> gnuplot>
> gnuplot> reset;
> gnuplot> set origin 0, 0;
> gnuplot> set size 1, 1;
> gnuplot> set size noratio;
> gnuplot> set pm3d;
> gnuplot> unset label;
> gnuplot> unset title;
> gnuplot> unset xlabel;
> gnuplot> unset x2label;
> gnuplot> unset ylabel;
> gnuplot> unset y2label;
> gnuplot> unset zlabel;
> gnuplot> set grid noxtics;
> gnuplot> set grid noytics;
> gnuplot> set grid noztics;
> gnuplot> set grid nomxtics;
> gnuplot> set grid nomytics;
> gnuplot> set grid nomztics;
> gnuplot> set format x "%g";
> gnuplot> set xtics textcolor rgb "#000000";
> gnuplot> unset x2tics;
> gnuplot> set format y "%g";
> gnuplot> set ytics textcolor rgb "#000000";
> gnuplot> unset y2tics;
> gnuplot> set format z "%g";
> gnuplot> set ztics textcolor rgb "#000000";
> gnuplot> unset logscale x;
> gnuplot> unset logscale y;
> gnuplot> unset logscale z;
> gnuplot> set style line 1 default;
> gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
> .000000;
> gnuplot> set hidden3d;
> gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set cbrange [0:1];
> gnuplot> set border 431;
> gnuplot> unset key;
> gnuplot> set style data lines;
> gnuplot> set palette positive color model RGB maxcolors 64;
> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> ??>・E?
> exit
> 
> 
>                                                                      
> 
> 
> For 2.9.17,
> Terminal type set to 'windows'
> gnuplot>
> gnuplot> reset;
> gnuplot> set origin 0, 0;
> gnuplot> set size 1, 1;
> gnuplot> set size noratio;
> gnuplot> unset label;
> gnuplot> unset title;
> gnuplot> unset xlabel;
> gnuplot> unset ylabel;
> gnuplot> unset zlabel;
> gnuplot> set grid noxtics;
> gnuplot> set grid noytics;
> gnuplot> set grid noztics;
> gnuplot> set grid nomxtics;
> gnuplot> set grid nomytics;
> gnuplot> set grid nomztics;
> gnuplot> set format x "%g";
> gnuplot> set xtics;
> gnuplot> unset x2tics;
> gnuplot> set format y "%g";
> gnuplot> set ytics;
> gnuplot> unset y2tics;
> gnuplot> set format z "%g";
> gnuplot> set ztics;
> gnuplot> unset logscale x;
> gnuplot> unset logscale y;
> gnuplot> unset logscale z;
> gnuplot> set style line 1 default;
> gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
> .000000;
> gnuplot> set hidden3d;
> gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
> gnuplot> set border 431;
> gnuplot> unset key;
> gnuplot> set style data lines;
> gnuplot> plot "-" using ($1):($2) axes x1y1 title "" with lines linestyle 1 \
> >;
> input data ('e' ends) > 1 1
> input data ('e' ends) > 2 2
> input data ('e' ends) > 3 3
> input data ('e' ends) > 4 4
> input data ('e' ends) > 5 5
> input data ('e' ends) > 6 6
> input data ('e' ends) > 7 7
> input data ('e' ends) > 8 8
> input data ('e' ends) > 9 9
> input data ('e' ends) > 10 10
> input data ('e' ends) > e
> smooth palette in windows: available 256 color positions; using 256 of them
> gnuplot>
> 
> 
> Term ehnahceda and 
> 
> gnuplot> set palette positive color model RGB maxcolors 64;
> gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
> ??>・E?
> exit
>  is the origin?
> 
> 
> 
> Anyway Michael's gnuplot goes well, this is a trivial issue but I wonder why.
> 
> Tatsuro
> 
> 
> 
> --------------------------------------
> New Design Yahoo! JAPAN  2008/01/01
> http://pr.mail.yahoo.co.jp/newdesign/
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Gnuplot-info mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: [Gnuplot-info] problem of pgnuplot+ wgnuplot use from current octave

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

Dear Hans-Bernhard

I consider this problem again.  
Because the way of my writing was not appropriate, I forgot ask the more important question.
I apologise for my carelessness.    

Now I would like move to the original question.

In the octave threads I wrote
http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-December/005234.html

The content of this thread is attached at the end of this mail.


In the thread, I wrote
Term enhanced and 

gnuplot> set palette positive color model RGB maxcolors 64;
gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
??>・E?
exit
 is the origin?

The reply to my question in the Octave threads was 'binary data from the pipe may not be accepted due
to the limitation of the way of communication of pgnuplot to wgnuplot'.

At present I also think so.  The problem may be caused by the limitation of 'PostMessage' win32 API
function or the wgnuplot command line cannot accept the binary data. 

Which is correct?
Is there another possibility?


By the way, in the gnuplot on the cygwin and the unix and the pgnuplot of Michael (I know now you do
not like this name but I am writing this sentence based on the current file name.), no problem has
been occurred.

If the assumption that 'binary data from the pipe may not be accepted due to the limitation of the way
of communication of pgnuplot to wgnuplot' is right, please state that somewhere like in readme or in
help.

Tatsuro
 
  

********************************************
Hello

>From octave cvs 2007-11-30(2.9.17+), I have not been able to use the combination of the pgnuplot and
wgnuplot from the gnuplot official issue.
The result is the same for the 2.9.18.
I checked for Kakuto's cvs version of the combination of the pgnuplot and wgnuplot.
The problem always the same.

However, by Michael gnuplot, nothing is bad. 

the combination of the pgnuplot and wgnuplot 
  
octave.exe:1> plot (1:10)

Copy of wnuplot command line.


Terminal type set to 'windows'
gnuplot> set terminal windows enhanced
Terminal type set to 'windows'
Options are 'color enhanced'
gnuplot>
gnuplot> reset;
gnuplot> set origin 0, 0;
gnuplot> set size 1, 1;
gnuplot> set size noratio;
gnuplot> set pm3d;
gnuplot> unset label;
gnuplot> unset title;
gnuplot> unset xlabel;
gnuplot> unset x2label;
gnuplot> unset ylabel;
gnuplot> unset y2label;
gnuplot> unset zlabel;
gnuplot> set grid noxtics;
gnuplot> set grid noytics;
gnuplot> set grid noztics;
gnuplot> set grid nomxtics;
gnuplot> set grid nomytics;
gnuplot> set grid nomztics;
gnuplot> set format x "%g";
gnuplot> set xtics textcolor rgb "#000000";
gnuplot> unset x2tics;
gnuplot> set format y "%g";
gnuplot> set ytics textcolor rgb "#000000";
gnuplot> unset y2tics;
gnuplot> set format z "%g";
gnuplot> set ztics textcolor rgb "#000000";
gnuplot> unset logscale x;
gnuplot> unset logscale y;
gnuplot> unset logscale z;
gnuplot> set style line 1 default;
gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
.000000;
gnuplot> set hidden3d;
gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set cbrange [0:1];
gnuplot> set border 431;
gnuplot> unset key;
gnuplot> set style data lines;
gnuplot> set palette positive color model RGB maxcolors 64;
gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
??>・E?
exit


                                                                     


For 2.9.17,
Terminal type set to 'windows'
gnuplot>
gnuplot> reset;
gnuplot> set origin 0, 0;
gnuplot> set size 1, 1;
gnuplot> set size noratio;
gnuplot> unset label;
gnuplot> unset title;
gnuplot> unset xlabel;
gnuplot> unset ylabel;
gnuplot> unset zlabel;
gnuplot> set grid noxtics;
gnuplot> set grid noytics;
gnuplot> set grid noztics;
gnuplot> set grid nomxtics;
gnuplot> set grid nomytics;
gnuplot> set grid nomztics;
gnuplot> set format x "%g";
gnuplot> set xtics;
gnuplot> unset x2tics;
gnuplot> set format y "%g";
gnuplot> set ytics;
gnuplot> unset y2tics;
gnuplot> set format z "%g";
gnuplot> set ztics;
gnuplot> unset logscale x;
gnuplot> unset logscale y;
gnuplot> unset logscale z;
gnuplot> set style line 1 default;
gnuplot> set style line 1 linecolor rgb "#0000ff" linewidth 0.500000 pointsize 1
.000000;
gnuplot> set hidden3d;
gnuplot> set xrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set yrange [1.000000000000000e+000:1.000000000000000e+001] noreverse;
gnuplot> set border 431;
gnuplot> unset key;
gnuplot> set style data lines;
gnuplot> plot "-" using ($1):($2) axes x1y1 title "" with lines linestyle 1 \
>;
input data ('e' ends) > 1 1
input data ('e' ends) > 2 2
input data ('e' ends) > 3 3
input data ('e' ends) > 4 4
input data ('e' ends) > 5 5
input data ('e' ends) > 6 6
input data ('e' ends) > 7 7
input data ('e' ends) > 8 8
input data ('e' ends) > 9 9
input data ('e' ends) > 10 10
input data ('e' ends) > e
smooth palette in windows: available 256 color positions; using 256 of them
gnuplot>


Term ehnahceda and 

gnuplot> set palette positive color model RGB maxcolors 64;
gnuplot> set palette file "-" binary record=64 using 1:2:3:4;
??>・E?
exit
 is the origin?



Anyway Michael's gnuplot goes well, this is a trivial issue but I wonder why.

Tatsuro



--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/