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

Re: Naming of gnuplot binaries which are native to windows including the console mode one built by Michael

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

Hello

Mmmmmmm

I am a mere one of long term user of gnuplot.
Therefore the previous mails have gone beyond my work.

Please excuse me.
However, this seems to be a quite important matter, I would like to discuss this matter 
among the developper staffs.

Regards

Tatsuro 


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

> Hello Petr Mikulik 
> 
> I would like to confirm what you will proceed gnuplot native to windows.
> 
> > wgnuplot
> > wgnuplot_pipes
> > pgnuplot
> 
> wgnuplot -> Windows native original console gnuplot with GUI menu. 
> wgnuplot_pipes -> Nearly equal to the above but allow like: plot '< awk -f ***.awk' from
>                   wgnuplot console.
> pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software
> like 
> console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.
> 
> If your idea is the above, I would like to compromize for naming for the compatibility to
> other software to use gnuplot on windows.
> 
> However, even though in my persinal mind, I would like to name it just a gnuplot.
> 
> Hello, Ethan and HBB, how do you think about this matter?
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> 
> --- Petr Mikulik <mi...@ph...> wrote:
> 
> > > >  Your patch for gnuplot
> > > >  [ 1627936 ] Gnuplot Win32 in console mode
> > > > 
> http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> > > >  is dated Janury 2007.
> > > 
> > > >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> > > >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> > > >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> > > >  4.3cvs and 4.2.3.
> > > 
> > > It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> > > releases for all packages I compile.
> > 
> > Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
> > rejects when applying the patch, thus it should be very easy to do the 
> > update for 4.2.3.
> > 
> > > >  In order to propagate your work into the gnuplot source code, I propose:
> > > >
> > > >  - you move the work on the patch to gnuplot's Patches:
> > > >   [ 1627936 ] Gnuplot Win32 in console mode
> > > >
> > > >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> > > >
> > > >  - you should split the patch into three independent parts:
> > > >   - the wxt-MSW patches -- to be discussed with the authors of wx
> > > >     terminal, put into cvs independently
> > > >   - the OCTAVE_BUILD default settings -- another way how to set
> > > >     its defaults should be found
> > > >   - the core of your patch
> > > >
> > > >  - please add patches to makefile.mgw so that others can compile it by the
> > > >   MingW compiler
> > > 
> > > I'll try to address these later. I'm quite busy for the moment and I don't
> > > have that much time.
> > 
> > We are looking forward.
> > 
> > > It's a real console version: you get a DOS prompt where you can enter
> > > commands. In that sense, it works like the OS/2 or UNIX versions.
> > 
> > Great!
> > 
> > > >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> > > >   not gnuplot.
> > > [snip]
> > > >  And also other Windows programs using gnuplot drawing engine expect
> > > >  pgnuplot.exe, so let's keep the name.
> > > 
> > > In my patch I used pgnuplot for the console version I developed, and
> > > renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> > > 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> > > not the optimal way to do it.
> > 
> > Then pgnuplot_win is not needed and there will be
> > wgnuplot
> > wgnuplot_pipes
> > pgnuplot
> > 
> > (and the cygwin's x11 binaries).
> > 
> > 
> > Let's continue on this issue after you have submitted the patches onto 
> > #1627936.
> > 
> > 
> > Greetings,
> >   Petr
> > 
> 
> 
> --- Tatsuro MATSUOKA <tma...@ya...> wrote:
> 
> > Hello
> > 
> > Mmmmmmm......
> > 
> > I know other programs are using pgnuplot+wgnuplot on windows.
> > For example, Maxima.
> > 
> > However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
> > Michael's console mode gnuplot and gnuplot on cygwin are able to be used.
> > 
> > I think that platform is not a problem.  What program the host software uses is a problem.
> > In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
> > Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
> > pgnuplot.
> > 
> > This makes things clear, I think.
> > 
> > I would like to hear other people opinion.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> >   
> > 
> > --- Petr Mikulik <mi...@ph...> wrote:
> > 
> > > Let's wait for the patch update so that it can be tested. Not only Octave 
> > > but also other programs expect "pgnuplot" on Windows so we could keep that 
> > > name.
> > > 
> > > > The following that I vote to gnuplot ML.
> > > > This is related to octave so that I will forward it.
> > > > 
> > > > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > > > I think that octave should be change for always looking gnuplot and your pgnuplot is
> renamed
> > 
> > > > as gnuplot. 
> > > > The above makes things to be simple,  I think.
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro 
> > > 
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > > Don't miss this year's exciting event. There's still time to save $100. 
> > > Use priority code J8TL2D2. 
> > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> > 
> > 
> > --------------------------------------
> > GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> > http://pr.mail.yahoo.co.jp/ganbare-nippon/
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > Don't miss this year's exciting event. There's still time to save $100. 
> > Use priority code J8TL2D2. 
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> http://pr.mail.yahoo.co.jp/ganbare-nippon/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Naming of gnuplot binaries which are native to windows including the console mode one built by Michael

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

Hello Petr Mikulik 

I would like to confirm what you will proceed gnuplot native to windows.

> wgnuplot
> wgnuplot_pipes
> pgnuplot

wgnuplot -> Windows native original console gnuplot with GUI menu. 
wgnuplot_pipes -> Nearly equal to the above but allow like: plot '< awk -f ***.awk' from
                  wgnuplot console.
pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software like 
console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.

If your idea is the above, I would like to compromize for naming for the compatibility to
other software to use gnuplot on windows.

However, even though in my persinal mind, I would like to name it just a gnuplot.

Hello, Ethan and HBB, how do you think about this matter?

Regards

Tatsuro




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

> > >  Your patch for gnuplot
> > >  [ 1627936 ] Gnuplot Win32 in console mode
> > >  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> > >  is dated Janury 2007.
> > 
> > >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> > >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> > >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> > >  4.3cvs and 4.2.3.
> > 
> > It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> > releases for all packages I compile.
> 
> Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
> rejects when applying the patch, thus it should be very easy to do the 
> update for 4.2.3.
> 
> > >  In order to propagate your work into the gnuplot source code, I propose:
> > >
> > >  - you move the work on the patch to gnuplot's Patches:
> > >   [ 1627936 ] Gnuplot Win32 in console mode
> > >
> > >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> > >
> > >  - you should split the patch into three independent parts:
> > >   - the wxt-MSW patches -- to be discussed with the authors of wx
> > >     terminal, put into cvs independently
> > >   - the OCTAVE_BUILD default settings -- another way how to set
> > >     its defaults should be found
> > >   - the core of your patch
> > >
> > >  - please add patches to makefile.mgw so that others can compile it by the
> > >   MingW compiler
> > 
> > I'll try to address these later. I'm quite busy for the moment and I don't
> > have that much time.
> 
> We are looking forward.
> 
> > It's a real console version: you get a DOS prompt where you can enter
> > commands. In that sense, it works like the OS/2 or UNIX versions.
> 
> Great!
> 
> > >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> > >   not gnuplot.
> > [snip]
> > >  And also other Windows programs using gnuplot drawing engine expect
> > >  pgnuplot.exe, so let's keep the name.
> > 
> > In my patch I used pgnuplot for the console version I developed, and
> > renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> > 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> > not the optimal way to do it.
> 
> Then pgnuplot_win is not needed and there will be
> wgnuplot
> wgnuplot_pipes
> pgnuplot
> 
> (and the cygwin's x11 binaries).
> 
> 
> Let's continue on this issue after you have submitted the patches onto 
> #1627936.
> 
> 
> Greetings,
>   Petr
> 


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

> Hello
> 
> Mmmmmmm......
> 
> I know other programs are using pgnuplot+wgnuplot on windows.
> For example, Maxima.
> 
> However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
> Michael's console mode gnuplot and gnuplot on cygwin are able to be used.
> 
> I think that platform is not a problem.  What program the host software uses is a problem.
> In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
> Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
> pgnuplot.
> 
> This makes things clear, I think.
> 
> I would like to hear other people opinion.
> 
> Regards
> 
> Tatsuro
> 
> 
>   
> 
> --- Petr Mikulik <mi...@ph...> wrote:
> 
> > Let's wait for the patch update so that it can be tested. Not only Octave 
> > but also other programs expect "pgnuplot" on Windows so we could keep that 
> > name.
> > 
> > > The following that I vote to gnuplot ML.
> > > This is related to octave so that I will forward it.
> > > 
> > > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > > I think that octave should be change for always looking gnuplot and your pgnuplot is renamed
> 
> > > as gnuplot. 
> > > The above makes things to be simple,  I think.
> > > 
> > > Regards
> > > 
> > > Tatsuro 
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > Don't miss this year's exciting event. There's still time to save $100. 
> > Use priority code J8TL2D2. 
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> 
> 
> --------------------------------------
> GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> http://pr.mail.yahoo.co.jp/ganbare-nippon/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

> >  Your patch for gnuplot
> >  [ 1627936 ] Gnuplot Win32 in console mode
> >  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> >  is dated Janury 2007.
> 
> >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> >  4.3cvs and 4.2.3.
> 
> It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> releases for all packages I compile.

Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
rejects when applying the patch, thus it should be very easy to do the 
update for 4.2.3.

> >  In order to propagate your work into the gnuplot source code, I propose:
> >
> >  - you move the work on the patch to gnuplot's Patches:
> >   [ 1627936 ] Gnuplot Win32 in console mode
> >
> >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> >
> >  - you should split the patch into three independent parts:
> >   - the wxt-MSW patches -- to be discussed with the authors of wx
> >     terminal, put into cvs independently
> >   - the OCTAVE_BUILD default settings -- another way how to set
> >     its defaults should be found
> >   - the core of your patch
> >
> >  - please add patches to makefile.mgw so that others can compile it by the
> >   MingW compiler
> 
> I'll try to address these later. I'm quite busy for the moment and I don't
> have that much time.

We are looking forward.

> It's a real console version: you get a DOS prompt where you can enter
> commands. In that sense, it works like the OS/2 or UNIX versions.

Great!

> >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> >   not gnuplot.
> [snip]
> >  And also other Windows programs using gnuplot drawing engine expect
> >  pgnuplot.exe, so let's keep the name.
> 
> In my patch I used pgnuplot for the console version I developed, and
> renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> not the optimal way to do it.

Then pgnuplot_win is not needed and there will be
wgnuplot
wgnuplot_pipes
pgnuplot

(and the cygwin's x11 binaries).


Let's continue on this issue after you have submitted the patches onto 
#1627936.


Greetings,
  Petr

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

On Thu, Apr 10, 2008 at 11:42 PM, Petr Mikulik <mi...@ph...> wrote:
>  Your patch for gnuplot
>  [ 1627936 ] Gnuplot Win32 in console mode
>  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
>  is dated Janury 2007.
>
>  From the above, it seems you maintain your patch somewhere inside the octave
>  forge cvs tree. Hm, it has taken me long clicking to find it at
>  http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/admin/Windows/msvc/libs/gnuplot-4.2.2.diff?view=annotate
>
>  (I have no idea how this patch can be useful as this patch is not inside the
>  package windows-1.0.4.tar.gz, but that's an Octave-forge problem.)

This is a packaging issue. I use the patch to generate a working Win32 gnuplot
version that is bundled with the octave binary package.

>  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
>  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
>  actually for 4.2.2, right? I've tried it, and there are rejects for both
>  4.3cvs and 4.2.3.

It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
releases for all packages I compile.

>  In order to propagate your work into the gnuplot source code, I propose:
>
>  - you move the work on the patch to gnuplot's Patches:
>   [ 1627936 ] Gnuplot Win32 in console mode
>
>  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
>
>  - you should split the patch into three independent parts:
>   - the wxt-MSW patches -- to be discussed with the authors of wx
>     terminal, put into cvs independently
>   - the OCTAVE_BUILD default settings -- another way how to set
>     its defaults should be found
>   - the core of your patch
>
>  - please add patches to makefile.mgw so that others can compile it by the
>   MingW compiler

I'll try to address these later. I'm quite busy for the moment and I don't
have that much time.

>  - after reading some mails and the patch description in #1627936, I wonder
>   whether it is console or console-less version? I.e., does it look like the
>   OS/2 or Unixish gnuplot when you run it? (You can enter commands via
>   readline from the command console, and stdin piping works too.)
>   Or is there no console (nor textual nor graphical) and commands can go
>   only from stdin?

It's a real console version: you get a DOS prompt where you can enter
commands. In that sense, it works like the OS/2 or UNIX versions.

>  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
>   not gnuplot.
[snip]
>  And also other Windows programs using gnuplot drawing engine expect
>  pgnuplot.exe, so let's keep the name.

In my patch I used pgnuplot for the console version I developed, and
renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
not the optimal way to do it.

Michael.

Re: gnuplot under windows platform and octave

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

Hello

Mmmmmmm......

I know other programs are using pgnuplot+wgnuplot on windows.
For example, Maxima.

However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
Michael's console mode gnuplot and gnuplot on cygwin are able to be used.

I think that platform is not a problem.  What program the host software uses is a problem.
In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
pgnuplot.

This makes things clear, I think.

I would like to hear other people opinion.

Regards

Tatsuro


  

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

> Let's wait for the patch update so that it can be tested. Not only Octave 
> but also other programs expect "pgnuplot" on Windows so we could keep that 
> name.
> 
> > The following that I vote to gnuplot ML.
> > This is related to octave so that I will forward it.
> > 
> > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
> > as gnuplot. 
> > The above makes things to be simple,  I think.
> > 
> > Regards
> > 
> > Tatsuro 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 




--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: gnuplot under windows platform and octave

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

Let's wait for the patch update so that it can be tested. Not only Octave 
but also other programs expect "pgnuplot" on Windows so we could keep that 
name.

> The following that I vote to gnuplot ML.
> This is related to octave so that I will forward it.
> 
> Now combination of pgnuplot and wgnuplot does not work for octave.  
> I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
> as gnuplot. 
> The above makes things to be simple,  I think.
> 
> Regards
> 
> Tatsuro 

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

> On Wed, Apr 2, 2008 at 8:49 AM, Petr Mikulik <mi...@ph...> wrote:
> >  Michael has managed to have working console, thus not GUI, version of
> >  gnuplot for Octave. He calls it pgnuplot. I think this matter should be
> >  discussed on the gnuplot mailing list:
> >
> >  - this definitely needed unpublished patches into gnuplot source code
> 
> I maintain a patch for gnuplot in octave-forge
> (admin/Windows/msvc/libs/gnuplot-4.2.2.diff). I already posted a bug report
> and a patch on the gnuplot patch system months ago. Up to now, nothing has
> been integrated into the gnuplot source tree. If the gnuplot developers are
> interested, they can still contact me.

Your patch for gnuplot 
[ 1627936 ] Gnuplot Win32 in console mode
http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
is dated Janury 2007.

>From the above, it seems you maintain your patch somewhere inside the octave 
forge cvs tree. Hm, it has taken me long clicking to find it at 
http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/admin/Windows/msvc/libs/gnuplot-4.2.2.diff?view=annotate

(I have no idea how this patch can be useful as this patch is not inside the 
package windows-1.0.4.tar.gz, but that's an Octave-forge problem.)

>From previous mails from Tatsuro MATSUOKA, I've got an impression the patch 
you maintain is for gnuplot 4.3 because of the "refresh" command, but it's 
actually for 4.2.2, right? I've tried it, and there are rejects for both 
4.3cvs and 4.2.3.


In order to propagate your work into the gnuplot source code, I propose:

- you move the work on the patch to gnuplot's Patches:
  [ 1627936 ] Gnuplot Win32 in console mode

- do you prefer to work on the patch for 4.2.3 or for 4.3cvs?

- you should split the patch into three independent parts:
  - the wxt-MSW patches -- to be discussed with the authors of wx 
    terminal, put into cvs independently
  - the OCTAVE_BUILD default settings -- another way how to set
    its defaults should be found
  - the core of your patch

- please add patches to makefile.mgw so that others can compile it by the
  MingW compiler

- after reading some mails and the patch description in #1627936, I wonder
  whether it is console or console-less version? I.e., does it look like the 
  OS/2 or Unixish gnuplot when you run it? (You can enter commands via
  readline from the command console, and stdin piping works too.)
  Or is there no console (nor textual nor graphical) and commands can go
  only from stdin?

- If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
  not gnuplot.



> I used pgnuplot, because this is the program the octave's configure script
> is looking for under Windows platform.

And also other Windows programs using gnuplot drawing engine expect 
pgnuplot.exe, so let's keep the name.

Greetings,
  Petr

gnuplot under windows platform and octave

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

Hello

The following that I vote to gnuplot ML.
This is related to octave so that I will forward it.

=============
Hello

--- Michael Goffioul <mic...@gm...> wrote:
> >  - I think this executable could be called gnuplot, as this is the name of
> >   the console application everywhere.
> 
> I used pgnuplot, because this is the program the octave's configure script
> is looking for under Windows platform.

Now combination of pgnuplot and wgnuplot does not work for octave.  
I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
as gnuplot. 
The above makes things to be simple,  I think.

Regards

Tatsuro 

--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: parsing of if else command

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

On Tue, 08 Apr 2008 18:59:54 +0200, Tim Hoffmann  
<tim...@un...> wrote:

> Blocking is desirable, but it's more than I proposed. I was just
> thinking of a fix for nesting types 3) and 4) which I could manage in a
> short time. For a real blocking I would have to have a deeper look in
> the source code. I don't have the time for this now (maybe in two  
> months).


Maybe this should be done all or nothing rather than a stop gap.

 From the thread you linked we see it is get-aroundable as it is , although  
a bit clumbsy. I'm not sure the stop gap would be much better.

Ethans patch to fix load goes a long way since this was one thing I had  
tried to get around the current if sytax and , like he said, it failed.

It's a bit of a hack to use load but load patch fills the gap.

Blocks would really seem to be the way to a clean solution.

Thanks for bringing this up, it's already improved.

/Peter.

Re: parsing of if else command

[Tim H. <tim...@un...>]

sorry, this mail went accidentally only to Ethan instead of the whole 
list in the first time.


Ethan A Merritt wrote:
 > On Monday 07 April 2008 15:13, Tim Hoffmann wrote:
 >> 3) if if else else - syntax error if the first condition fails (2nd 
else)
 >> 4) if if else - syntactically correct; depending on the condition 
