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

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

Hello

I'm now confusing.

To include
# include "gdfonts.h"
# include "gdfontl.h"
# include "gdfontmb.h"
# include "gdfontt.h"
# include "gdfontg.h"

GD_NEED_LOCAL_FONT_POINTERS should be defined,

However
GD_NEED_LOCAL_FONT_POINTERS is defined

static gdFontPtr gdFontSmall;	/* 6x12 */
static gdFontPtr gdFontLarge;	/* 8x16 */
static gdFontPtr gdFontMediumBold;	/* 7x13 */
static gdFontPtr gdFontGiant;  /* 9x15 */
static gdFontPtr gdFontTiny;  /* 5x8 */

is effective.

However these confilt with the defenition in gdfont??.h.
like 

*********
In file included from term.h:356,
                 from term.c:1368:
../term/gd.trm:198: error: static declaration of 'gdFontSmall' follows non-static declaration
c:/Programs/GnuWin32/include/gdfonts.h:26: error: previous declaration of 'gdFontSmall' was here
../term/gd.trm:199: error: static declaration of 'gdFontLarge' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontl.h:28: error: previous declaration of 'gdFontLarge' was here
../term/gd.trm:200: error: static declaration of 'gdFontMediumBold' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontmb.h:26: error: previous declaration of 'gdFontMediumBold' was here
../term/gd.trm:201: error: static declaration of 'gdFontGiant' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontg.h:27: error: previous declaration of 'gdFontGiant' was here
../term/gd.trm:202: error: static declaration of 'gdFontTiny' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontt.h:27: error: previous declaration of 'gdFontTiny' was here
make: *** [term.o] Error 1

How can I overcome the above?

It seems that I have to treat 
#else
static gdFontPtr gdFontSmall;	/* 6x12 */
static gdFontPtr gdFontLarge;	/* 8x16 */
static gdFontPtr gdFontMediumBold;	/* 7x13 */
static gdFontPtr gdFontGiant;  /* 9x15 */
static gdFontPtr gdFontTiny;  /* 5x8 */
#endif

However Ethan suggest that DO NOT TREAT HERE.


Are the gd devtools in the GnuWin32 curious?

Regards

Tatsuro


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

> Hello Petr Mikulik
> 
> Thank for your reply
> 
> --- Petr Mikulik <mi...@ph...> wrote:
> 
> > > The below works well for gcc-3.4.5 (mingw) and gcc-4.3.0-tdm (mingw).  
> > 
> > It works for me with gcc 3.4.4.
> > 
> > Your patch is wrong because selection of gd fonts no longer works:
> > 	set term png medium
> > 	show term
> > => shows arial instead.
> 
> OK. I have to include the below. Right?
> # include "gdfonts.h"
> # include "gdfontl.h"
> # include "gdfontmb.h"
> # include "gdfontt.h"
> # include "gdfontg.h"
>  
> 
> > > I do not understand why gcc-3.4.5 works with GD_NEED_LOCAL_FONT_POINTERS.
> > 
> > Probably something is broken in your installation. Wrong library? Library 
> > compiled by another compiler?
> 
> I used the pre-build Gd-2.0.33 binaries, development tools on the GnuWin32.  I do not know what
> complier is used for build them.  (Perhaps gcc 3.?.? for mingw libralies.)
> 
> Regards
> 
> Tatsuro
> 
> 
> --------------------------------------
> Power up the Internet with Yahoo! Toolbar.
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 



--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

Hello Petr Mikulik

Thank for your reply

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

> > The below works well for gcc-3.4.5 (mingw) and gcc-4.3.0-tdm (mingw).  
> 
> It works for me with gcc 3.4.4.
> 
> Your patch is wrong because selection of gd fonts no longer works:
> 	set term png medium
> 	show term
> => shows arial instead.

