Re: [Gnuplot-info] proporsal of pgnuplot patch

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

Dear Hans-Bernhard Broeker

> Tatsuro MATSUOKA wrote:
> 
> > The current octave for windows distribution, the Michael's modified pgnuplot was used.
> > That is independent of wgnuplot and which has both abilities of pipe receiving and the
> plotting
> > system.
> 
> Sorry, but I'm afraid your English is confused enough that I have almost 
> no idea what you're talking about.  Sounds like that "Michael's 
> pgnuplot" isn't actually pgnuplot at all.  It's regular gnuplot command 
> line, built on Windows.

Sorry for my poor abilities of English. I do not want to say that the Micheal's pgnuplot is irregular.



 
> > I think that the current pgnuplot is not suitable for this purpose and not effective.
> > The command will be better to be interpreted by line to line.  
> 
> Unfortunately, the attached patch doesn't achieve that.  It just inserts 
> a rather arbitrary pause of one millisecond per input line.  There's no 
> particular reason to assume that 1 millisecond would be sufficient or 
> necessary.

You are correct.
Experimentally I carried out it, I testted on three computers, it worked well.  
But it was only three.



But I suspect that bottle neck comes from each command line. 
First I forgot to explain what 'the sucessive plot indiacate'.
Istead of wrting poor English, I will write code example.

x=0:0.01:2;  # genarate 200 x axis points
for n=1:100;
  plot(x.^2+n/0.05);
endfor
(This was not actual code to used for test.) 


The plot command from ocatave like this,
***********
gnuplot> plot "-" using ($1):($2) axes x1y1 title "2800: t= 2.6667 s" with lines
 linestyle 1 \
> ;
input data ('e' ends) > 0 30
input data ('e' ends) > 0.1 30.5172603938434
input data ('e' ends) > 0.2 31.0339103781298
input data ('e' ends) > 0.3 31.5493410356967
input data ('e' ends) > 0.4 32.0629464247251
input data ('e' ends) > 0.5 32.5741250428799
input data ('e' ends) > 0.6 33.0822812634419
input data ('e' ends) > 0.7 33.5868267344726
input data ('e' ends) > 0.8 34.0871817323741
input data ('e' ends) > 0.9 34.5827764616014
input data ('e' ends) > 1 35.0730522927464
      :
      :
input data ('e' ends) > e
**************************

First I suspect that the end of plotlines was the bottleneck.
So that I placed a rather long wait factor at each " e\n".
But nothing was imporved.

Just I simply placed a wait after each line. After that the successive plot was
 successful.
So I suspect that interpertating time is slower than incoming commands from the pipe.    

Anyway my way will not to be accepted.  But I do not mind the fact.
That is mere a proporsal.

But please allow me to distribute this experimentary binary of the modified pgnuplot under the 
gnuplot copyright.  

 * Permission to modify the software is granted, but not the right to
 * distribute the complete modified source code.  Modifications are to
 * be distributed as patches to the released version.  Permission to
 * distribute binaries produced by compiling modified sources is granted,
 * provided you
 *   1. distribute the corresponding source modifications from the
 *    released version in the form of a patch file along with the binaries,
 *   2. add special version identification to distinguish your version
 *    in addition to the base release version number,
 *   3. provide your name and address as the primary contact for the
 *    support of your modified version, and
 *   4. retain our contact information in regard to use of the base
 *    software.
 * Permission to distribute the released version of the source code along
 * with corresponding source modifications in the form of a patch file is
 * granted with same provisions 2 through 4 for binary distributions
 
 *   2. add special version identification to distinguish your version
 *    in addition to the base release version number,

I would like to name the patched pgnuplot as 
'pgnuplot 4.2.2w'. 

****************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --help
Usage: gnuplot [OPTION] [FILE] [-]
  -V, --version   show gnuplot version
  -h, --help      show this help
  -persist        don't close the plot after executing FILE
  -noend, /noend  like -persist (non-portable Windows-only options)
  -               allow work in interactive mode after executing FILE
Only on Windows, -persist and - have the same effect.
This is gnuplot 4.2 patchlevel 2
Report bugs to <http://sourceforge.net/projects/gnuplot>
***************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --version
gnuplot 4.2 patchlevel 2
*************

But where is the proper space 'add special version identification'.
I cannot find a proper space for pgnuplot.

The 
'gnuplot 4.2 patchlevel 2 (This is a testing version of pgnuplot.)'
is proper?

If you would like suggest me, it would be grateful for me.


> > The reason is the gnuplot 4.2.0 suffured from the pipe line problem.
> > It was solved at the gnuplot 4.2.2.
> 
> I have no idea what "the pipe line problem" is supposed to be.



Sorry also here my poor English
What I want to say the below,

At 4.2.0,  the thread of 'unexpected error when very long line given'
http://sourceforge.net/tracker/index.php?func=detail&aid=1673352&group_id=2055&atid=102055 
appeared.

Perhaps similar phenomenon occurred at the octave, 'Fwd: Re: gnuplot error when using hist'
http://www.nabble.com/Fwd:-Re:-gnuplot-error-when-using-hist-t4547312.html
In the  thread

gnuplot0.970272 0 
         ^ 
         line 366: invalid command 


gnuplot0.970272 280 
         ^ 
         line 366: invalid command 


were written.  When I see wgnuplot windows, when succesive plot without my patched applied 
gnuplot0.970272 0 
         ^ 
         line 366: invalid command 

often appeared.
I cannot say all what I want to say in my poor English. But in the above if you feel that 
what I would like to say.  It will be grateful.


Finally I really appreciate you for your reply.

Sincerely yours

Tatsuro Matsuoka





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