else belongs to the first or second if!
 >>
 > I think the blocking has to come first, because without multi-line 
support
 > the syntax is crippled.
I'm not really familiar with the code. Maybe a hack for if blocking 
would be possible without too much effort, but then again new problems 
would araise if one ever wants to have real loops, because the command 
parsing is linear. When talking about blocking, IMHO a decision has to 
be made if control structures (if, while, for) should become an 
elementary part of gnuplot. If so, one should really think about the way 
of parsing. If not, I consider the following to be sufficient.

Blocking is desirable, but it's more than I proposed. I was just 
thinking of a fix for nesting types 3) and 4) which I could manage in a 
short time. For a real blocking I would have to have a deeper look in 
the source code. I don't have the time for this now (maybe in two months).

My proposal would make the following possible (commands can also be more 
than one):
if (test) \
     command1; \
     if (test2) \
     command2; \
     else \
     command3; \
     command4; \
else \
     command5;

There are only two disadvantages compared to blocking:
1) The continuation char. Do you mean this by crippled? Can there be 
problems because of limitations in length?
2) you can't leave out the first else. If you do, you'll end up like that:

if (test) \
     command1; \
     if (test2) \
     command2; \
     command4; \
     else \
         command5;

For really long commands, one could refer to your proposed solution with 
load. It should be mentioned in the documentation.

 > Alternatively one could fix 'load' so that it doesn't eat the rest of the
 > line. But I think that would be just as much work, for less gain.