OK. I have to include the below. Right?
# include "gdfonts.h"
# include "gdfontl.h"
# include "gdfontmb.h"
# include "gdfontt.h"
# include "gdfontg.h"
 

> > I do not understand why gcc-3.4.5 works with GD_NEED_LOCAL_FONT_POINTERS.
> 
> Probably something is broken in your installation. Wrong library? Library 
> compiled by another compiler?

I used the pre-build Gd-2.0.33 binaries, development tools on the GnuWin32.  I do not know what
complier is used for build them.  (Perhaps gcc 3.?.? for mingw libralies.)

Regards

Tatsuro


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: Gnuplot on Windows

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

	Hello Reinier,

> When wgnuplot is closed manually, the pgnuplot program stays alive. It is
> therefore very hard to detect whether the gnuplot instance has been killed (in
> which case I want to respawn one). I've attached a patch to pgnuplot.c to fix
> this issue: it will check whether the wgnuplot process is still alive when it
> receives input.

it seems your patch has not been applied. Can you please make it as a Patch 
on gnuplot sourceforge site so that people can comment on it and we can 
submit it to cvs afterwards?

There is another pgnuplot related issue there:
[ 1609845 ] quota limits pipe size in pgnuplot
https://sourceforge.net/tracker/?func=detail&atid=102055&aid=1609845&group_id=2055

Could you make a patch for it as well?

Greetings,
  Petr

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

> The below works well for gcc-3.4.5 (mingw) and gcc-4.3.0-tdm (mingw).  

It works for me with gcc 3.4.4.

Your patch is wrong because selection of gd fonts no longer works:
	set term png medium
	show term
=> shows arial instead.

> I do not understand why gcc-3.4.5 works with GD_NEED_LOCAL_FONT_POINTERS.

Probably something is broken in your installation. Wrong library? Library 
compiled by another compiler?

---
PM

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

Hello

The below works well for gcc-3.4.5 (mingw) and gcc-4.3.0-tdm (mingw).  
I do not understand why gcc-3.4.5 works with GD_NEED_LOCAL_FONT_POINTERS.

Regards

Tatsuro

$ diff -c -c org/gd.trm gd.trm
*** org/gd.trm  Tue Nov 25 16:46:59 2008
--- gd.trm      Mon Dec  1 11:42:43 2008
***************
*** 150,156 ****
  #if defined(WIN32) && !defined(NONDLL)
    /* static font pointers are recommended when using bgd.dll */
  # ifndef GD_NEED_LOCAL_FONT_POINTERS
! #  define GD_NEED_LOCAL_FONT_POINTERS
  # endif
  #endif

--- 150,158 ----
  #if defined(WIN32) && !defined(NONDLL)
    /* static font pointers are recommended when using bgd.dll */
  # ifndef GD_NEED_LOCAL_FONT_POINTERS
! #  ifndef __MINGW32__
! #   define GD_NEED_LOCAL_FONT_POINTERS
! #  endif
  # endif
  #endif

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

> Hello Ethan
> 
> --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> 
> > #if defined(WIN32) && !defined(NONDLL)
> >   /* static font pointers are recommended when using bgd.dll */
> > # ifndef GD_NEED_LOCAL_FONT_POINTERS
> > #  define GD_NEED_LOCAL_FONT_POINTERS
> > # endif
> > #endif
> > 
> 
> Mmmmm!
> What you said is reasonable.
> 
> The problem seems that
> 
> #if defined(WIN32) && !defined(NONDLL)
> 
> does not work correct for gcc-4.3.0 tdm.
> 
> I will look around the origin of anomalous behaviors.
> 
> Thanks
> 
> Tatsuro
> 
> --------------------------------------
> Power up the Internet with Yahoo! Toolbar.
> http://pr.mail.yahoo.co.jp/toolbar/
> 


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

Hello Ethan

--- Ethan A Merritt <merritt@u.washington.edu> wrote:

> #if defined(WIN32) && !defined(NONDLL)
>   /* static font pointers are recommended when using bgd.dll */
> # ifndef GD_NEED_LOCAL_FONT_POINTERS
> #  define GD_NEED_LOCAL_FONT_POINTERS
> # endif
> #endif
> 

Mmmmm!
What you said is reasonable.

The problem seems that

#if defined(WIN32) && !defined(NONDLL)

does not work correct for gcc-4.3.0 tdm.

I will look around the origin of anomalous behaviors.

Thanks

Tatsuro

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: gd.trm issue for mingw-gcc-4.3.0 building

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

On Saturday 29 November 2008, Tatsuro MATSUOKA wrote:
> Hello
> 
> I have tried to build gnuplot for win32 by mingw-gcc-4.3.0 tdm.
> (The package of mingw-gcc-4.3.0-tdm has been used for octave-3.0.2-mingw by Benjamin )
> 
> The Gd library used is Gd 2.0.33 in GnuWin32.

Please look to see if it can be fixed by modifying these lines instead:

#if defined(WIN32) && !defined(NONDLL)
  /* static font pointers are recommended when using bgd.dll */
# ifndef GD_NEED_LOCAL_FONT_POINTERS
#  define GD_NEED_LOCAL_FONT_POINTERS
# endif
#endif




> In compling term.c, the following errors were appeared
> In file included from term.h:356,
>                  from term.c:1368:
> ../term/gd.trm:198: error: static declaration of 'gdFontSmall' follows non-static declaration
> c:/Programs/GnuWin32/include/gdfonts.h:26: error: previous declaration of 'gdFontSmall' was here
> ../term/gd.trm:199: error: static declaration of 'gdFontLarge' follows non-static declaration
> c:/Programs/GnuWin32/include/gdfontl.h:28: error: previous declaration of 'gdFontLarge' was here
> ../term/gd.trm:200: error: static declaration of 'gdFontMediumBold' follows non-static declaration
> c:/Programs/GnuWin32/include/gdfontmb.h:26: error: previous declaration of 'gdFontMediumBold' was here
> ../term/gd.trm:201: error: static declaration of 'gdFontGiant' follows non-static declaration
> c:/Programs/GnuWin32/include/gdfontg.h:27: error: previous declaration of 'gdFontGiant' was here
> ../term/gd.trm:202: error: static declaration of 'gdFontTiny' follows non-static declaration
> c:/Programs/GnuWin32/include/gdfontt.h:27: error: previous declaration of 'gdFontTiny' was here
> make: *** [term.o] Error 1
> 
> The above errors were not appeared for mingw gcc-3.4.5 (current release of mingw.).
> 
> So I propose a patch for mingw-gcc-4.3.0 at the end of this mail.
> 
> Regards
> 
> Tatsuro
> 
> *** term/org/gd.trm     Sat Nov 22 12:11:22 2008
> --- term/gd.trm Sun Nov 30 15:23:48 2008
> ***************
> *** 195,206 ****
> --- 195,208 ----
>   BGD_EXPORT_DATA_PROT gdFontPtr gdFontGiant;  /* 9x15 */
>   BGD_EXPORT_DATA_PROT gdFontPtr gdFontTiny;  /* 5x8 */
>   #else
> + #ifndef __MINGW32__
>   static gdFontPtr gdFontSmall; /* 6x12 */
>   static gdFontPtr gdFontLarge; /* 8x16 */
>   static gdFontPtr gdFontMediumBold;    /* 7x13 */
>   static gdFontPtr gdFontGiant;  /* 9x15 */
>   static gdFontPtr gdFontTiny;  /* 5x8 */
>   #endif
> + #endif
> 
>   #define GREG_XMAX 640
>   #define GREG_YMAX 480
> 

-- 
Ethan A Merritt

gd.trm issue for mingw-gcc-4.3.0 building

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

Hello

