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

Re: lua.trm for djgpp build

[Ethan M. <merritt@U.WASHINGTON.EDU>]

On Thursday 03 December 2009 03:03:57 Petr Mikulik wrote:
> 
> DJGPP never had snprintf, see config.djg:
> 
> /* Define to 1 if you have the `snprintf' function. */
> /* #undef HAVE_SNPRINTF */
> 
> 
> Thus there should be:
> 
> #ifdef HAVE_SNPRINTF
>     snprintf(...);
> #else
>     sprintf(...);
> #endif

In my view we are past the point where we can guarantee support for
platforms too ancient to provide ansi-compliant C environments.

There is good reason to require snprintf(). Adding #ifdef statements
to avoid it is an ugly hack that introduces known overflow problems.
Are you sure that sprintf() itself is ansi-compliant on DJGPP?
It isn't on ultrix, for instance. That's why the
"ultrix" patch has been on the contributions page of the
web site for years now. It allows mousing on ultrix systems even
though the have a broken sprintf() implementation.

But really the easiest is to say that DJGPP doesn't support lua/tikz.
Is anyone set up to test whether a no-snprintf() version actually
works to produce lua->tikz->pdflatex output correctly on a DJGPP system?
After all, just because it compiles does not mean that it works correctly.

	Ethan

Fwd: Re: lua.trm for djgpp build

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

I have sent it only to Juergen
I am forwarding to the list.

--- Tatsuro MATSUOKA  wrote:
> 
> Hello Juergen
> 
> You are right.
> 
> I am attaching a corrected patch.
> 
> Regards
> 
> Tatsuro
> 
> --- Juergen Wieferink  wrote:
> 
> > Am Donnerstag, 3. Dezember 2009 schrieb Tatsuro MATSUOKA:
> > > Hello Petr
> > >
> > > Thank you for your advise.
> > >
> > > I am attaching a new patch with advise by Petr.
> > >
> > > Regards
> > >
> > > Tatsuro
> > >
> > +#ifdef HAVE_SNPRINTF
> >    snprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> > -
> > +#else
> > +  sprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> > +#endif
> > +  
> > 
> > I may be wrong, but isn't it
> > 
> > sprintf(last_error_msg, "%s Lua context closed.", msg);
> > 
> > 
> > 
> > Juergen
> > 
> > 
> 
> 
> --------------------------------------
> Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> http://pr.mail.yahoo.co.jp/redribbon/


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: lua.trm for djgpp build

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

> I have tried to build lua/tikz terminals on DJGPP on cvs source.
> The gcc-4.4.1 on DJGPP seems not to have snprintf.
>  
> +#ifdef DJGPP
> +  sprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> +#else
>    snprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> -
> +#endif

DJGPP never had snprintf, see config.djg:

/* Define to 1 if you have the `snprintf' function. */
/* #undef HAVE_SNPRINTF */


Thus there should be:

#ifdef HAVE_SNPRINTF
    snprintf(...);
#else
    sprintf(...);
#endif

---
PM

Re: lua.trm for djgpp build

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

Hello Petr

Thank you for your advise.

I am attaching a new patch with advise by Petr.

Regards

Tatsuro

--- Petr Mikulik wrote:

> > I have tried to build lua/tikz terminals on DJGPP on cvs source.
> > The gcc-4.4.1 on DJGPP seems not to have snprintf.
> >  
> > +#ifdef DJGPP
> > +  sprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> > +#else
> >    snprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
> > -
> > +#endif
> 
> DJGPP never had snprintf, see config.djg:
> 
> /* Define to 1 if you have the `snprintf' function. */
> /* #undef HAVE_SNPRINTF */
> 
> 
> Thus there should be:
> 
> #ifdef HAVE_SNPRINTF
>     snprintf(...);
> #else
>     sprintf(...);
> #endif
> 
> ---
> PM
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

lua.trm for djgpp build

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

Hello

I have tried to build lua/tikz terminals on DJGPP on cvs source.
The gcc-4.4.1 on DJGPP seems not to have snprintf.

In file included from term.h:454,
                 from term.c:1366:
../term/lua.trm: In function 'LUA_GP_int_error':
../term/lua.trm:213: warning: incompatible implicit declaration of built-in function 'snprintf'
../term/lua.trm: In function 'LUA_call_report':
../term/lua.trm:506: warning: incompatible implicit declaration of built-in function 'snprintf'