Eating the rest of the line feels wrong. But you know the code and the 
reasons better than me.

Re: parsing of if else command

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

On Tuesday 08 April 2008 03:33, Tim Hoffmann wrote:
> 
> > Alternatively one could fix 'load' so that it doesn't eat the rest of the
> > line. But I think that would be just as much work, for less gain.
> Eating the rest of the line feels wrong. But you know the code and the 
> reasons better than me.

Maybe I understand the code better now than the last time I looked at this.
It now seems to me that it is pretty easy to make the 'load' command
non-destructive.  See patch #1937938 on SourceForge.

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

-- 
Ethan A Merritt

Re: parsing of if else command

[Juergen W. <wie...@fr...>]

Am Dienstag, 8. April 2008 schrieb Ethan A Merritt:
> On Monday 07 April 2008 15:13, Tim Hoffmann wrote:
> > Hello,
> >
> > because of a recent discussion on comp.graphics.apps.gnuplot I realized
> > that the parsing of if ... else ... is somewhat "unusual". If the
> > condition fails, gnuplot will jump to the next else (as documented). I
> > don't consider this to be a good solution, because this causes troubles
> > in nested if else statements.
>
> I think the biggest problem with gnuplot's if/else implementation is
> that it is limited to a single line.  The following simple construct,
> if it were possible, would make the whole thing a lot more usable:
>    if (test) load 'option1'; else load 'option2';
> The files 'option1' and 'option2' could hold arbitrarily complex
> code, partially making up for the lack of block structure.
> But this doesn't work, because the command 'load' destroys the rest of
> the line.  Since an 'else' clase must be on the same line, but the
> line is lost, you can have no 'else' clause after a 'load' command.
>
> So I suggest that the first step should be extending the syntax to
> allow multi-line constructs.  Here is one possibility:
>
> if (test) begin
>    ...
>    ...
> else begin
>    ...
>    ...
> endif
>
>
> The 'begin' and 'endif' are not needed if the command remains on a single
> line, so backwards compatibility is maintained.