I have tried to build gnuplot for win32 by mingw-gcc-4.3.0 tdm.
(The package of mingw-gcc-4.3.0-tdm has been used for octave-3.0.2-mingw by Benjamin )

The Gd library used is Gd 2.0.33 in GnuWin32.

In compling term.c, the following errors were appeared
In file included from term.h:356,
                 from term.c:1368:
../term/gd.trm:198: error: static declaration of 'gdFontSmall' follows non-static declaration
c:/Programs/GnuWin32/include/gdfonts.h:26: error: previous declaration of 'gdFontSmall' was here
../term/gd.trm:199: error: static declaration of 'gdFontLarge' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontl.h:28: error: previous declaration of 'gdFontLarge' was here
../term/gd.trm:200: error: static declaration of 'gdFontMediumBold' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontmb.h:26: error: previous declaration of 'gdFontMediumBold' was here
../term/gd.trm:201: error: static declaration of 'gdFontGiant' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontg.h:27: error: previous declaration of 'gdFontGiant' was here
../term/gd.trm:202: error: static declaration of 'gdFontTiny' follows non-static declaration
c:/Programs/GnuWin32/include/gdfontt.h:27: error: previous declaration of 'gdFontTiny' was here
make: *** [term.o] Error 1

The above errors were not appeared for mingw gcc-3.4.5 (current release of mingw.).

So I propose a patch for mingw-gcc-4.3.0 at the end of this mail.

Regards

Tatsuro

*** term/org/gd.trm     Sat Nov 22 12:11:22 2008
--- term/gd.trm Sun Nov 30 15:23:48 2008
***************
*** 195,206 ****
--- 195,208 ----
  BGD_EXPORT_DATA_PROT gdFontPtr gdFontGiant;  /* 9x15 */
  BGD_EXPORT_DATA_PROT gdFontPtr gdFontTiny;  /* 5x8 */
  #else
+ #ifndef __MINGW32__
  static gdFontPtr gdFontSmall; /* 6x12 */
  static gdFontPtr gdFontLarge; /* 8x16 */
  static gdFontPtr gdFontMediumBold;    /* 7x13 */
  static gdFontPtr gdFontGiant;  /* 9x15 */
  static gdFontPtr gdFontTiny;  /* 5x8 */
  #endif
+ #endif

  #define GREG_XMAX 640
  #define GREG_YMAX 480






--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: problems for binary general

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

shige 11/30 2008
----------------

Ethan A Merritt wrote:
| > 3) The following setting make core dump on our environment:
| > 
| >   set datafile binary format='%*2double%double' 
| 
| The feature "set datafile binary format=..." was never implemented,
| despite what it says in the documentation.  For now I have
| added an error message in the CVS version that prevents you from
| issuing such a command, and therefore prevents the segfault.

Thanks. I understand.

| However, please try the attached patch and tell me if it works for you.
| This patch is against current CVS (27 November 2008).

It seems to work as expected. But, I think there have been some 
problems yet.

1) We can some options on 'set datafile binary', but we must 
remain to the splot command line:

  set datafile binary format='%double'
  splot 'data1' binary record=5x5 using 1:2:3 w lp

is OK, but 

  set datafile binary format='%double' record=5x5
  splot 'data1' binary using 1:2:3 w lp

is not. To avoid it, we may introduce keyword, for example 
'general', to distinguish general binary format from default 
(matrix) binary format:

  set datafile binary format='%double' record=5x5
  splot 'data1' binary general using 1:2:3 w lp

2) Since I have not understand 'array' yet, I think it needs to 
modify the document for 'binary array' and 'binary record' to 
explain data format required by 'array' and 'record' precisely, 
like as 'binary matrix'.

3) The document for 'binary array' says:

  A special "number", `Inf`, can be used to indicate that data 
  should be read until the end of file.