gcc -o gnuplot alloc.o axis.o binary.o bitmap.o breaders.o color.o command.o contour.o datafile.o
dynarray.o eval.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
internal.o interpol.o matrix.o misc.o mouse.o pa
rse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o
stdfn.o tables.o tabulate.o term.o time.o unset.o util.o util3d.o variable.o version.o
-Ld:/usr/Tatsu/DJGPPH~1/lua/LUA-51~1.4-I/lib -Lc:/djgpp/contrib/grx246/lib/dj2 -lgrx20 -llua -lm -lpc
term.o:term.c:(.text+0x2ddc5): undefined reference to `_snprintf'
term.o:term.c:(.text+0x4a91d): undefined reference to `_snprintf'
term.o:term.c:(.text+0x4aa1a): undefined reference to `_snprintf'
term.o:term.c:(.text+0x4ab39): undefined reference to `_snprintf'
term.o:term.c:(.text+0x4ad3c): undefined reference to `_snprintf'
term.o:term.c:(.text+0x4af2d): more undefined references to `_snprintf' followcollect2: ld returned 1
exit status
make.exe: *** [gnuplot.exe] Error 1
make.exe: Leaving directory `d:/usr/Tatsu/djgpphome/gnuplotcvs/gnuplot/src'


According to the web snprintf semms to be useful.

snprintf() doesn't cause a buffer overflow.

(http://www.devx.com/tips/Tip/13827)

However unfortunately, it might not to be used in DJGPP.
So I have tried to use sprintf instead of snprintf.

Is this allowable?

The following is the patch that I have used.


***********************************************************************
--- LUATRM~1.ORI	2009-12-02 14:34:34 +0000
+++ lua.trm	2009-12-03 18:11:50 +0000
@@ -210,8 +210,12 @@
       break;
   }
 
+#ifdef DJGPP
+  sprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
+#else
   snprintf(last_error_msg, MAX_LINE_LEN, "%s Lua context closed.", msg);
-
+#endif
+  
   /* close Lua context on fatal errors */
   LUA_close();
 
@@ -503,7 +507,11 @@
   if (status) {
     const char *msg = lua_tostring(L, -1);
     if (msg == NULL) msg = "(error with no message)";
+#ifdef DJGPP
+    sprintf(last_error_msg, MAX_LINE_LEN, "%s. Lua context closed.", msg);
+#else
     snprintf(last_error_msg, MAX_LINE_LEN, "%s. Lua context closed.", msg);
+#endif
     LUA_close();
     int_error(NO_CARET, last_error_msg);
   }
************************************

With this patch the following preliminary test is successful.

gnuplot> set term tikz
Terminal type set to 'tikz'
Options are 'color dashed'
gnuplot> set out 'test.lua'
gnuplot> plot sin(x)
gnuplot> set out

Regards

Tatsuro   

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

gnuplot 4.5 (cvs) windows and cygwin binaries are updated (Problem on directory name is solved for windows binaries)

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

Hello

I have updated windows and cygwin binaries are updated.

Topic: 
1. Problem on directory (folder) name is solved for windows binaries
2.A file gnuplot-lua-tikz.sty is added to in the share/gnuplot/4.5/lua
similar to the another gnuplot 4.5 binary provide 
by Prof. Kakuto 
(gnuplot-45pl0w32.zip on http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/) 

Related thread to topic 1

http://old.nabble.com/lua-terminal-problem-on-windows-(was-gnuplot-4.5-(cvs)-windows-and-cygwin-binaries-are-updated)-to26607559.html#a26620242

Windows site
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

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

Regards

Tatsuro



--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases

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

Hello

--- Petr Mikulikwrote:

> > The directory  constitution is 
> > 
> > gnuplot/bin/wgnuplot.exe
> > gnuplot/bin/wgnuplot_pipes.exe
> > gnuplot/bin/gnuplot.exe
> >        :
> > gnuplot/bin/share/PostScript/(8859-1.ps etc.)
> > gnuplot/bin/share/js/(canvasmath.js etc.)
> > gnuplot/bin/share/lua/share/lua/(gnuplot-tikz.lua etc.)
> > gnuplot/bin/etc/fonts/fonts.conf
> > 
> > If I just rename 'bin' to 'binaries', everything works as expected.
> > 
> > The other change that works
> > gnuplot/bin/wgnuplot.exe
> > gnuplot/bin/wgnuplot_pipes.exe
> > gnuplot/bin/gnuplot.exe
> >        :
> > gnuplot/share/PostScript/(8859-1.ps etc.)
> > gnuplot/share/share/js/(canvasmath.js etc.)
> > gnuplot/share/lua/share/lua/(gnuplot-tikz.lua etc.)
> > gnuplot/etc/fonts/fonts.conf
> > 
> > The second is standard unixy directory constitution.
> > In this case, everything works correctly.
> 
> Grepping for "bin", here seems to be the reason:
> 
> winmain.c, line 316 (in function main() / WinMain()):
> 
> 	if (_fstrlen(szModuleName) >= 5 && 
> _fstrnicmp(&szModuleName[_fstrlen(szModuleName)-5], "\\bin\\", 5) == 0)
> 	{
> 		int len = _fstrlen(szModuleName)-4;
> 		szPackageDir = (LPSTR)farmalloc(len+1);
> 		CheckMemory(szPackageDir);
> 		_fstrncpy(szPackageDir, szModuleName, len);
> 		szPackageDir[len] = '\0';
> 	}
> 	else
> 		szPackageDir = szModuleName;
> 
> So this "unixish" behaviour is intentional, see ChangeLog:
> 
> 2008-10-11  Michael Goffioul  <mic...@gm...>
> 
> * src/win/winmain.h src/win/winmain.c (WinMain): Compute new variable
> szPackageDir from szModuleName, stripping possible "\bin\" at the end.
> 
> * term/post.trm (PS_open_prologue_file): Use szPackageDir instead of
> szModuleName.
> 
> 
> => I will rename "bin" directory in gp44rc1win32.zip to "binary".
Oh!  Great!

I will follow your way.

This should be noted in the case gnuplot used in "bin" directory in octave etc. 

I have been have a problem that I cannot get ps graphics if gnuplot installed in 'bin' directory of
octave.   

I have moved 'share' directory move to bin/../share, it worked!!


However, in the case above, the name of share/PostScript seem to not be appropriate because the
contents in share/PostScript is for gnuplot but not for PostScript.  This will give confusion. 

In cygwin (perhaps unix also) , share/gnuplot/x.x/Postscript (x.x is version number e.g, 4.5).

I would like to make structure of the directory 'share' being the same as that in unix ( and cygwin). 
That makes things simple, I think.   

Regards

Tatsuro 

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases

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

Hello

CC. Franco Fritschij 
--- Petr Mikulik  wrote:

> > Terminal type set to 'windows'
> > gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
> > gnuplot> set term post
> > gnuplot> set out 'test.ps'
> > gnuplot> plot sin(x)
> > Can't find PostScript prologue file C:\Program Files\gp44rc1win32\gnuplot\\share
> > /PostScript\prologue.ps
> >         loadpath is empty
> 
> I have wgnuplot.exe in D:\Apps. It prints correctly to postscript if header 
> files are in D:\Apps\share. If I remove D:\Apps\share, then printing fails. 
> I don't have any environmental variable defined; gnuplot behaves the same 
> way even if I copy it to another location.
> 
> Tested on Wine on OpenSUSE 11.1.

OK, on  Wine on OpenSUSE 11.1, there is no problem.

Hello Franco Fritschij, please show us on what OS you have tested.
If you do not want subscribe to the gnuplot list, please send your reply to me.
I will forward it to gnu...@li....

Regards

Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases

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

> The directory  constitution is 
> 
> gnuplot/bin/wgnuplot.exe
> gnuplot/bin/wgnuplot_pipes.exe
> gnuplot/bin/gnuplot.exe
>        :
> gnuplot/bin/share/PostScript/(8859-1.ps etc.)
> gnuplot/bin/share/js/(canvasmath.js etc.)
> gnuplot/bin/share/lua/share/lua/(gnuplot-tikz.lua etc.)
> gnuplot/bin/etc/fonts/fonts.conf
> 
> If I just rename 'bin' to 'binaries', everything works as expected.
> 
> The other change that works
> gnuplot/bin/wgnuplot.exe
> gnuplot/bin/wgnuplot_pipes.exe
> gnuplot/bin/gnuplot.exe
>        :
> gnuplot/share/PostScript/(8859-1.ps etc.)
> gnuplot/share/share/js/(canvasmath.js etc.)
> gnuplot/share/lua/share/lua/(gnuplot-tikz.lua etc.)
> gnuplot/etc/fonts/fonts.conf
> 
> The second is standard unixy directory constitution.
> In this case, everything works correctly.

Grepping for "bin", here seems to be the reason:

winmain.c, line 316 (in function main() / WinMain()):

	if (_fstrlen(szModuleName) >= 5 && 
_fstrnicmp(&szModuleName[_fstrlen(szModuleName)-5], "\\bin\\", 5) == 0)
	{
		int len = _fstrlen(szModuleName)-4;
		szPackageDir = (LPSTR)farmalloc(len+1);
		CheckMemory(szPackageDir);
		_fstrncpy(szPackageDir, szModuleName, len);
		szPackageDir[len] = '\0';
	}
	else
		szPackageDir = szModuleName;

So this "unixish" behaviour is intentional, see ChangeLog:

2008-10-11  Michael Goffioul  <mic...@gm...>

* src/win/winmain.h src/win/winmain.c (WinMain): Compute new variable
szPackageDir from szModuleName, stripping possible "\bin\" at the end.

* term/post.trm (PS_open_prologue_file): Use szPackageDir instead of
szModuleName.


=> I will rename "bin" directory in gp44rc1win32.zip to "binary".

---
PM

Re: directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

Typing error correction

--- Tatsuro MATSUOKA <tma...@ya...> wrote:
 :
 :
> Hello
> 
> The other change that works
> gnuplot/bin/wgnuplot.exe
> gnuplot/bin/wgnuplot_pipes.exe
> gnuplot/bin/gnuplot.exe
>        :
> gnuplot/share/PostScript/(8859-1.ps etc.)
> gnuplotshare/share/js/(canvasmath.js etc.)
> gnuplot/share/lua/share/lua/(gnuplot-tikz.lua etc.)
> gnuplot/etc/fonts/fonts.conf

********
wrong> gnuplotshare/share/js/(canvasmath.js etc.)
correct> gnuplot/share/js/(canvasmath.js etc.)
***********


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

Hello

--- Ethan Merritt wrote:

> > I have met the same error that reported by Franco Fritschij 
> > using  gnuplot in gp440rc1_win.zip.
> 
> I do not understand the report.
> 
> 
> > gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
> 
> OK. So this is the directory you are running from.
> 

Sorry for my bad writing.
The directory  constitution is 

gnuplot/bin/wgnuplot.exe
gnuplot/bin/wgnuplot_pipes.exe
gnuplot/bin/gnuplot.exe
       :
gnuplot/bin/share/PostScript/(8859-1.ps etc.)
gnuplot/bin/share/js/(canvasmath.js etc.)
gnuplot/bin/share/lua/share/lua/(gnuplot-tikz.lua etc.)
gnuplot/bin/etc/fonts/fonts.conf

If I just rename 'bin' to 'binaries', everything works as expected.

The other change that works
gnuplot/bin/wgnuplot.exe
gnuplot/bin/wgnuplot_pipes.exe
gnuplot/bin/gnuplot.exe
       :
gnuplot/share/PostScript/(8859-1.ps etc.)
gnuplotshare/share/js/(canvasmath.js etc.)
gnuplot/share/lua/share/lua/(gnuplot-tikz.lua etc.)
gnuplot/etc/fonts/fonts.conf

The second is standard unixy directory constitution.
In this case, everything works correctly.




 
> > gnuplot> set term post
> > Terminal type set to 'postscript'
> > Options are 'landscape noenhanced defaultplex \
> >    leveldefault monochrome colortext \
> >    dashed dashlength 1.0 linewidth 1.0 butt noclip \
> >    palfuncparam 2000,0.003 \
> >    "Helvetica" 14 '
> > gnuplot> set out 'test.ps'
> > gnuplot> plot sin(x)
> > Can't find PostScript prologue file 
> 
> > C:\Program Files\gp44rc1win32\gnuplot\\share/PostScript\prologue.ps 
>                                              ^^^
> 
> And this is the directory it is looking in.
> Is the problem that there is a forward slash (/) rather than a 
> backward slash (\)?
> 
> What directory are the PostScript files actually installed in?
> What directory is the wgnuplot.exe executable installed in?
> 
> >         loadpath is empty
> > Please copy prologue.ps to one of the above directories
> > or set the loadpath appropriately
> > or set the environmental variable GNUPLOT_PS_DIR
> 
> What happens when you follow these suggestions?
> Is GNUPLOT_PS_DIR set to an incorrect directory?
> If you set GNUPLOT_PS_DIR to the correct directory, does the program
> still not find it?  

environmental variable GNUPLOT_PS_DIR is not set for my case.

If it is set .../gnuplot/bin/share/PostScript, no prpblem occur as expected. 

> > After changing directory name 'bin' to 'binaries',
> 
> After changing what directory name? 
> None of the directories printed above contain either "bin" or "binaries".


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

Hello

I have remember the similar problem concerning Fontconfig

Case : directory name is 'bin'
gnuplot> set term png
Terminal type set to 'png'
Fontconfig error: Cannot load default config file
fontconfig: Couldn't retrieve font file name. when opening font "arial", using i
nternal non-scalable font
Options are 'nocrop medium size 640,480 '
gnuplot>


Case : directory name is 'binaries'
gnuplot> set term png
Terminal type set to 'png'
Options are 'nocrop font arial 12 size 640,480 '
gnuplot>

The fontconfig configure file 'fonts.conf' is placed ./etc/fonts, where '.' is bin.


I have performed another experiments.

I have moved 'share' and 'etc' directory to bin/..
This directory setting is usually used unix (including cygwin).

In this case, gnuplot is place in 'bin'
gnuplot> set term png
Terminal type set to 'png'
Options are 'nocrop font arial 12 size 640,480 '

gnuplot> set term post
Terminal type set to 'postscript'
Options are 'landscape noenhanced defaultplex \
   leveldefault monochrome colortext \
   dashed dashlength 1.0 linewidth 1.0 butt noclip \
   palfuncparam 2000,0.003 \
   "Helvetica" 14 '
gnuplot> set out 'test.ps'
gnuplot> plot sin(x)
gnuplot> set out

Everything goes well.

It seems that directory name 'bin' is a trigger that directory configuration is to be recognized in
unixy way.

Considering that directory name 'bin' does not cause problem on gnuplot 4.2.6, the origin of this
problem seem to lie on between 4.2 to 4.3.

In gp43-Nov21_2008-winbin, the directory name where executables are placed is 'binaries'
The problem does not appear.  However, if I rename 'binaries' to 'bin',

gnuplot> set term post
Terminal type set to 'postscript'
Options are 'landscape noenhanced defaultplex \
   leveldefault monochrome colortext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   "Helvetica" 14 '
gnuplot> set out 'test.ps'
gnuplot> plot sin(x)
Can't find PostScript prologue file C:\Program Files\gp43-Nov21_2008-winbin\gnup
lot\\share/PostScript\prologue.ps
        loadpath is empty
Please copy prologue.ps to one of the above directories
or set the loadpath appropriately
or set the environmental variable GNUPLOT_PS_DIR
         Plot failed!

The same error occurred.

BTW, why is name of the directory changed from 'binaries' and 'bin'.

At the moment there are two ways to temporally avoid the problem

1. The name of directory where executables are placed is changed from 'bin' to other name, for example
'binaries'.

2. Keep the name 'bin' but 'share' (and 'etc') is placed the same hierarchy of 'bin' like unix.

I prefer the second.  This is standard directory location for unix origin softwares (e.g. octave, GTK,
gd, ...) even on windows.

In this case, I will change the makefile

**************
GNUPLOT_PS_DIR = ../share/PostScript
 :
DESTDIR = /c/Progra~1/Gnuplot4.5

BINDIR = bin
install: default
	mkdir -p $(DESTDIR)
	cp gnuplot.exe $(DESTDIR)/$(BINDIR)/gnuplot.exe
	cp wgnuplot.exe $(DESTDIR)/$(BINDIR)/wgnuplot.exe
	cp wgnuplot_pipes.exe $(DESTDIR)/$(BINDIR)/wgnuplot_pipes.exe
	cp pgnuplot.exe $(DESTDIR)/$(BINDIR)/pgnuplot.exe
	cp win/wgnuplot.mnu $(DESTDIR)/$(BINDIR)/wgnuplot.mnu
	cp wgnuplot.hlp $(DESTDIR)/$(BINDIR)/wgnuplot.hlp
***************

Any comments ?

Regards

TatsuroI  
 
    

Regards

Tatsuro



--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have tested on gnuplot 4.2.6 (wgnuplot in bin directory)
> 
> erminal type set to 'windows'
> gnuplot> set term post
> Terminal type set to 'postscript'
> Options are 'landscape noenhanced defaultplex \
>    leveldefault monochrome colortext \
>    dashed dashlength 1.0 linewidth 1.0 butt \
>    palfuncparam 2000,0.003 \
>    "Helvetica" 14 '
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> gnuplot> set out
> gnuplot>                                 
> 
> It worked well.
> 
> Hmmmm! It is mysterious.
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > I have met the same error that reported by Franco Fritschij 
> > using  gnuplot in gp440rc1_win.zip.
> > 
> > See.
> > 
> > Terminal type set to 'windows'
> > gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
> > gnuplot> set term post
> > Terminal type set to 'postscript'
> > Options are 'landscape noenhanced defaultplex \
> >    leveldefault monochrome colortext \
> >    dashed dashlength 1.0 linewidth 1.0 butt noclip \
> >    palfuncparam 2000,0.003 \
> >    "Helvetica" 14 '
> > gnuplot> set out 'test.ps'
> > gnuplot> plot sin(x)
> > Can't find PostScript prologue file C:\Program Files\gp44rc1win32\gnuplot\\share
> > /PostScript\prologue.ps
> >         loadpath is empty
> > Please copy prologue.ps to one of the above directories
> > or set the loadpath appropriately
> > or set the environmental variable GNUPLOT_PS_DIR
> >          Plot failed!
> > 
> > gnuplot>
> > 
> > After changing directory name 'bin' to 'binaries',
> > 
> > gnuplot> set term post
> > Terminal type set to 'postscript'
> > Options are 'landscape noenhanced defaultplex \
> >    leveldefault monochrome colortext \
> >    dashed dashlength 1.0 linewidth 1.0 butt noclip \
> >    palfuncparam 2000,0.003 \
> >    "Helvetica" 14 '
> > gnuplot> set out 'test.ps'
> > gnuplot> plot sin(x)
> > gnuplot> set out
> > 
> > 
> > That is the problem!
> > 
> > This issue might depend on the environment.
> > I tried the  on window xp sp3 pro and home.
> > 
> > Regards
> > 
> > Tatsuro
> 
> 
> --------------------------------------
> Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> http://pr.mail.yahoo.co.jp/redribbon/
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

On Wednesday 02 December 2009 15:36:50 Tatsuro MATSUOKA wrote:
> Hello
> 
> I have met the same error that reported by Franco Fritschij 
> using  gnuplot in gp440rc1_win.zip.

I do not understand the report.


> gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'

OK. So this is the directory you are running from.


> gnuplot> set term post
> Terminal type set to 'postscript'
> Options are 'landscape noenhanced defaultplex \
>    leveldefault monochrome colortext \
>    dashed dashlength 1.0 linewidth 1.0 butt noclip \
>    palfuncparam 2000,0.003 \
>    "Helvetica" 14 '
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> Can't find PostScript prologue file 

> C:\Program Files\gp44rc1win32\gnuplot\\share/PostScript\prologue.ps 
                                             ^^^

And this is the directory it is looking in.
Is the problem that there is a forward slash (/) rather than a 
backward slash (\)?

What directory are the PostScript files actually installed in?
What directory is the wgnuplot.exe executable installed in?

>         loadpath is empty
> Please copy prologue.ps to one of the above directories
> or set the loadpath appropriately
> or set the environmental variable GNUPLOT_PS_DIR

What happens when you follow these suggestions?
Is GNUPLOT_PS_DIR set to an incorrect directory?
If you set GNUPLOT_PS_DIR to the correct directory, does the program
still not find it?  


> After changing directory name 'bin' to 'binaries',

After changing what directory name? 
None of the directories printed above contain either "bin" or "binaries".


> gnuplot> set term post
> Terminal type set to 'postscript'
> Options are 'landscape noenhanced defaultplex \
>    leveldefault monochrome colortext \
>    dashed dashlength 1.0 linewidth 1.0 butt noclip \
>    palfuncparam 2000,0.003 \
>    "Helvetica" 14 '
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> gnuplot> set out
> 
> 
> That is the problem!
> 
> This issue might depend on the environment.
> I tried the  on window xp sp3 pro and home.
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> --- Petr Mikulik  wrote:
> 
> > > You also said that '>PS also the first release candidate of 4.4 has the 
> > > same problem gp440rc1_win.zip'
> > > 
> > > The distribution gp440rc1_win.zip is not provided by me.
> > 
> > It's provided by me.
> > 
> > > It is not the modifications in the lua terminal. 
> > 
> > wgnuplot in gp440rc1_win.zip is not compiled with lua (thus there isn't
> > bin/share/lua directory)
> > 
> > > PS also the first release candidate of 4.4 has the same problem gp440rc1_win.zip
> > 
> > I've tried to print a postscript file by wgnuplot.exe from gp440rc1_win.zip 
> > and it works correctly.
> > 
> > What is the problem?
> > 
> 
> 
> --------------------------------------
> Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> http://pr.mail.yahoo.co.jp/redribbon/
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 



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

Re: directry name problem? bin is not correctry recognized on windows in some cases

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

> Terminal type set to 'windows'
> gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
> gnuplot> set term post
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> Can't find PostScript prologue file C:\Program Files\gp44rc1win32\gnuplot\\share
> /PostScript\prologue.ps
>         loadpath is empty

I have wgnuplot.exe in D:\Apps. It prints correctly to postscript if header 
files are in D:\Apps\share. If I remove D:\Apps\share, then printing fails. 
I don't have any environmental variable defined; gnuplot behaves the same 
way even if I copy it to another location.

Tested on Wine on OpenSUSE 11.1.

---
PM

Re: directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

Hello

I have tested on gnuplot 4.2.6 (wgnuplot in bin directory)

erminal type set to 'windows'
gnuplot> set term post
Terminal type set to 'postscript'
Options are 'landscape noenhanced defaultplex \
   leveldefault monochrome colortext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   "Helvetica" 14 '
gnuplot> set out 'test.ps'
gnuplot> plot sin(x)
gnuplot> set out
gnuplot>                                 

It worked well.

Hmmmm! It is mysterious.

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have met the same error that reported by Franco Fritschij 
> using  gnuplot in gp440rc1_win.zip.
> 
> See.
> 
> Terminal type set to 'windows'
> gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
> gnuplot> set term post
> Terminal type set to 'postscript'
> Options are 'landscape noenhanced defaultplex \
>    leveldefault monochrome colortext \
>    dashed dashlength 1.0 linewidth 1.0 butt noclip \
>    palfuncparam 2000,0.003 \
>    "Helvetica" 14 '
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> Can't find PostScript prologue file C:\Program Files\gp44rc1win32\gnuplot\\share
> /PostScript\prologue.ps
>         loadpath is empty
> Please copy prologue.ps to one of the above directories
> or set the loadpath appropriately
> or set the environmental variable GNUPLOT_PS_DIR
>          Plot failed!
> 
> gnuplot>
> 
> After changing directory name 'bin' to 'binaries',
> 
> gnuplot> set term post
> Terminal type set to 'postscript'
> Options are 'landscape noenhanced defaultplex \
>    leveldefault monochrome colortext \
>    dashed dashlength 1.0 linewidth 1.0 butt noclip \
>    palfuncparam 2000,0.003 \
>    "Helvetica" 14 '
> gnuplot> set out 'test.ps'
> gnuplot> plot sin(x)
> gnuplot> set out
> 
> 
> That is the problem!
> 
> This issue might depend on the environment.
> I tried the  on window xp sp3 pro and home.
> 
> Regards
> 
> Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

directry name problem? bin is not correctry recognized on windows in some cases (was lua terminal problem on windows)

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

Hello

I have met the same error that reported by Franco Fritschij 
using  gnuplot in gp440rc1_win.zip.

See.

Terminal type set to 'windows'
gnuplot> cd 'D:\usr\Tatsu\program\Gnuplot\test19'
gnuplot> set term post
Terminal type set to 'postscript'
Options are 'landscape noenhanced defaultplex \
   leveldefault monochrome colortext \
   dashed dashlength 1.0 linewidth 1.0 butt noclip \
   palfuncparam 2000,0.003 \
   "Helvetica" 14 '
gnuplot> set out 'test.ps'
gnuplot> plot sin(x)
Can't find PostScript prologue file C:\Program Files\gp44rc1win32\gnuplot\\share
/PostScript\prologue.ps
        loadpath is empty
Please copy prologue.ps to one of the above directories
or set the loadpath appropriately
or set the environmental variable GNUPLOT_PS_DIR
         Plot failed!

gnuplot>

After changing directory name 'bin' to 'binaries',

gnuplot> set term post
Terminal type set to 'postscript'
Options are 'landscape noenhanced defaultplex \
   leveldefault monochrome colortext \
   dashed dashlength 1.0 linewidth 1.0 butt noclip \
   palfuncparam 2000,0.003 \
   "Helvetica" 14 '
gnuplot> set out 'test.ps'
gnuplot> plot sin(x)
gnuplot> set out


That is the problem!

This issue might depend on the environment.
I tried the  on window xp sp3 pro and home.

Regards

Tatsuro



--- Petr Mikulik  wrote:

> > You also said that '>PS also the first release candidate of 4.4 has the 
> > same problem gp440rc1_win.zip'
> > 
> > The distribution gp440rc1_win.zip is not provided by me.
> 
> It's provided by me.
> 
> > It is not the modifications in the lua terminal. 
> 
> wgnuplot in gp440rc1_win.zip is not compiled with lua (thus there isn't
> bin/share/lua directory)
> 
> > PS also the first release candidate of 4.4 has the same problem gp440rc1_win.zip
> 
> I've tried to print a postscript file by wgnuplot.exe from gp440rc1_win.zip 
> and it works correctly.
> 
> What is the problem?
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

RE: lua terminal problem on windows

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

> You also said that '>PS also the first release candidate of 4.4 has the 
> same problem gp440rc1_win.zip'
> 
> The distribution gp440rc1_win.zip is not provided by me.

It's provided by me.

> It is not the modifications in the lua terminal. 

wgnuplot in gp440rc1_win.zip is not compiled with lua (thus there isn't
bin/share/lua directory)

> PS also the first release candidate of 4.4 has the same problem gp440rc1_win.zip

I've tried to print a postscript file by wgnuplot.exe from gp440rc1_win.zip 
and it works correctly.

What is the problem?

---
Petr Mikulik

RE: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries are updated)

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

Hello

As you said, the behavior is quite strange.  

You also said that '>PS also the first release candidate of 4.4 has the same problem gp440rc1_win.zip'

The distribution gp440rc1_win.zip is not provided by me.

Therefore the problem you pointed out is a general problem to be discussed in the gnuplot ML.

**********
BTW, Hmmm, I cannot find link on the http://gnuplot.info/  to the page for subscription to
gnu...@li.... 

Oh! 
I found it after I have searched from http://sourceforge.net/projects/gnuplot/ :-)

Here is a subscribe page to subscribe to  gnu...@li...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

I have found the above here
http://sourceforge.net/projects/gnuplot/support.

***********

Anyway I appreciate your tests and reports.
Your report is very important for gnuplot on windows.

Regards

Tatsuro






--- Franco Fritschij  wrote:

> Hello,
> 
> It is not the modifications in the lua terminal. 
> Also the canvas and postscript terminal in your supplied binaries cannot find the shared files.
> What they have in common is that those terminals are
> looking for files in "<path to binaries>/share/...".
> Those terminals all use some code to find the <path to binaries> (if compiled for  WINDOWS).
> The binaries are stored in "/gnuplot/bin".
> The shared directories are relative to this. So  "/gnuplot/bin/share/lua"
> 
> If I do "set term lua tikz" it tries to find the binaries in "/gnuplot/share/lua", so without
> "bin".
> 
> If I only change the name of the "bin" directory in something else say "binaries" everthing
> works.
> 
> All terminals can find there files in "/gnuplot/binaries/share/..."
> 
> This without recompiling only changing the name of the directory.
> 
> The problems seems to be the name of the directory where the binaries are stored should be not
> called "bin". Why?
> 
> Tatsuro: I tried binaries compiled by you from 2009-11-27, also these have problems with the
> postscript terminal.
> Just try the following, (make sure the environment variable GNUPLOT_PS_DIR is not set,)
> 
> set output "test_post.ps"
> set term postscript
> test
> set output
> 
> I get an error about not finding the postscript header files.
> 
> PS also the first release candidate of 4.4 has the same problem gp440rc1_win.zip
> 
> Regards, Franco Fritschij
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Sent: Wednesday, December 02, 2009 4:04 PM
> To: Tatsuro MATSUOKA; gnu...@li...
> Cc: Franco Fritschij
> Subject: RE: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries
> are updated)
> 
> Hello
> 
> Thank you for tests and their report.
> 
> Seeing the code modification for lua terminal by Ethan, I cannot find any problem at the moment.
> 
> I have tested in the default install directory in C:\Program Files\Gnuplot4.5. At that time,
> ************
> set term tikz
> set out 'test.tikz'
> plot sin(x)
> set out
> *************
> 
> I found latex codes in file test.tikz so that I judged that test perhaps went well.  
> 
> I cannot find the reason why phenomena that you have found occur at the moment.
> 
> It will become late in the night in Japan.  Tomorrow, I'll carry out some trials.
> 
> Regards
> 
> Tatsuro
> 
> 
> --- Franco Fritschij  wrote:
> 
> > 
> >  Hello Tasuro Matsuoko,
> > 
> > I did some more tests. Your wgnuplot.exe directory is called 'gp45-winbin/gnuplot/bin'
> > If I rename 'bin' to something else it works. So there is something 
> > strange in windows for finding the wgnuplot.exe directory if the 
> > directory ends with 'bin'. I see the same problem
> for
> > the canvas terminal (looks for files in share/js) postscript terminals 
> > (postscript, epslatex looks for files in share/Postscript).
> > 
> > What is causing this?
> > 
> > Regards, Franco
> > 
> > 
> > 
> > -----Original Message-----
> > From: Tatsuro MATSUOKA [mailto:tma...@ya...]
> > Sent: Wednesday, December 02, 2009 12:42 PM
> > To: Franco Fritschij
> > Cc: gnu...@li...
> > Subject: lua terminal problem on windows (was gnuplot 4.5 (cvs) 
> > windows and cygwin binaries
> are
> > updated)
> > 
> > Hello Franco Fritschij
> > 
> > cc. gnu...@li...
> >  
> > --- Franco Fritschij  wrote:
> > 
> > > Dear Tatsuro Matsuoka,
> > > 
> > > Good news that you managed to compile gnuplot including the lua terminal.
> > > 
> > > Gnuplot is default looking in the wrong directory for the lua/tikz files.
> > > You can see that by using the following gnuplot terminal commands.
> > > 
> > > 'set term lua tikz' or equivalent 'set term tikz'
> > > 
> > > It looks in '......./gp45-winbin/gnuplot/share/lua' instead of 
> > > '........../gp45-winbin/gnuplot/bin/share/lua' for the file 
> > > gnuplot_tikz.lua It works if the environment variable 
> > > GNUPLOT_LUA_DIR is set to 
> > > '........./gp45-windir/gnuplot/bin/share/lua' as mentioned in the 
> > > gnuplot
> > documentation.
> > > I think you have set some environment variable when compiling the 
> > > code, this can probably be easy set to the 'gnuplot/bin/share' directory by default.
> > > 
> > > What do you have changed in the source code of lua.trm? The default 
> > > location is pointing to X11_DRIVER_DIR which is not set if you compile it for windows.
> > > 
> > > Second remark:
> > > 
> > > You should put the 'gnuplot-lua-tikz.sty' file in the zip package it 
> > > is in 'share/LaTeX/' in the source code.
> > > The best place is in your 'bin/share' directory to add the LaTeX 
> > > directory with the files from the source package.
> > > 
> > > The file 'gnuplot-lua-tikz.sty' is needed for latex to make the 
> > > picture produced by the Lua/tikz terminal.
> > > 
> > > Best Regards, Franco Fritschij
> > > 
> > 
> > Thanks for your comments.
> > 
> > in the makefile.mgw
> > 
> > # Where to install the PostScript prologue files, relatively to the 
> > executable # wgnuplot.exe GNUPLOT_PS_DIR = share/PostScript
> > 
> > # Similarly for javascript files for the canvas terminal:
> > GNUPLOT_JS_DIR = share/js
> > 
> > # Similarly for scripts used by the lua terminal GNUPLOT_LUA_DIR = 
> > share/lua
> > 
> > Then 'share/lua' relative to gnuplot executables. 
> > So that /gp45-winbin/gnuplot/bin/share/lua is the place to put the file 'gnuplot-tikz.lua'.
> > 
> > This is the similar way to the PostScript prologue files.
> > 
> > However as you pointed out
> > 
> > gnuplot> set term tikz
> > Terminal type set to 'tikz'
> > error: cannot open
> > D:\usr\Tatsu\mingwhome\gnuplotcvs\gp45-winbin\gnuplot\share/lua\gnuplot-tikz.lua:
> > No such file or directory. Lua context closed.  
> > 
> > This might be a bug of newly imported code for windows into lua.trm.
> > 
> > For the second remark I am not a lua user.
> > I cannot answer your remark.
> > 
> > I ask you to subscribe to gnu...@li... and discuss there.
> > 
> > Anyway I appreciate your kind suggestions.
> > 
> > Regards
> > 
> > Tatsuro
> 
> 
> --------------------------------------
> Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/
> 
> This e-mail is strictly confidential and intended only for use by the addressee(s) unless
> otherwise indicated.
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

RE: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries are updated)

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

Hello

Thank you for tests and their report.

Seeing the code modification for lua terminal by Ethan, I cannot find any problem at the moment.

I have tested in the default install directory in C:\Program Files\Gnuplot4.5. At that time, 
************
set term tikz
set out 'test.tikz'
plot sin(x)
set out
*************

I found latex codes in file test.tikz so that I judged that test perhaps went well.  

I cannot find the reason why phenomena that you have found occur at the moment.

It will become late in the night in Japan.  Tomorrow, I'll carry out some trials.

Regards

Tatsuro


--- Franco Fritschij  wrote:

> 
>  Hello Tasuro Matsuoko,
> 
> I did some more tests. Your wgnuplot.exe directory is called 'gp45-winbin/gnuplot/bin'
> If I rename 'bin' to something else it works. So there is something strange in windows for
> finding the wgnuplot.exe directory if the directory ends with 'bin'. I see the same problem
for
> the canvas terminal (looks for files in share/js) postscript terminals (postscript, epslatex
> looks for files in share/Postscript).
> 
> What is causing this?
> 
> Regards, Franco 
> 
> 
> 
> -----Original Message-----
> From: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Sent: Wednesday, December 02, 2009 12:42 PM
> To: Franco Fritschij
> Cc: gnu...@li...
> Subject: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries
are
> updated)
> 
> Hello Franco Fritschij
> 
> cc. gnu...@li...
>  
> --- Franco Fritschij  wrote:
> 
> > Dear Tatsuro Matsuoka,
> > 
> > Good news that you managed to compile gnuplot including the lua terminal.
> > 
> > Gnuplot is default looking in the wrong directory for the lua/tikz files.
> > You can see that by using the following gnuplot terminal commands.
> > 
> > 'set term lua tikz' or equivalent 'set term tikz'
> > 
> > It looks in '......./gp45-winbin/gnuplot/share/lua' instead of 
> > '........../gp45-winbin/gnuplot/bin/share/lua' for the file 
> > gnuplot_tikz.lua It works if the environment variable GNUPLOT_LUA_DIR 
> > is set to '........./gp45-windir/gnuplot/bin/share/lua' as mentioned in the gnuplot
> documentation.
> > I think you have set some environment variable when compiling the 
> > code, this can probably be easy set to the 'gnuplot/bin/share' directory by default.
> > 
> > What do you have changed in the source code of lua.trm? The default 
> > location is pointing to X11_DRIVER_DIR which is not set if you compile it for windows.
> > 
> > Second remark:
> > 
> > You should put the 'gnuplot-lua-tikz.sty' file in the zip package it 
> > is in 'share/LaTeX/' in the source code.
> > The best place is in your 'bin/share' directory to add the LaTeX 
> > directory with the files from the source package.
> > 
> > The file 'gnuplot-lua-tikz.sty' is needed for latex to make the 
> > picture produced by the Lua/tikz terminal.
> > 
> > Best Regards, Franco Fritschij
> > 
> 
> Thanks for your comments.
> 
> in the makefile.mgw
> 
> # Where to install the PostScript prologue files, relatively to the executable # wgnuplot.exe
> GNUPLOT_PS_DIR = share/PostScript
> 
> # Similarly for javascript files for the canvas terminal:
> GNUPLOT_JS_DIR = share/js
> 
> # Similarly for scripts used by the lua terminal GNUPLOT_LUA_DIR = share/lua
> 
> Then 'share/lua' relative to gnuplot executables. 
> So that /gp45-winbin/gnuplot/bin/share/lua is the place to put the file 'gnuplot-tikz.lua'.
> 
> This is the similar way to the PostScript prologue files.
> 
> However as you pointed out
> 
> gnuplot> set term tikz
> Terminal type set to 'tikz'
> error: cannot open
> D:\usr\Tatsu\mingwhome\gnuplotcvs\gp45-winbin\gnuplot\share/lua\gnuplot-tikz.lua:
> No such file or directory. Lua context closed.  
> 
> This might be a bug of newly imported code for windows into lua.trm.
> 
> For the second remark I am not a lua user.
> I cannot answer your remark.
> 
> I ask you to subscribe to gnu...@li... and discuss there.
> 
> Anyway I appreciate your kind suggestions.
> 
> Regards
> 
> Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

RE: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries are updated)

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

Hello

At first, I'll forward the message to gnu...@li....
It is better to discuss this issue open to the public rather than discuss personally.

Regards

Tatsuro

--- Franco Fritschij  wrote:

> 
>  Hello Tasuro Matsuoko,
> 
> I did some more tests. Your wgnuplot.exe directory is called 'gp45-winbin/gnuplot/bin'
> If I rename 'bin' to something else it works. So there is something strange in windows for
> finding the wgnuplot.exe directory if the directory ends with 'bin'. I see the same problem for
> the canvas terminal (looks for files in share/js) postscript terminals (postscript, epslatex
> looks for files in share/Postscript).
> 
> What is causing this?
> 
> Regards, Franco 
> 
> 
> 
> -----Original Message-----
> From: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Sent: Wednesday, December 02, 2009 12:42 PM
> To: Franco Fritschij
> Cc: gnu...@li...
> Subject: lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries are
> updated)
> 
> Hello Franco Fritschij
> 
> cc. gnu...@li...
>  
> --- Franco Fritschij  wrote:
> 
> > Dear Tatsuro Matsuoka,
> > 
> > Good news that you managed to compile gnuplot including the lua terminal.
> > 
> > Gnuplot is default looking in the wrong directory for the lua/tikz files.
> > You can see that by using the following gnuplot terminal commands.
> > 
> > 'set term lua tikz' or equivalent 'set term tikz'
> > 
> > It looks in '......./gp45-winbin/gnuplot/share/lua' instead of 
> > '........../gp45-winbin/gnuplot/bin/share/lua' for the file 
> > gnuplot_tikz.lua It works if the environment variable GNUPLOT_LUA_DIR 
> > is set to '........./gp45-windir/gnuplot/bin/share/lua' as mentioned in the gnuplot
> documentation.
> > I think you have set some environment variable when compiling the 
> > code, this can probably be easy set to the 'gnuplot/bin/share' directory by default.
> > 
> > What do you have changed in the source code of lua.trm? The default 
> > location is pointing to X11_DRIVER_DIR which is not set if you compile it for windows.
> > 
> > Second remark:
> > 
> > You should put the 'gnuplot-lua-tikz.sty' file in the zip package it 
> > is in 'share/LaTeX/' in the source code.
> > The best place is in your 'bin/share' directory to add the LaTeX 
> > directory with the files from the source package.
> > 
> > The file 'gnuplot-lua-tikz.sty' is needed for latex to make the 
> > picture produced by the Lua/tikz terminal.
> > 
> > Best Regards, Franco Fritschij
> > 
> 
> Thanks for your comments.
> 
> in the makefile.mgw
> 
> # Where to install the PostScript prologue files, relatively to the executable # wgnuplot.exe
> GNUPLOT_PS_DIR = share/PostScript
> 
> # Similarly for javascript files for the canvas terminal:
> GNUPLOT_JS_DIR = share/js
> 
> # Similarly for scripts used by the lua terminal GNUPLOT_LUA_DIR = share/lua
> 
> Then 'share/lua' relative to gnuplot executables. 
> So that /gp45-winbin/gnuplot/bin/share/lua is the place to put the file 'gnuplot-tikz.lua'.
> 
> This is the similar way to the PostScript prologue files.
> 
> However as you pointed out
> 
> gnuplot> set term tikz
> Terminal type set to 'tikz'
> error: cannot open
> D:\usr\Tatsu\mingwhome\gnuplotcvs\gp45-winbin\gnuplot\share/lua\gnuplot-tikz.lua:
> No such file or directory. Lua context closed.  
> 
> This might be a bug of newly imported code for windows into lua.trm.
> 
> For the second remark I am not a lua user.
> I cannot answer your remark.
> 
> I ask you to subscribe to gnu...@li... and discuss there.
> 
> Anyway I appreciate your kind suggestions.
> 
> Regards
> 
> Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

lua terminal problem on windows (was gnuplot 4.5 (cvs) windows and cygwin binaries are updated)

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

Hello Franco Fritschij

cc. gnu...@li...
 
--- Franco Fritschij  wrote:

> Dear Tatsuro Matsuoka,
> 
> Good news that you managed to compile gnuplot including the lua terminal.
> 
> Gnuplot is default looking in the wrong directory for the lua/tikz files.
> You can see that by using the following gnuplot terminal commands.
> 
> 'set term lua tikz' or equivalent 'set term tikz'
> 
> It looks in '......./gp45-winbin/gnuplot/share/lua' instead of
> '........../gp45-winbin/gnuplot/bin/share/lua' for the file gnuplot_tikz.lua
> It works if the environment variable GNUPLOT_LUA_DIR is set to
> '........./gp45-windir/gnuplot/bin/share/lua' as mentioned in the gnuplot documentation.
> I think you have set some environment variable when compiling the code, this can probably be
> easy set to the 'gnuplot/bin/share' directory by default.
> 
> What do you have changed in the source code of lua.trm? The default location is pointing to
> X11_DRIVER_DIR which is not set if you compile it for windows.
> 
> Second remark:
> 
> You should put the 'gnuplot-lua-tikz.sty' file in the zip package it is in 'share/LaTeX/' in the
> source code.
> The best place is in your 'bin/share' directory to add the LaTeX directory with the files from
> the source package.
> 
> The file 'gnuplot-lua-tikz.sty' is needed for latex to make the picture produced by the Lua/tikz
> terminal.
> 
> Best Regards, Franco Fritschij
> 

Thanks for your comments.

in the makefile.mgw

# Where to install the PostScript prologue files, relatively to the executable
# wgnuplot.exe
GNUPLOT_PS_DIR = share/PostScript

# Similarly for javascript files for the canvas terminal:
GNUPLOT_JS_DIR = share/js

# Similarly for scripts used by the lua terminal
GNUPLOT_LUA_DIR = share/lua

Then 'share/lua' relative to gnuplot executables. 
So that /gp45-winbin/gnuplot/bin/share/lua is the place to put the file 'gnuplot-tikz.lua'.

This is the similar way to the PostScript prologue files.

However as you pointed out

gnuplot> set term tikz
Terminal type set to 'tikz'
error: cannot open D:\usr\Tatsu\mingwhome\gnuplotcvs\gp45-winbin\gnuplot\share/lua\gnuplot-tikz.lua:
No such file or directory. Lua context closed.  

This might be a bug of newly imported code for windows into lua.trm.

For the second remark I am not a lua user.
I cannot answer your remark.

I ask you to subscribe to gnu...@li... and discuss there.

Anyway I appreciate your kind suggestions.

Regards

Tatsuro

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: Additional patch for makefile.mgw and lua.trm for MinGW build

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

Sorry for my mistake!

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> 
> --- Ethan Merritt  wrote:
> 
> > I have applied these fixes to both 4.4 and to 4.5.
> > I made 2 very small additional changes, which I hope did not break anything.
> 
> I have built gnuplot 4.5 (cvs) on Cygwin and MinGW updated today.
wrong>  I have not met no trouble to build them.
correct>I have met no trouble to build them.

Regards

Tatsuro

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: Additional patch for makefile.mgw and lua.trm for MinGW build

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

Hello


--- Ethan Merritt  wrote:

> I have applied these fixes to both 4.4 and to 4.5.
> I made 2 very small additional changes, which I hope did not break anything.

I have built gnuplot 4.5 (cvs) on Cygwin and MinGW updated today.
I have not met no trouble to build them.

Thanks!

BTW, I will check for djgpp on cvs 

After that I will try Cygwin, MinGW and DJGPP on gnuplot 4.4.0rc-1 with patch by you

lua_install_30nov2009.patch and additional my patch to lua.trm

For makefile.xxx, perhaps I can use those on cvs.

After I will check,  I will report here.

Regards

Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Re: Set palette tips for the document

[Ethan M. (sfeam) <eam...@gm...>]

On Monday 23 November 2009, Mike <mw...@us...> wrote:
> 
> Hi all,
> 
> I recently went through an exercise to make a colorized plot using pm3dlook like a Matlab plot.  A pointy haired boss had dictated suchcolors.  I thought it might be useful for the documentation.  So hereare the palette settings.
> 
> 
> set pal defined (1 '#00008f', 8 '#0000ff', 24 '#00ffff', 40 '#ffff00', \
>                  56 '#ff0000', 64 '#800000')
> 

Thanks.  I have added this as an example in the section for 'set palette defined'.

> I also tracked down the default line and fill colors for Excel 2003 plus the point type.
> 
> 
> lines       Fill      point type
> #000080     #9999ff   diamond        
> #ff00ff     #993366   square         
> #ffff00     #ffffcc   triangle     
> #00ffff     #ccffff   x      
> #800080     #660066   star       
> #800000     #ff8080   circle         
> #008080     #0080cc   plus       
> #0000ff     #ccccff   short dash

That looks like it might best go with the documentation associated with patchset
 2004590  	 mechanism to redefine base linetypes
I'll hold onto it for that later use.

	Ethan

Re: Additional patch for makefile.mgw and lua.trm for MinGW build

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

On Tuesday 01 December 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> After your patch lua_'install_30nov2009.patch' is attached, I need some changes to build on MinGW.
> 
> Attachment patches are the differences from after 'install_30nov2009.patch' is attached.

Thanks.
I have applied these fixes to both 4.4 and to 4.5.
I made 2 very small additional changes, which I hope did not break anything.

	Ethan




> *********************
>         G N U P L O T
>         Version 4.5 patchlevel 0
>         last modified November 2009
>         System: MS-Windows 32 bit
>                    :      
> gnuplot> set term  
>                    :
>               lua  Lua generic terminal driver
>                    :
>             tikz  TeX TikZ graphics macros via the lua script driver  
> **************************
> 
> Regards
> 
> Tatsuro
> 
> --- Tatsuro MATSUOKA wrote:
> 
> > Hello
> > 
> > I have tried you patch for makefile.mgw for lua.
> > However, it have not worked at the moment.
> > 
> > I think that futher modification is required on makefile.mgw.
> > I am now trying to modify it.
> > 
> > So at the moment, please apply the autotool based patch.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > > --- Tatsuro MATSUOKA  wrote:
> > > 
> > > > Hello 
> > > > 
> > > > I have forget one thing.
> > > > For build on MinGW, I have to begin with building the lua.
> > > > 
> > > > I will report afterwards.
> > > > 
> > > > Thank you for your preparing a new makefile for lua.
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro
> > > > 
> > > > 
> > > > 
> > > > --- Tatsuro MATSUOKA wrote:
> > > > 
> > > > > Hello
> > > > > 
> > > > > I have now finished to build gnuplot 4.5 (cvs) with lua and tikz terminals.
> > > > > All processes ./configure, make, make check, and make install-strip were successfully
> > > carried
> > > > > out!!
> > > > > No errors!! Fine!!
> > > > > 
> > > > > Thank you for your efforts
> > > > > 
> > > > > Regards
> > > > > 
> > > > > Tatsuro
> > > > >