Sounds good.  One line nested ifs should then be depricated.  As
soon as there are blocks, can in-file loops also be implemented?

Juergen

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

Hello

--- Michael Goffioul <mic...@gm...> wrote:
> >  - I think this executable could be called gnuplot, as this is the name of
> >   the console application everywhere.
> 
> I used pgnuplot, because this is the program the octave's configure script
> is looking for under Windows platform.

Now combination of pgnuplot and wgnuplot does not work for octave.  
I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
as gnuplot. 
The above makes things to be simple,  I think.

Regards

Tatsuro 

--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: parsing of if else command

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

On Monday 07 April 2008 23:14, Ethan A Merritt wrote:
> 
> I think the biggest problem with gnuplot's if/else implementation is
> that it is limited to a single line.  The following simple construct,
> if it were possible, would make the whole thing a lot more usable:
>    if (test) load 'option1'; else load 'option2';

Sorry, I tried to construct a minimal example but that one is too minimal.
As written, it actually does work.  The file 'yes' and 'no' contain the
corresponding print statement:

gnuplot> if (1) load 'yes'; else load 'no'
                            ^
         warning: ignoring rest of line
Yes
gnuplot> if (0) load 'yes'; else load 'no'
no


But this one fails:
   if (test) load 'option1'; print 'A';  \
        else load 'option2'; print 'B';