But, I obtain unexpected results:

  gnuplot> set datafile binary record=5xInf
  gnuplot> show datafile binary
     ....
          Record 0:
            Dimension: 5
            Generate coordinates: no
     ....
  gnuplot> set datafile binary record=Infx5
  gnuplot> show datafile binary
     ....
           Record 0:
            Dimension: 0x5
            Generate coordinates: no
     ....

| Note:  The "save" command does not save any of the binary file settings.
|        Should it?

Since I use binary data rarely, I don't need to save it by 'save'
command. But some MS-Windows users who use interactive mode usually
may want to do.

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

Buildng of gnuplot.exe for win32 with wxt fails. (mingw)

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

Hello

I'm trying to build gnuplot binaries for win32 on mingw (gcc-3.4.5).
The executable files wgnuplot.exe and wgnuplot_pipes.exe worked well.

The snapshots of wgnuplot (wxt) are follows

http://www.geocities.co.jp/tmgpltwin/Files/Files.html
0013 wgp081129_1.png, wgnuplot 4.3 (cvs) wxt on mingw wgnuplot console
0014 wgp081129_2.png, wgnuplot 4.3 (cvs) wxt on mingw graph example (plot sin(x))

However gnuplot.exe shutdown at the starting point :-(.
I have build gnuplot.exe with debug option and tried step trace exection by gdb.

I have attached in a zip commpressed file.

The followings are part of the trace aorund the end.
***
380             graphwin.fontsize = WINFONTSIZE;
(gdb) n
411             atexit(WinExit);
(gdb) n
413             if (!isatty(fileno(stdin)))
(gdb) n
414                     setmode(fileno(stdin), O_BINARY);
(gdb) n
416             gnu_main(_argc, _argv, environ);
(gdb) n
[New thread 3812.0x2c4]
418             return 0;
(gdb) n
419     }
(gdb) n
0x0040124b in __mingw_CRTStartup ()
(gdb) n
Single stepping until exit from function __mingw_CRTStartup,
which has no line number information.

Program exited normally.
********************************************
The program seems to fail at gnu_main.

It will be grateful for me if someone give me some comments.

Regards

Tatsuro





--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: Script to automate svn compilation on MacOS

[Flavio P. <int...@gm...>]

Ethan A Merritt ha scritto:
> On Friday 28 November 2008, Flavio Pane wrote:
>> Hi!
>> Unfortunately I don't have any blog to write it, but I made a temporary 
>> page on my website: http://flapane.netsons.org/gnuplot.html
> 
> I have added your contributed script to the set of help pages on the
> gnuplot web site:
>    http://gnuplot.sourceforge.net/development/

Thank you.

-- 
Flavio
www.flapane.com

Re: Script to automate svn compilation on MacOS

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

On Friday 28 November 2008, Flavio Pane wrote:
> Hi!
> Unfortunately I don't have any blog to write it, but I made a temporary 
> page on my website: http://flapane.netsons.org/gnuplot.html

I have added your contributed script to the set of help pages on the
gnuplot web site:
   http://gnuplot.sourceforge.net/development/

> 
> Flavio Pane ha scritto:
> > Hi,
> > I made a script to easy compile from cvs on OSX, with a little manual to 
> > easy build the readline support, which has come problems under OSX. It 
> > fetches from cvs, creates makefiles, compiles, moves and reneames the 
> > gnuplot binary file, and then deletes the compilation folder.
> > If someone is intersted in, I can post it here.
> > regards
> > 
> > 
> 
> 



-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Script to automate svn compilation on MacOS

[Flavio P. <int...@gm...>]

Flavio Pane ha scritto:
> I use aquaterm only, I don't have x11.
> If you want x11 instead of aqua as default term, simply delete that 
> "aqua" option.
> 

errata corrige: delete that no-x11 option.

-- 
Flavio
www.flapane.com

Re: Script to automate svn compilation on MacOS

[Flavio P. <int...@gm...>]