-- 
Ethan A Merritt

Re: parsing of if else command

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

On Monday 07 April 2008 15:13, Tim Hoffmann wrote:
> Hello,
> 
> because of a recent discussion on comp.graphics.apps.gnuplot I realized 
> that the parsing of if ... else ... is somewhat "unusual". If the 
> condition fails, gnuplot will jump to the next else (as documented). I 
> don't consider this to be a good solution, because this causes troubles 
> in nested if else statements.

I think the biggest problem with gnuplot's if/else implementation is
that it is limited to a single line.  The following simple construct,
if it were possible, would make the whole thing a lot more usable:
   if (test) load 'option1'; else load 'option2';
The files 'option1' and 'option2' could hold arbitrarily complex
code, partially making up for the lack of block structure.
But this doesn't work, because the command 'load' destroys the rest of
the line.  Since an 'else' clase must be on the same line, but the
line is lost, you can have no 'else' clause after a 'load' command.

So I suggest that the first step should be extending the syntax to
allow multi-line constructs.  Here is one possibility:

if (test) begin
   ...
   ...
else begin
   ...
   ...
endif


The 'begin' and 'endif' are not needed if the command remains on a single
line, so backwards compatibility is maintained.

 
> A short summary on the possible nestings (more detailed in the newsgroup):
> 1) if if - OK
> 2) if else if else - OK
> 3) if if else else - syntax error if the first condition fails (2nd else)
> 4) if if else - syntactically correct; depending on the condition else 
> belongs to the first or second if!
> 
> Looking at the code, I think it should be easy to switch from this 
> evaluation to a stack-like interpretation which allows above nestings 
> and is furthermore the "natural" way of blocking in programming 
> languages. It involves only counting if else pairs and resuming 
> execution at the right level instead of simply the next else. I will 
> have a try with this in some days.
> 
> The only thing left for a perfect if would then be some blocking to make
> if (if ...) else possible. But I leave this for the moment, firstly 
> because it appears to be more involved to insert additional tokens () or 
> maybe {}, and secondly because you can archive the same logic by if else 
> if ... and negating the first condition.

I think the blocking has to come first, because without multi-line support
the syntax is crippled.

Alternatively one could fix 'load' so that it doesn't eat the rest of the
line. But I think that would be just as much work, for less gain.
 
> Comments are welcome.
> 
> Regards,
> Tim

-- 
Ethan A Merritt

parsing of if else command

[Tim H. <tim...@un...>]

Hello,

because of a recent discussion on comp.graphics.apps.gnuplot I realized 
that the parsing of if ... else ... is somewhat "unusual". If the 
condition fails, gnuplot will jump to the next else (as documented). I 
don't consider this to be a good solution, because this causes troubles 
in nested if else statements.

A short summary on the possible nestings (more detailed in the newsgroup):
1) if if - OK
2) if else if else - OK
3) if if else else - syntax error if the first condition fails (2nd else)
4) if if else - syntactically correct; depending on the condition else 
belongs to the first or second if!

Looking at the code, I think it should be easy to switch from this 
evaluation to a stack-like interpretation which allows above nestings 
and is furthermore the "natural" way of blocking in programming 
languages. It involves only counting if else pairs and resuming 
execution at the right level instead of simply the next else. I will 
have a try with this in some days.

The only thing left for a perfect if would then be some blocking to make
if (if ...) else possible. But I leave this for the moment, firstly 
because it appears to be more involved to insert additional tokens () or 
maybe {}, and secondly because you can archive the same logic by if else 
if ... and negating the first condition.

Comments are welcome.

Regards,
Tim

Re: faq: how can I scroll through data?

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

On Mon, 07 Apr 2008 13:29:13 +0200, Nölle Christoph  
<cn...@ba...> wrote:

> Hi,
> I have a large number of boring data eg 500000 samples from a datalogger.
> Can I look at a range of eg 100 samples and scroll through the hole file
> forward and backward to find and watch the interesting things?
> Best regards
> Christoph Noelle
> --------------------------------------------------------
>
> Disclaimer
> This message might contain confidential and privileged information and  
> is intended only for the individuals or entities to which it is  
> addressed. It should not be copied, reviewed, retransmitted,  
> disseminated or otherwise used by persons or entities other than the  
> intended recipient. If this message was received in error, please  
> contact the sender and delete the material from your computer system(s).
> Receipt of this message does neither generate any right of further use  
> nor entitles the recipient to file and/or obtain any intellectual  
> property rights based thereon.



Sounds quite possible to me.
Please submit this as a "Feature Request" on the SourceForge site.
That way we won't lose track of it, even if it gets buried by more
urgent bug reports or other stuff.
	Ethan

Done. Thx.
[ 1925771 ] zoom scrolling in interactive terminals



BTW please remove that bullshit "disclaimer" , it has no legal validity  
anywhere in the world: if something is "confidential" you don't send it  
over an open network in clear text. However this mailing list is public  
and _everything_ you send to it _will_ be copied , reviewed and  
retransmitted.

Also it is completely stupid to put your "top secret" qualifier _after_  
the text we are not supposed to read. This is like putting a crate of beer  
in the street with a piece of paper under it saying "you are forbidden  
 from drinking this beer if it not intended for you".

If you are trying to sound important and serious it falls a bit flat. You  
simply suggest to all readers that you are in the habit of sending  
confidential material by email. That would not inspire confidence in most  
peoples mind.

faq: how can I scroll through data?

[Nölle C. <cn...@ba...>]

Hi,
I have a large number of boring data eg 500000 samples from a datalogger.
Can I look at a range of eg 100 samples and scroll through the hole file
forward and backward to find and watch the interesting things?
 
Best regards
Christoph Noelle
--------------------------------------------------------

Disclaimer 
This message might contain confidential and privileged information and is intended only for the individuals or entities to which it is addressed. It should not be copied, reviewed, retransmitted, disseminated or otherwise used by persons or entities other than the intended recipient. If this message was received in error, please contact the sender and delete the material from your computer system(s).
Receipt of this message does neither generate any right of further use nor entitles the recipient to file and/or obtain any intellectual property rights based thereon.

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

On Wed, Apr 2, 2008 at 8:49 AM, Petr Mikulik <mi...@ph...> wrote:
>  Michael has managed to have working console, thus not GUI, version of
>  gnuplot for Octave. He calls it pgnuplot. I think this matter should be
>  discussed on the gnuplot mailing list:
>
>  - this definitely needed unpublished patches into gnuplot source code

I maintain a patch for gnuplot in octave-forge
(admin/Windows/msvc/libs/gnuplot-4.2.2.diff). I already posted a bug report
and a patch on the gnuplot patch system months ago. Up to now, nothing has
been integrated into the gnuplot source tree. If the gnuplot developers are
interested, they can still contact me.

>  - this kind of gnuplot should be compilable by any supported Windows
>   makefile, e.g. mingw or cygwin

The code should be compatible with MSVC and mingw. For cygwin, nothing
special should be needed and the regular Linux code should work OK.

>  - I think this executable could be called gnuplot, as this is the name of
>   the console application everywhere.

I used pgnuplot, because this is the program the octave's configure script
is looking for under Windows platform.

Michael.

Gnuplot Win32 in console mode (revival)

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

Hello

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