Ethan A Merritt ha scritto:
> On Friday 28 November 2008, Flavio Pane wrote:
>> Hi!
>> Unfortunately I don't have any blog to write it, but I made a temporary 
>> page on my website: http://flapane.netsons.org/gnuplot.html
> 
> Why does your script disable X11 support?
> 
>  

I use aquaterm only, I don't have x11.
If you want x11 instead of aqua as default term, simply delete that 
"aqua" option.

-- 
Flavio
www.flapane.com

Re: Script to automate svn compilation on MacOS

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

On Friday 28 November 2008, Flavio Pane wrote:
> Hi!
> Unfortunately I don't have any blog to write it, but I made a temporary 
> page on my website: http://flapane.netsons.org/gnuplot.html

Why does your script disable X11 support?

 
> Flavio Pane ha scritto:
> > Hi,
> > I made a script to easy compile from cvs on OSX, with a little manual to 
> > easy build the readline support, which has come problems under OSX. It 
> > fetches from cvs, creates makefiles, compiles, moves and reneames the 
> > gnuplot binary file, and then deletes the compilation folder.
> > If someone is intersted in, I can post it here.
> > regards
> > 
> > 
> 
> 



-- 
Ethan A Merritt

Re: Script to automate svn compilation on MacOS

[Flavio P. <int...@gm...>]

Hi!
Unfortunately I don't have any blog to write it, but I made a temporary 
page on my website: http://flapane.netsons.org/gnuplot.html

Flavio Pane ha scritto:
> Hi,
> I made a script to easy compile from cvs on OSX, with a little manual to 
> easy build the readline support, which has come problems under OSX. It 
> fetches from cvs, creates makefiles, compiles, moves and reneames the 
> gnuplot binary file, and then deletes the compilation folder.
> If someone is intersted in, I can post it here.
> regards
> 
> 


-- 
Flavio
www.flapane.com

test

[Flavio P. <int...@gm...>]

test

-- 
Flavio
www.flapane.com

gnuplot 4.3 (cvs) cygwin binaries prepared by gcc-4.x.x is updated. (ChangeLog Date 2008-11-27)

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

Hello

gnuplot 4.3 (cvs) cygwin binaries prepared by gcc-4.x.x is updated.
(latest ChangeLog date: 2008-11-27)

http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/

Regards

Tatsuro

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Script to automate svn compilation on MacOS

[Flavio P. <int...@gm...>]

Hi,
I made a script to easy compile from cvs on OSX, with a little manual to 
easy build the readline support, which has come problems under OSX. It 
fetches from cvs, creates makefiles, compiles, moves and reneames the 
gnuplot binary file, and then deletes the compilation folder.
If someone is intersted in, I can post it here.
regards


-- 
Flavio
www.flapane.com

Re: problems for binary general

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

On Sunday 23 November 2008, Shigeharu TAKENO wrote:
> shige 11/23 2008
> ----------------
> 
> I don't know the new syntax 'binary general' in gnuplot-4.3 well,
> there seems to be some problems on my environment:

> But, the followings makes an unexpected graph:
> 
>  set datafile binary format='%double%double%double' 
>  splot 'data' binary record=5x5 w lp

> 3) The following setting make core dump on our environment:
> 
>   set datafile binary format='%*2double%double' 

The feature "set datafile binary format=..." was never implemented,
despite what it says in the documentation.  For now I have
added an error message in the CVS version that prevents you from
issuing such a command, and therefore prevents the segfault.

However, please try the attached patch and tell me if it works for you.
This patch is against current CVS (27 November 2008).

Note:  The "save" command does not save any of the binary file settings.
       Should it?


	Ethan

-- 
Ethan A Merritt

problems for binary general

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

shige 11/23 2008
----------------

I don't know the new syntax 'binary general' in gnuplot-4.3 well,
there seems to be some problems on my environment:

 Sun Ultra 10 + Solaris 9 + gcc-3.4.3.