> There are two independent things:
> - gnuplot 4.2.x does not allow mousing with volatile data; the new command 
>   "refresh" was added to 4.3(cvs) that does it
> - pgnuplot in no version of gnuplot can pass binary data (no fix is 
>   available)
> Michael has managed to have working console, thus not GUI, version of 
> gnuplot for Octave. He calls it pgnuplot. I think this matter should be 
> discussed on the gnuplot mailing list:
> 
> - this definitely needed unpublished patches into gnuplot source code
> 
> - this kind of gnuplot should be compilable by any supported Windows 
>   makefile, e.g. mingw or cygwin
> 
> - I think this executable could be called gnuplot, as this is the name of 
>   the console application everywhere.
>   Wow, from the console point of view, he managed to get the Windows 
>   version of gnuplot to be similar to the OS/2 version ages ago, great!
> 
>   Well, that's great except for strings with accents, because the MS 
>   stupidity uses different font encodings in console and in GUI programs
>   (CP1250 vs CP850/CP852).
> 
> - Then, for Windows, there are wgnuplot, pgnuplot, gnuplot-cygwin-CLI-X11
>   and gnuplot-win-CLI :-(
>   Maybe it would be possible to join both CLI executables into a single one? 
>   That's what the OS/2 version of gnuplot supports.

==========Tatsuro wrote=============
The cosole mode gnuplot has been already posted by Michael please see,
http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055

However it is worthwhile to discuss again in the gnuplot ML, I think
=====================

I think that cygwin gnuplot should be considered in separate frame.
It is a X-client software for Unixy environmenton windows which is realised by cygwin.

I often use djgpp gnuplot on windows because it is compact and accept the pipe.
The combination of awk script and gnuplot on windows,  I somtimes uses djgpp gnuplot instead of
pgnuplot+wgnuplot.
Combination pgnuplot+wgnuplot does not accept like 
 plot '< awk -f awkscript.awk'

The wgnuplot_pipes are for the purpose but it does not accept data by popen from C language
something like that.  

Therefore I have been wanted cosole mode gnuplot for windows for a long time without octave problems.

Regards

Tatsuro





 


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

Hello

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

> > http://www.geocities.jp/tmoctwin/
> > Using gnuplot 4.3 (cvs) on MSVC-octave (First upload Mar. 16, 2008) (modified Mar. 26, 2008)
> > 
> > I am a gnuplot lover so that I have been strugling how to realize to mouse 
> > zooming on octave for windows which is not cygwin native. On the cygwin, 
> > it is very easy to implement by Ethan (merritt@u.washington.edu) of an 
> > experimental revise on gnuplot 4.3(cvs) to realize mouse zooming on the 
> > volite date from pipe.
> 
> The trouble is that pgnuplot cannot pass the binary data. Cannot this be 
> fixed easily?

I tried this but failed. The pgnuplot can be accept the binary data with 
_setmode(fileno(stdin), _O_BINARY);
The pgnuplot sends data stream to wgnuplot commnad window via Win32 api function.
Wgnuplot does accept the binary data on command line so that my trial failed.
Only possible patch data from pipe line be saved to file and load it by the load command.
But it is very difficult to implement in principle so that I ababdan it. 

Those were already discussed between me and Hans.
proporsal of pgnuplot patch
http://www.nabble.com/proporsal-of-pgnuplot-patch-to14109154.html#a14124963

pgnuplot+wgnuplot does not accept binary from pipe 
http://www.nabble.com/bug-in-histogram-plot-with-binary-data--to15187930.html#a15258091

Sorry the above list is confused with other posting  please see only titled 
'pgnuplot+wgnuplot does not accept binary from pipe'.


> > However it is implemeted on the only gnuplot 4.3 (cvs).  So that I have decided to show the
> way how to
> > use the the gnuplot 4.3 on cygwin with the least resourses on the MSVC-octave.  This is
> introduced on
> > my web.  
> > 
> > Please wait Michael will come back from the vacation.  As I wrote prviously, perhaps  he will
> fix the
> > current issue to be solved by upgrading gnuplot to be 4.2.3.
> > As Ethan stated that gnuplot 4.2.3 does not realize mouse zooming.
> > Ethan also stated whether  the next official (not cvs) gnuplot will implement the mouse
> zooming the 
> > volatile data from pipe depends on how octave people need the implemataion of mouse zooming.
> 
> There are two independent things:
> - gnuplot 4.2.x does not allow mousing with volatile data; the new command 
>   "refresh" was added to 4.3(cvs) that does it
> - pgnuplot in no version of gnuplot can pass binary data (no fix is 
>   available)

 
> 
> Michael has managed to have working console, thus not GUI, version of 
> gnuplot for Octave. He calls it pgnuplot. I think this matter should be 
> discussed on the gnuplot mailing list:
> 
> - this definitely needed unpublished patches into gnuplot source code
> 
> - this kind of gnuplot should be compilable by any supported Windows 
>   makefile, e.g. mingw or cygwin
> 
> - I think this executable could be called gnuplot, as this is the name of 
>   the console application everywhere.
>   Wow, from the console point of view, he managed to get the Windows 
>   version of gnuplot to be similar to the OS/2 version ages ago, great!
> 
>   Well, that's great except for strings with accents, because the MS 
>   stupidity uses different font encodings in console and in GUI programs
>   (CP1250 vs CP850/CP852).
> 
> - Then, for Windows, there are wgnuplot, pgnuplot, gnuplot-cygwin-CLI-X11
>   and gnuplot-win-CLI :-(
>   Maybe it would be possible to join both CLI executables into a single one? 
>   That's what the OS/2 version of gnuplot supports.

The cosole mode gnuplot has been already posted by Michael please see,
http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055

However it is worthwhile to discuss again in the gnuplot ML, I think

Regards

Tatsuro

--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Re: pause mouse on windows-wxt - Re: Windows ginput function

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

> http://www.geocities.jp/tmoctwin/
> Using gnuplot 4.3 (cvs) on MSVC-octave (First upload Mar. 16, 2008) (modified Mar. 26, 2008)
> 
> I am a gnuplot lover so that I have been strugling how to realize to mouse 
> zooming on octave for windows which is not cygwin native. On the cygwin, 
> it is very easy to implement by Ethan (merritt@u.washington.edu) of an 
> experimental revise on gnuplot 4.3(cvs) to realize mouse zooming on the 
> volite date from pipe.

The trouble is that pgnuplot cannot pass the binary data. Cannot this be 
fixed easily?

> However it is implemeted on the only gnuplot 4.3 (cvs).  So that I have decided to show the way how to
> use the the gnuplot 4.3 on cygwin with the least resourses on the MSVC-octave.  This is introduced on
> my web.  
> 
> Please wait Michael will come back from the vacation.  As I wrote prviously, perhaps  he will fix the
> current issue to be solved by upgrading gnuplot to be 4.2.3.
> As Ethan stated that gnuplot 4.2.3 does not realize mouse zooming.
> Ethan also stated whether  the next official (not cvs) gnuplot will implement the mouse zooming the 
> volatile data from pipe depends on how octave people need the implemataion of mouse zooming.

There are two independent things:
- gnuplot 4.2.x does not allow mousing with volatile data; the new command 
  "refresh" was added to 4.3(cvs) that does it
- pgnuplot in no version of gnuplot can pass binary data (no fix is 
  available)


Michael has managed to have working console, thus not GUI, version of 
gnuplot for Octave. He calls it pgnuplot. I think this matter should be 
discussed on the gnuplot mailing list:

- this definitely needed unpublished patches into gnuplot source code

- this kind of gnuplot should be compilable by any supported Windows 
  makefile, e.g. mingw or cygwin

- I think this executable could be called gnuplot, as this is the name of 
  the console application everywhere.
  Wow, from the console point of view, he managed to get the Windows 
  version of gnuplot to be similar to the OS/2 version ages ago, great!

  Well, that's great except for strings with accents, because the MS 
  stupidity uses different font encodings in console and in GUI programs
  (CP1250 vs CP850/CP852).

- Then, for Windows, there are wgnuplot, pgnuplot, gnuplot-cygwin-CLI-X11
  and gnuplot-win-CLI :-(
  Maybe it would be possible to join both CLI executables into a single one? 
  That's what the OS/2 version of gnuplot supports.

---
Petr Mikulik

Re: error passing compound strings to system command

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

On Mon, 31 Mar 2008 23:46:40 +0200, Thomas Sefzick  
<t.s...@fz...> wrote:

>
>> system "tail -n1 '../htdocs/data/adc.data'| awk 'format= \" c3=%g\n
>> c4=%g\n c5=%g\n\"  {printf format,$3,$4,$5}' >temps.tmp  "
>
> use \\n :
>
> system "tail -n1 x11.opt |awk 'format= \" c3=%g\\n c4=%g\\n c5=%g\\n\"
> {printf format,$3,$4,$5}' >temps.tmp"


  That's one of the many things I tried today which failed. Hwvr, it does  
work as you suggest so it must have been compounded by another problem  
(like a buggy Busyborks version of awk !)

  I shall sleep better tonight having cracked that last problem.

Thanks for you help.

Peter.

Re: error passing compound strings to system command

[Thomas S. <t.s...@fz...>]

> system "tail -n1 '../htdocs/data/adc.data'| awk 'format= \" c3=%g\n  
> c4=%g\n c5=%g\n\"  {printf format,$3,$4,$5}' >temps.tmp  "

use \\n :

system "tail -n1 x11.opt |awk 'format= \" c3=%g\\n c4=%g\\n c5=%g\\n\" 
{printf format,$3,$4,$5}' >temps.tmp"
-- 
View this message in context: http://www.nabble.com/error-passing-compound-strings-to-system-command-tp16397729p16399105.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: error passing compound strings to system command

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

On Mon, 31 Mar 2008 16:32:41 +0200, Ethan A Merritt  
<merritt@u.washington.edu> wrote:

> On Monday 31 March 2008 04:02, pl...@pi... wrote:
>> Hi,
>>
>> I appear to have hit a limitation on setting up a command string for
>> system command. I have a "simple" bash command line that works in a
>> terminal:
>>
>> bash-3.2#tail -n1 "../htdocs/data/adc.data"| awk 'format= " c3=%g\n
>> c4=%g\n c5=%g\n" {printf format,$3,$4,$5}' >temps.tmp
>> bash-3.2#cat temps.tmp
>>   c3=1.796
>>   c4=1.676
>>   c5=2.788
>>
>> However, when I try to replicate this from within gnuplot is seems not  
>> to
>> get correct send to awk
>>
>>
>>    system "tail -n1 '../htdocs/data/adc.data'| awk 'format= \" c3=%g\n
>> c4=%g\n c5=%g\n\"  {printf format,$3,$4,$5}' >temps.tmp  "
>>
>> awk throws an error back to gnuplot:
>>
>> gnuplot> load "control.gnu"
>> awk: format= " c3=%g
>> awk:         ^ unterminated string
>>
>>
>> For some reason it seems not to see the second \"
>
> No. The error message is exactly correct; the problem is that the
> carriage return (\n) immediatedly after the c3=%g is terminating the
> awk command.  It is safer to define a complex string in single
> quotes rather then double quotes.
>
Hi,

thanks for the explaination. I got _around_ this issue by using ; instead  
of newlines.

But having spent a lot of time swapping quotes around and delimitting them  
and other tricks but I never found a solution to reproduce what I had  
working in bash to work from system command.

I've managed to do what I need but that sort of thing bugs me. Is it just  
my lack of imagination or is this an inherant limitation of the command  
itself being a quoted string?

Apologies for imagining this may have been a bug ;)

/peter.




>
>> I have tried to rearrange this in different ways but it always seems to
>> hit the same root cause.
>>
>> Is this a possible bug in the parser?
>>
>> Thx, Peter.
>>
>> -------------------------------------------------------------------------
>> 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-beta mailing list
>> gnu...@li...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>