I used the binary data (5*5*3*8=600byte) made by the followings:

  int main(void)
  {
    int xi,yi,Xn=5,Yn=5;
    double dx,dy,x,y,z,Xmin=-1.0,Xmax=5.0,Ymin=3.0,Ymax=7.0;
    /* xrange=[-1.0:5.0], yrange=[3.0:7.0] */

    dx=(Xmax-Xmin)/(Xn-1); /* dx=1.2 */
    dy=(Ymax-Ymin)/(Yn-1); /* dy=1.0 */
    y=Ymin;
    for(yi=1;yi<=Yn;yi++,y+=dy){
	x=Xmin;
	for(xi=1;xi<=Xn;xi++,x+=dx){
	    z=x*sin(y);
	    fwrite(&x,sizeof(double),1,stdout);
	    fwrite(&y,sizeof(double),1,stdout);
	    fwrite(&z,sizeof(double),1,stdout);
	}
    }
    return 0;
  }


1) The followings works well:

 splot 'data' binary format="%double%double%double" record=5x5 w lp

or

 set datafile binary record=5x5 
 splot 'data' binary format='%double%double%double' w lp

But, the followings makes an unexpected graph:

 set datafile binary format='%double%double%double' 
 splot 'data' binary record=5x5 w lp

or 

 set datafile binary format='%double%double%double' record=5x5
 splot 'data' binary record=5x5 w lp

2) To get the same plot as 1), I tried to 

 set datafile binary array=5x5 dx=1.2 dy=1.0 origin=(-1.0,3.0,0.0)
 splot 'data' binary format='%*2double%double' using ::1 w lp

But the graph has z value 0 at any (x,y). 

3) The following setting make core dump on our environment:

  set datafile binary array=5x5
  set datafile binary format='%*2double%double' 

or

  set datafile binary array=5x5 format='%*2double%double' 

The failure does not need the {s}plot command.

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

Re: names of gnuplot Win32 binaries

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

> Sorry if this is a stupid question, but I haven't been paying much
> attention to this thread. Is 'gnuplot.exe' simply what you get when
> you use the *nix configure/Makefile in a cygwin environment?

You get gnuplot.exe either by "./configure; make" way (then this executable 
has the X11 terminal) or by #defining WGP_CONSOLE and using any makefile for 
Windows compiler (makefile.{mgw,cyg,nt}).

> And what makefile generates the 'wgnuplot_pipes.exe' ?  I always
> use makefile.cyg for generating windows binaries and I've never
> seen this mysterious thing appear :-)

wgnuplot_pipes.exe is compiled the same way as wgnuplot.exe but with PIPES=1 
#defined and then renamed to wgnuplot_pipes.exe. I have avoided the manual 
rename by adding TARGET into makefile.mgw last week; right now I did the 
same also for makefile.cyg.

> Maybe a general cleanup of the various {makefile,config}.??? in config/
> is called for.

Please contribute by trying to compile gnuplot on as many compilers as you 
can and commenting properly in these files.

> Or at least a README that explains what they all do.  This is by no means 
> clear from their names.  For example, makefile.nt is for VisualC 6.x but 
> who would guess this from the name?

There is README with exactly those information there! I've just slightly 
updated it.

---
PM

Re: names of gnuplot Win32 binaries

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

> I have checked your binary packages.  
> 2008/06/03  22:36         1,961,472 wgnuplot-pipes.exe
> 2008/11/21  21:00         1,980,416 wgnuplot_pipes.exe
> 4.2 and 4.3 folder co-exist.

That was a mistake in packaging. I've removed these unnecessary extra files 
and refreshed both packages. Thanks for spotting this.

---
PM

Re: names of gnuplot Win32 binaries

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

Hello Petr Mikulik

Thank you for all efforts to the gnuplot Win32 binaries.

I have checked your binary packages.  I found that a trivial mistake in gp43-Nov21_2008-winbin.zip and
also found a it in  gp43-Nov21_2008-winbinX11.zip 

In gp-Nov21_2008-winbin.zip

C:\Program Files\gp43-Nov21_2008-winbin\gnuplot\binaries>dir wgnuplot?pipes.exe
 Volume in drive C has no label.
 Volume Serial Number is 28D6-BD9D

 Directory of C:\Program Files\gp43-Nov21_2008-winbin\gnuplot\binaries

2008/06/03  22:36         1,961,472 wgnuplot-pipes.exe
2008/11/21  21:00         1,980,416 wgnuplot_pipes.exe
               2 File(s)      3,941,888 bytes
               0 Dir(s)  26,288,074,752 bytes free

The file
2008/06/03  22:36         1,961,472 wgnuplot-pipes.exe
seem to be a gabage.


In gp-Nov21_2008-winbinx11.zip

In usr/local/libexec/gnuplot and usr/local/share/gnuplot
4.2 and 4.3 folder co-exist.

Perhaps 4.2 folders are gabgages.

These are not serious problem for execution but waste of the disk space.

I think that it is OK that they will be removed at the next release.

Regards

Tatsuro

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

> Final decision for naming gnuplot Win32 executables for gnuplot binary 
> releases (for the current development version 4.3):
> 
> 1. Names and functionality of wgnuplot.exe and wgnuplot_pipes.exe (GUI 
>    command line mode) and pgnuplot.exe (piper to wgnuplot.exe) stay intact.
> 
> 2. Console-mode executable gnuplot.exe was added to the package. This is 
>    now the recommended binary to be used under Windows -- the same name 
>    as on all other platforms. The programs (like Octave) which want to use 
>    it can bundle/use the gnuplot binary distribution (see below) and replace 
>    the current call to "pgnuplot" by "gnuplot". (It is a development version 
>    of gnuplot but it works very well.)
> 
> Updated package is available at
>     http://gnuplot.sourceforge.net/development/binaries/
> 
> For Octave: please remove the Octave-forge patches for gnuplot sources as 
> they are no more necessary. Use the gnuplot sourceforge site to contribute 
> new patches.
> 
> ---
> PM
> 


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: names of gnuplot Win32 binaries

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

Hello

The mail from Petr does not have any relation to the gnuplot on cygwin.
You need not to change anthing for your building the cygwin gnuplot from thr cvs trees.

However the cygwin is the unixy, so that it is good to convinient to use the unixy way to produce
cygwin binary.

Please read 

'Downloading sources from the CVS repository'

and 

Building from CVS

http://gnuplot.info/development/index.html


You need not use to config.cyg if you will use the traditinal Unixy way like following.

./prepare # which was reuired for to build the configure script from cvs sources

./configure
make
make check
make install-strip


********************
BTW
I am mingw user and the cvs version of gnuplot for windows (not for cygwin) can be built from mingw
environments.  It is required to collect external addtional libraries from GnuWin32 and GTK (Gimp Tool
Kit.) and Microsoft help workshop.

It is of course that you can build gnuplot for windows by MSVC complier like VC2005 or VC2006 Express
Edition.  
*********************

Regards

Tatsuro




--- don taber <dt...@to...> wrote:

> > 2. Console-mode executable gnuplot.exe was added to the package. This is
> >   now the recommended binary to be used under Windows -- the same name
> 
> Sorry if this is a stupid question, but I haven't been paying much
> attention to this thread. Is 'gnuplot.exe' simply what you get when
> you use the *nix configure/Makefile in a cygwin environment?

> And what makefile generates the 'wgnuplot_pipes.exe' ?  I always
> use makefile.cyg for generating windows binaries and I've never
> seen this mysterious thing appear :-)
>
> Maybe a general cleanup of the various {makefile,config}.??? in config/
> is called for.  Or at least a README that explains what they all
> do.  This is by no means clear from their names.  For example,
> makefile.nt is for VisualC 6.x but who would guess this from
> the name?
> 


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/