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

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello
--- Bastian M将」rkisch wrote:

> Hhhm. It shouldn't be. MSDN says:
> 
> "While Microsoft develops future Help technologies, we encourage Help authors 
> to continue using HTML Help 1.4. HTML Help 1.4 is included in Windows篠7."
> 

I have downloaded windows sdk for windows 7.  I found the htmlhelp.h and Htmlhelp.Lib in C:\Program
Files\Microsoft SDKs\Windows\v7.1\Include and C:\Program Files\Microsoft SDKs\Windows\v7.1\Lib,
respectively.

I have tried to use htmlhelp.h and Htmlhelp.Lib in C:\Program Files\Microsoft SDKs\Windows\v7.1 but
they cannot be used as they are for current gnuplot cvs code on mingw.

As a reference I show the diff of htmlhelp.h between in the html help workshop and sdk :

*******************************
--- htmlhelp.orig.h	1999-07-14 05:02:22 +0900
+++ htmlhelp.sdk.h	2010-04-19 20:44:16 +0900
@@ -17,10 +17,12 @@
 extern "C" {
 #endif  // __cplusplus
 
+#if _MSC_VER < 1200
 // Defines for Win64
 #ifndef _WIN64
 #define DWORD_PTR DWORD
 #endif
+#endif
 
 // Commands to pass to HtmlHelp()
 
@@ -53,8 +55,10 @@
 #define HH_SET_EXCLUSIVE_FILTER 0x0019  // set exclusive filtering method for untyped topics to be
excluded from display
 #define HH_INITIALIZE            0x001C  // Initializes the help system.
 #define HH_UNINITIALIZE          0x001D  // Uninitializes the help system.
+#define HH_SET_QUERYSERVICE     0x001E  // Set the Host IQueryService interface
 #define HH_PRETRANSLATEMESSAGE  0x00fd  // Pumps messages. (NULL, NULL, MSG*). 
 #define HH_SET_GLOBAL_PROPERTY  0x00fc  // Set a global property. (NULL, NULL, HH_GPROP)
+#define HH_SAFE_DISPLAY_TOPIC   0x0020  // private addition to the interface for InternetExplorer.
 
 #define HHWIN_PROP_TAB_AUTOHIDESHOW (1 << 0)    // Automatically hide/show tri-pane window
 #define HHWIN_PROP_ONTOP            (1 << 1)    // Top-most window
@@ -364,19 +368,19 @@
 HWND
 WINAPI
 HtmlHelpA(
-    HWND hwndCaller,
-    LPCSTR pszFile,
-    UINT uCommand,
-    DWORD_PTR dwData
+    __in_opt HWND hwndCaller,
+    __in LPCSTR pszFile,
+    __in UINT uCommand,
+    __in DWORD_PTR dwData
     );
 
 HWND
 WINAPI
 HtmlHelpW(
-    HWND hwndCaller,
-    LPCWSTR pszFile,
-    UINT uCommand,
-    DWORD_PTR dwData
+    __in_opt HWND hwndCaller,
+    __in LPCWSTR pszFile,
+    __in UINT uCommand,
+    __in DWORD_PTR dwData
     );
 #ifdef UNICODE
 #define HtmlHelp  HtmlHelpW
@@ -424,3 +428,4 @@
 #endif // __cplusplus
 
 #endif // __HTMLHELP_H__
+
****************************************

Regards

Tatsuro

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

--- Bastian M将」rkisch wrote:

> 
> 2011-03-20  Bastian Maerkisch  <bma...@we...>
> 
> 	* src/win/wgnuplib.c|h, src/win/wgraph.c, src/win/winmain.c, 
> 	src/win/wmenu.c, src/win/wpause.c, src/win/wtext.c: FAR pointers are
> 	no longer required.
> 
> 	* src/win/winmain.c (WinExit): Explicitly close help window on exit.
> 	Fixes hangs of gnuplot when it is closed via the Windows taskbar 
> 	and help window	and graph window open.
> 
> The later might be the reason for hangs or crashes on exit - but not after
> issuing a command. I also don't see why the changes should influence 
> opening files. Going over the diff and the source again, I see no obvious 
> suspect. 
> 
> Removing FAR should be innocent - it should be define'd empty anyway.
> (And so is "far" in syscfg.h btw).

Indeed.
If I comment out like below,

#ifdef WITH_HTML_HELP
//        HtmlHelp(NULL, NULL, HH_CLOSE_ALL, (DWORD_PTR)NULL);
#else

the exit error did not occur on windows 7.

Maybe for windows 7, newer version HTML HELP workshop is required.

http://msdn.microsoft.com/en-us/library/dd940316(v=vs.85).aspx

Regards

Tatsuro

Re: gnuplot.exe hangs instead of exiting on Windows 7

[Bastian M. <bma...@we...>]

>The cvs source of between that checked out by cvs update -D '2011-03-21' and that checked out cvs
>update -D '2011-03-22' the following are change in addition to src/util.c,  src/command.c,
>src/parse.c.
>
>src/win/
>wgnuplib.c
>wgraph.c
>winmain.c
>wmenu.c
>wpause.c
>wtext.c
>
>The diff between two are attached 

These changes correspond these entries in ChangeLog:

2011-03-20  Bastian Maerkisch  <bma...@we...>

	* src/win/wgnuplib.c|h, src/win/wgraph.c, src/win/winmain.c, 
	src/win/wmenu.c, src/win/wpause.c, src/win/wtext.c: FAR pointers are
	no longer required.

	* src/win/winmain.c (WinExit): Explicitly close help window on exit.
	Fixes hangs of gnuplot when it is closed via the Windows taskbar 
	and help window	and graph window open.

The later might be the reason for hangs or crashes on exit - but not after
issuing a command. I also don't see why the changes should influence 
opening files. Going over the diff and the source again, I see no obvious 
suspect. 

Removing FAR should be innocent - it should be define'd empty anyway.
(And so is "far" in syscfg.h btw).

One thing which could be different between "cvs checkout" and downloading
via "viewcvs" are line endings. We should check that none of my commits
mixed Unix (LF) and Windows (CR/LF) line endings.

  Bastian

842011-03-20 Bastian Maerkisch <bma...@we...>
85

86* src/win/wgnuplib.c|h, src/win/wgraph.c, src/win/winmain.c,
87src/win/wmenu.c, src/win/wpause.c, src/win/wtext.c: FAR pointers are
88no longer required.
89

90* src/win/winmain.c (WinExit): Explicitly close help window on exit.
91Fixes hangs of gnuplot when it is closed via the Windows taskbar
92and help window and graph window open.

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

The cvs source of between that checked out by cvs update -D '2011-03-21' and that checked out cvs
update -D '2011-03-22' the following are change in addition to src/util.c,  src/command.c,
src/parse.c.

src/win/
wgnuplib.c
wgraph.c
winmain.c
wmenu.c
wpause.c
wtext.c

The diff between two are attached 

If the cvs source checked out at cvs update -D '2011-03-22', the above replaced those obtained by the
cvs update -D '2011-03-21', the exit error disappeared.

Regards

Tatsuro

> Hello
> 
> 
> I have met unbelievable behaviors for the cvs source.
> After I have checked out the cvs source cvs update -D '2011-03-21'.
> 
> And I have replaced the   src/util.c,  src/command.c, src/parse.c 
> (and docs/gnuplot.doc) by the change 
> 
> > 2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>
> > 
> > 	* src/util.c (equals): Test here for token index in range, rather than
> > 	trusting all callers to get it right.
> > 
> > 	* src/command.c src/parse.c: Token index range test is now redundant.
> > 
> > 	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.
> 
> downloaded from 
> http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/src/
> 
> Exit error did not happen.
> 
> Thus code change the above itself is not origin of exit error of gnuplot.exe on win 7.
> 
> Regards
> 
> Tatsuro
> --- Tatsuro MATSUOKA wrote:
> 
> > Hello
> > 
> > When I have checked out by  
> > cvs update -D '2011-03-21'
> > 
> > 2011-03-20  Bastian Maerkisch  <bma...@we...>
> > 
> > 	* src/win/wmenu.c (LoadMacros), src/win/wgnuplot.mnu ([Button]): Add
> > 	icons to the text-window toolbar.
> > 
> > 	* docs/windows/doc2html.c (process_line): Don't include '=' items in
> > 	index. This	avoids duplicate entries which caused wgnuplot to stall 
> > 	when an e.g. 'set term png; help "png"' was issued.
> > 
> > the above were included and no error happened on windows 7.
> > 
> > When I have checked out by  
> > cvs update -D '2011-03-22'
> > 
> > 2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>
> > 
> > 	* src/util.c (equals): Test here for token index in range, rather than
> > 	trusting all callers to get it right.
> > 
> > 	* src/command.c src/parse.c: Token index range test is now redundant.
> > 
> > 	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.
> > 
> > the above were included and caused error on windows 7.
> > 
> > I will see in more details.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > --- Tatsuro MATSUOKA  wrote:
> > 
> > > Hello
> > > 
> > > The exit fail also occurred at windows 7 starter 32 bit. (netbook)
> > > Thus this problem seem to be specific windows 7.
> > > 
> > > I do not have any idea on this fail.
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > > 
> > > 
> > > --- Tatsuro MATSUOKA wrote:
> > > 
> > > > Hello
> > > > 
> > > > 
> > > > I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
> > > > (Windows 7 64 bit Home Premium sp1.)
> > > > 
> > > > ../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu
> > > > 
> > > > set output out . 'figure_lines' . ext
> > > >                                      ^
> > > > cannot open file; output not changed
> > > > "../docs/plotstyles.gnu", line 21: util.c: No such file or directory
> > > > 
> > > > make hangs at this stage. 
> > > > 
> > > > As pointed out by Juh将。sz P将アter,
> > > > If I start gnuplot.exe interactively, plot something, then exit, then it
> > > > exits normally. However, if I don't plot anything, just do "sh var" or
> > > > "exit", it hangs!
> > > > 
> > > > I have tested
> > > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > > 
> > > > The situation is the same as that I have built today.
> > > > The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.
> > > > 
> > > > 
> > > > Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro
> > > > --- Bastian M将」rkisch  wrote:
> > > > 
> > > > > Hello,
> > > > > 
> > > > > To exclude build problems with MinGW, I have done and uploaded a build 
> > > > > of the current CVS version to
> > > > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > > > 
> > > > > 
> > > > > It is built with a fresh install of current MinGW and current stable 
> > > > > releases of wxWidgets/cairo/pango. It's not a full release build, 
> > > > > though, as most of the support files and the lua and gd terminals are 
> > > > > missing. Also, plotstyles.gnu will fail with this version since libgd is 
> > > > > missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> > > > > gnuplot.exe without.
> > > > > 
> > > > > Again, on my XP system, I see none of the behaviour described earlier: 
> > > > > immediate startup and exit and console gnuplot (both versions) works as 
> > > > > expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> > > > > will try later on with Vista.
> > > > > 
> > > > > On thing, though: closing gnuplot*.exe via the "close"-button of the 
> > > > > console seems to cause it to hang or crash. That is not the case for 
> > > > > Tatsuro Matsuoka's build.
> > > > > 
> > > > >    Bastian
> > > > > 
> > > > > 
> > > > > Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > > > > > Hello
> > > > > >
> > > > > > I have tested cvs binaries for windows provided by Prof. Kakuto
> > > > > >
> > > > > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > > > > gnuplot-45pl0w32.zip
> > > > > >
> > > > > > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > > > > > Using this binary, exit problem seems not to occur for gnuplot.exe.
> > > > > >
> > > > > > At the moment, I do not find the reason why the difference occur between mine and
> > Kakuto's
> > > > > binaries.
> > > > > >
> > > > > > Regards
> > > > > >
> > > > > > Tatsuro
> > > > > >
> > > > > > ------------------------------------------------------------------------------
> > > > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > > > growing manageability and security demands of your customers. Businesses
> > > > > > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > > > > > be a part of the solution? Download the Intel(R) Manageability Checker
> > > > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > > > _______________________________________________
> > > > > > gnuplot-beta mailing list
> > > > > > gnu...@li...
> > > > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > > 
> > > > > ------------------------------------------------------------------------------
> > > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > > growing manageability and security demands of your customers. Businesses
> > > > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > > _______________________________________________
> > > > > gnuplot-beta mailing list
> > > > > gnu...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > > 
> > > > 
> > > > 
> > > > ------------------------------------------------------------------------------
> > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > growing manageability and security demands of your customers. Businesses
> > > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > 
> > > 
> > > 
> > 
> > 
> 
> 
=== 以下のメッセージは省略されました ===

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello


I have met unbelievable behaviors for the cvs source.
After I have checked out the cvs source cvs update -D '2011-03-21'.

And I have replaced the   src/util.c,  src/command.c, src/parse.c 
(and docs/gnuplot.doc) by the change 

> 2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/util.c (equals): Test here for token index in range, rather than
> 	trusting all callers to get it right.
> 
> 	* src/command.c src/parse.c: Token index range test is now redundant.
> 
> 	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.

downloaded from 
http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/src/

Exit error did not happen.

Thus code change the above itself is not origin of exit error of gnuplot.exe on win 7.

Regards

Tatsuro
--- Tatsuro MATSUOKA wrote:

> Hello
> 
> When I have checked out by  
> cvs update -D '2011-03-21'
> 
> 2011-03-20  Bastian Maerkisch  <bma...@we...>
> 
> 	* src/win/wmenu.c (LoadMacros), src/win/wgnuplot.mnu ([Button]): Add
> 	icons to the text-window toolbar.
> 
> 	* docs/windows/doc2html.c (process_line): Don't include '=' items in
> 	index. This	avoids duplicate entries which caused wgnuplot to stall 
> 	when an e.g. 'set term png; help "png"' was issued.
> 
> the above were included and no error happened on windows 7.
> 
> When I have checked out by  
> cvs update -D '2011-03-22'
> 
> 2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/util.c (equals): Test here for token index in range, rather than
> 	trusting all callers to get it right.
> 
> 	* src/command.c src/parse.c: Token index range test is now redundant.
> 
> 	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.
> 
> the above were included and caused error on windows 7.
> 
> I will see in more details.
> 
> Regards
> 
> Tatsuro
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > The exit fail also occurred at windows 7 starter 32 bit. (netbook)
> > Thus this problem seem to be specific windows 7.
> > 
> > I do not have any idea on this fail.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > --- Tatsuro MATSUOKA wrote:
> > 
> > > Hello
> > > 
> > > 
> > > I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
> > > (Windows 7 64 bit Home Premium sp1.)
> > > 
> > > ../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu
> > > 
> > > set output out . 'figure_lines' . ext
> > >                                      ^
> > > cannot open file; output not changed
> > > "../docs/plotstyles.gnu", line 21: util.c: No such file or directory
> > > 
> > > make hangs at this stage. 
> > > 
> > > As pointed out by Juh将。sz P将アter,
> > > If I start gnuplot.exe interactively, plot something, then exit, then it
> > > exits normally. However, if I don't plot anything, just do "sh var" or
> > > "exit", it hangs!
> > > 
> > > I have tested
> > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > 
> > > The situation is the same as that I have built today.
> > > The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.
> > > 
> > > 
> > > Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > > --- Bastian M将」rkisch  wrote:
> > > 
> > > > Hello,
> > > > 
> > > > To exclude build problems with MinGW, I have done and uploaded a build 
> > > > of the current CVS version to
> > > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > > 
> > > > 
> > > > It is built with a fresh install of current MinGW and current stable 
> > > > releases of wxWidgets/cairo/pango. It's not a full release build, 
> > > > though, as most of the support files and the lua and gd terminals are 
> > > > missing. Also, plotstyles.gnu will fail with this version since libgd is 
> > > > missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> > > > gnuplot.exe without.
> > > > 
> > > > Again, on my XP system, I see none of the behaviour described earlier: 
> > > > immediate startup and exit and console gnuplot (both versions) works as 
> > > > expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> > > > will try later on with Vista.
> > > > 
> > > > On thing, though: closing gnuplot*.exe via the "close"-button of the 
> > > > console seems to cause it to hang or crash. That is not the case for 
> > > > Tatsuro Matsuoka's build.
> > > > 
> > > >    Bastian
> > > > 
> > > > 
> > > > Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > > > > Hello
> > > > >
> > > > > I have tested cvs binaries for windows provided by Prof. Kakuto
> > > > >
> > > > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > > > gnuplot-45pl0w32.zip
> > > > >
> > > > > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > > > > Using this binary, exit problem seems not to occur for gnuplot.exe.
> > > > >
> > > > > At the moment, I do not find the reason why the difference occur between mine and
> Kakuto's
> > > > binaries.
> > > > >
> > > > > Regards
> > > > >
> > > > > Tatsuro
> > > > >
> > > > > ------------------------------------------------------------------------------
> > > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > > growing manageability and security demands of your customers. Businesses
> > > > > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > > > > be a part of the solution? Download the Intel(R) Manageability Checker
> > > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > > _______________________________________________
> > > > > gnuplot-beta mailing list
> > > > > gnu...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > 
> > > > ------------------------------------------------------------------------------
> > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > growing manageability and security demands of your customers. Businesses
> > > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > 
> > > 
> > > 
> > > ------------------------------------------------------------------------------
> > > Enable your software for Intel(R) Active Management Technology to meet the
> > > growing manageability and security demands of your customers. Businesses
> > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> 
> 

Re: Explicit color for pm3d

[Daniel J S. <dan...@ie...>]

On 03/28/2011 12:40 PM, Ethan A Merritt wrote:

> What you're describing is more like a texture map.
> Input a NxM pixmap, distort/project it onto a surface defined
> by an explicit function or coarse sampling.

Yes, like a relief map of some sort.

Dan

Re: Explicit color for pm3d

[Ethan A M. <sf...@us...>]

> >> I can't think of any drawback to allowing "with pm3d lc rgb variable",
> >> but go ahead and try to find something that breaks :-)
> >
> This sounds like something where a person might be able to place an 
> image on a surface, e.g., a photograph wrapped in a spherical shape or a 
> wavy two dimensional sinusoid surface.  Could be interesting.

I think that would have to be another drawing mode entirely.
This scheme is an addition to pm3d, where the sampling of the
surface is fairly coarse.  If isosamples are left at the default,
that's only 100 "pixels".

What you're describing is more like a texture map.
Input a NxM pixmap, distort/project it onto a surface defined
by an explicit function or coarse sampling.

	Ethan

Re: Explicit color for pm3d

[Daniel J S. <dan...@ie...>]

On 03/28/2011 08:31 AM, Petr Mikulik wrote:

>> I can't think of any drawback to allowing "with pm3d lc rgb variable",
>> but go ahead and try to find something that breaks :-)
>
> I've tried it and it works.
>
> Interesting feature, I never needed to code explicit colours.

This sounds like something where a person might be able to place an 
image on a surface, e.g., a photograph wrapped in a spherical shape or a 
wavy two dimensional sinusoid surface.  Could be interesting.

Dan

Re: Explicit color for pm3d

[Douglas M. <dou...@gm...>]

I agree, I think it's beautifully done!

On Mon, Mar 28, 2011 at 9:31 AM, Petr Mikulik <mi...@ph...>wrote:

> > > > There's a little discussion going on at the bug request tracker about
> making
> > > > an explicit color column for pm3d. The idea is that rgbimage and "w p
> lc
> > > > var" allow you to color each point with an explicit color, not
> interpolating
> > > > on a palette. Since pm3d offers options like "corner2colors", which
> tells
> > > > pm3d to use a color that is NOT interpolated among nearby points, it
> seems
> > > > reasonable that a pm3d option could be made for explicit colors.
> >
> > > Although I am not so familiar with the code for pm3d, this sounds
> possible.
> > > Am I failing to see some fundamental difficulty?
> >
> > Trial patch and sample PNG output now on the tracker.
> >
> https://sourceforge.net/tracker/?func=detail&atid=352055&aid=3237990&group_id=2055
> >
> > I can't think of any drawback to allowing "with pm3d lc rgb variable",
> > but go ahead and try to find something that breaks :-)
>
> I've tried it and it works.
>
> Interesting feature, I never needed to code explicit colours.
>
> ---
> PM
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: Explicit color for pm3d

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

> > > There's a little discussion going on at the bug request tracker about making
> > > an explicit color column for pm3d. The idea is that rgbimage and "w p lc
> > > var" allow you to color each point with an explicit color, not interpolating
> > > on a palette. Since pm3d offers options like "corner2colors", which tells
> > > pm3d to use a color that is NOT interpolated among nearby points, it seems
> > > reasonable that a pm3d option could be made for explicit colors. 
>  
> > Although I am not so familiar with the code for pm3d, this sounds possible.
> > Am I failing to see some fundamental difficulty?
> 
> Trial patch and sample PNG output now on the tracker.
> https://sourceforge.net/tracker/?func=detail&atid=352055&aid=3237990&group_id=2055
> 
> I can't think of any drawback to allowing "with pm3d lc rgb variable",
> but go ahead and try to find something that breaks :-)

I've tried it and it works. 

Interesting feature, I never needed to code explicit colours. 

---
PM

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

Hmmmm

I cannot figure out what is happening
I have checked out the source by 
cvs update -D '2011-03-22'

and I have copied the  src/util.c, src/command.c and src/parse.c before change from the cvs
repository.

I have tried to build.

The build error occur and exit command make failure on gnuplot.exe on windows 7.
???????????????????????????

I cannot find the reason at the moment :-( .
However, at least codepage change is not origin of the error.

Regards

Tatsuro

 
--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> When I have checked out by  
> cvs update -D '2011-03-21'
> 
> 2011-03-20  Bastian Maerkisch  <bma...@we...>
> 
> 	* src/win/wmenu.c (LoadMacros), src/win/wgnuplot.mnu ([Button]): Add
> 	icons to the text-window toolbar.
> 
> 	* docs/windows/doc2html.c (process_line): Don't include '=' items in
> 	index. This	avoids duplicate entries which caused wgnuplot to stall 
> 	when an e.g. 'set term png; help "png"' was issued.
> 
> the above were included and no error happened on windows 7.
> 
> When I have checked out by  
> cvs update -D '2011-03-22'
> 
> 2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/util.c (equals): Test here for token index in range, rather than
> 	trusting all callers to get it right.
> 
> 	* src/command.c src/parse.c: Token index range test is now redundant.
> 
> 	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.
> 
> the above were included and caused error on windows 7.
> 
> I will see in more details.
> 
> Regards
> 
> Tatsuro
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > The exit fail also occurred at windows 7 starter 32 bit. (netbook)
> > Thus this problem seem to be specific windows 7.
> > 
> > I do not have any idea on this fail.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > --- Tatsuro MATSUOKA wrote:
> > 
> > > Hello
> > > 
> > > 
> > > I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
> > > (Windows 7 64 bit Home Premium sp1.)
> > > 
> > > ../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu
> > > 
> > > set output out . 'figure_lines' . ext
> > >                                      ^
> > > cannot open file; output not changed
> > > "../docs/plotstyles.gnu", line 21: util.c: No such file or directory
> > > 
> > > make hangs at this stage. 
> > > 
> > > As pointed out by Juh将。sz P将アter,
> > > If I start gnuplot.exe interactively, plot something, then exit, then it
> > > exits normally. However, if I don't plot anything, just do "sh var" or
> > > "exit", it hangs!
> > > 
> > > I have tested
> > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > 
> > > The situation is the same as that I have built today.
> > > The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.
> > > 
> > > 
> > > Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > > --- Bastian M将」rkisch  wrote:
> > > 
> > > > Hello,
> > > > 
> > > > To exclude build problems with MinGW, I have done and uploaded a build 
> > > > of the current CVS version to
> > > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > > 
> > > > 
> > > > It is built with a fresh install of current MinGW and current stable 
> > > > releases of wxWidgets/cairo/pango. It's not a full release build, 
> > > > though, as most of the support files and the lua and gd terminals are 
> > > > missing. Also, plotstyles.gnu will fail with this version since libgd is 
> > > > missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> > > > gnuplot.exe without.
> > > > 
> > > > Again, on my XP system, I see none of the behaviour described earlier: 
> > > > immediate startup and exit and console gnuplot (both versions) works as 
> > > > expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> > > > will try later on with Vista.
> > > > 
> > > > On thing, though: closing gnuplot*.exe via the "close"-button of the 
> > > > console seems to cause it to hang or crash. That is not the case for 
> > > > Tatsuro Matsuoka's build.
> > > > 
> > > >    Bastian
> > > > 
> > > > 
> > > > Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > > > > Hello
> > > > >
> > > > > I have tested cvs binaries for windows provided by Prof. Kakuto
> > > > >
> > > > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > > > gnuplot-45pl0w32.zip
> > > > >
> > > > > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > > > > Using this binary, exit problem seems not to occur for gnuplot.exe.
> > > > >
> > > > > At the moment, I do not find the reason why the difference occur between mine and
> Kakuto's
> > > > binaries.
> > > > >
> > > > > Regards
> > > > >
> > > > > Tatsuro
> > > > >
> > > > > ------------------------------------------------------------------------------
> > > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > > growing manageability and security demands of your customers. Businesses
> > > > > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > > > > be a part of the solution? Download the Intel(R) Manageability Checker
> > > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > > _______________________________________________
> > > > > gnuplot-beta mailing list
> > > > > gnu...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > 
> > > > ------------------------------------------------------------------------------
> > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > growing manageability and security demands of your customers. Businesses
> > > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > > 
> > > 
> > > 
> > > ------------------------------------------------------------------------------
> > > Enable your software for Intel(R) Active Management Technology to meet the
> > > growing manageability and security demands of your customers. Businesses
> > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> 
> 

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

When I have checked out by  
cvs update -D '2011-03-21'

2011-03-20  Bastian Maerkisch  <bma...@we...>

	* src/win/wmenu.c (LoadMacros), src/win/wgnuplot.mnu ([Button]): Add
	icons to the text-window toolbar.

	* docs/windows/doc2html.c (process_line): Don't include '=' items in
	index. This	avoids duplicate entries which caused wgnuplot to stall 
	when an e.g. 'set term png; help "png"' was issued.

the above were included and no error happened on windows 7.

When I have checked out by  
cvs update -D '2011-03-22'

2011-03-20  Ethan A Merritt  <merritt@u.washington.edu>

	* src/util.c (equals): Test here for token index in range, rather than
	trusting all callers to get it right.

	* src/command.c src/parse.c: Token index range test is now redundant.

	* docs/gnuplot.doc: Document that ^D from an empty line acts as EOF.

the above were included and caused error on windows 7.

I will see in more details.

Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> The exit fail also occurred at windows 7 starter 32 bit. (netbook)
> Thus this problem seem to be specific windows 7.
> 
> I do not have any idea on this fail.
> 
> Regards
> 
> Tatsuro
> 
> 
> --- Tatsuro MATSUOKA wrote:
> 
> > Hello
> > 
> > 
> > I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
> > (Windows 7 64 bit Home Premium sp1.)
> > 
> > ../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu
> > 
> > set output out . 'figure_lines' . ext
> >                                      ^
> > cannot open file; output not changed
> > "../docs/plotstyles.gnu", line 21: util.c: No such file or directory
> > 
> > make hangs at this stage. 
> > 
> > As pointed out by Juh将。sz P将アter,
> > If I start gnuplot.exe interactively, plot something, then exit, then it
> > exits normally. However, if I don't plot anything, just do "sh var" or
> > "exit", it hangs!
> > 
> > I have tested
> > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > 
> > The situation is the same as that I have built today.
> > The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.
> > 
> > 
> > Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.
> > 
> > Regards
> > 
> > Tatsuro
> > --- Bastian M将」rkisch  wrote:
> > 
> > > Hello,
> > > 
> > > To exclude build problems with MinGW, I have done and uploaded a build 
> > > of the current CVS version to
> > > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > > 
> > > 
> > > It is built with a fresh install of current MinGW and current stable 
> > > releases of wxWidgets/cairo/pango. It's not a full release build, 
> > > though, as most of the support files and the lua and gd terminals are 
> > > missing. Also, plotstyles.gnu will fail with this version since libgd is 
> > > missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> > > gnuplot.exe without.
> > > 
> > > Again, on my XP system, I see none of the behaviour described earlier: 
> > > immediate startup and exit and console gnuplot (both versions) works as 
> > > expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> > > will try later on with Vista.
> > > 
> > > On thing, though: closing gnuplot*.exe via the "close"-button of the 
> > > console seems to cause it to hang or crash. That is not the case for 
> > > Tatsuro Matsuoka's build.
> > > 
> > >    Bastian
> > > 
> > > 
> > > Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > > > Hello
> > > >
> > > > I have tested cvs binaries for windows provided by Prof. Kakuto
> > > >
> > > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > > gnuplot-45pl0w32.zip
> > > >
> > > > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > > > Using this binary, exit problem seems not to occur for gnuplot.exe.
> > > >
> > > > At the moment, I do not find the reason why the difference occur between mine and Kakuto's
> > > binaries.
> > > >
> > > > Regards
> > > >
> > > > Tatsuro
> > > >
> > > > ------------------------------------------------------------------------------
> > > > Enable your software for Intel(R) Active Management Technology to meet the
> > > > growing manageability and security demands of your customers. Businesses
> > > > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > > > be a part of the solution? Download the Intel(R) Manageability Checker
> > > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > > ------------------------------------------------------------------------------
> > > Enable your software for Intel(R) Active Management Technology to meet the
> > > growing manageability and security demands of your customers. Businesses
> > > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > > be a part of the solution? Download the Intel(R) Manageability Checker 
> > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> > ------------------------------------------------------------------------------
> > Enable your software for Intel(R) Active Management Technology to meet the
> > growing manageability and security demands of your customers. Businesses
> > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > be a part of the solution? Download the Intel(R) Manageability Checker 
> > today! http://p.sf.net/sfu/intel-dev2devmar
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

The exit fail also occurred at windows 7 starter 32 bit. (netbook)
Thus this problem seem to be specific windows 7.

I do not have any idea on this fail.

Regards

Tatsuro


--- Tatsuro MATSUOKA wrote:

> Hello
> 
> 
> I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
> (Windows 7 64 bit Home Premium sp1.)
> 
> ../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu
> 
> set output out . 'figure_lines' . ext
>                                      ^
> cannot open file; output not changed
> "../docs/plotstyles.gnu", line 21: util.c: No such file or directory
> 
> make hangs at this stage. 
> 
> As pointed out by Juh将。sz P将アter,
> If I start gnuplot.exe interactively, plot something, then exit, then it
> exits normally. However, if I don't plot anything, just do "sh var" or
> "exit", it hangs!
> 
> I have tested
> http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> 
> The situation is the same as that I have built today.
> The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.
> 
> 
> Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.
> 
> Regards
> 
> Tatsuro
> --- Bastian M将」rkisch  wrote:
> 
> > Hello,
> > 
> > To exclude build problems with MinGW, I have done and uploaded a build 
> > of the current CVS version to
> > http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> > 
> > 
> > It is built with a fresh install of current MinGW and current stable 
> > releases of wxWidgets/cairo/pango. It's not a full release build, 
> > though, as most of the support files and the lua and gd terminals are 
> > missing. Also, plotstyles.gnu will fail with this version since libgd is 
> > missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> > gnuplot.exe without.
> > 
> > Again, on my XP system, I see none of the behaviour described earlier: 
> > immediate startup and exit and console gnuplot (both versions) works as 
> > expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> > will try later on with Vista.
> > 
> > On thing, though: closing gnuplot*.exe via the "close"-button of the 
> > console seems to cause it to hang or crash. That is not the case for 
> > Tatsuro Matsuoka's build.
> > 
> >    Bastian
> > 
> > 
> > Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > > Hello
> > >
> > > I have tested cvs binaries for windows provided by Prof. Kakuto
> > >
> > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > gnuplot-45pl0w32.zip
> > >
> > > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > > Using this binary, exit problem seems not to occur for gnuplot.exe.
> > >
> > > At the moment, I do not find the reason why the difference occur between mine and Kakuto's
> > binaries.
> > >
> > > Regards
> > >
> > > Tatsuro
> > >
> > > ------------------------------------------------------------------------------
> > > Enable your software for Intel(R) Active Management Technology to meet the
> > > growing manageability and security demands of your customers. Businesses
> > > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > > be a part of the solution? Download the Intel(R) Manageability Checker
> > > today! http://p.sf.net/sfu/intel-dev2devmar
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> > ------------------------------------------------------------------------------
> > Enable your software for Intel(R) Active Management Technology to meet the
> > growing manageability and security demands of your customers. Businesses
> > are taking advantage of Intel(R) vPro (TM) technology - will your software 
> > be a part of the solution? Download the Intel(R) Manageability Checker 
> > today! http://p.sf.net/sfu/intel-dev2devmar
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software 
> be a part of the solution? Download the Intel(R) Manageability Checker 
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello


I have built the binaries with the cvs source on 2011-03-26 on my win 7 PC.
(Windows 7 64 bit Home Premium sp1.)

../src/gnuplot.exe -e "winhelp=1" ../docs/plotstyles.gnu

set output out . 'figure_lines' . ext
                                     ^
cannot open file; output not changed
"../docs/plotstyles.gnu", line 21: util.c: No such file or directory

make hangs at this stage. 

As pointed out by Juh将。sz P将アter,
If I start gnuplot.exe interactively, plot something, then exit, then it
exits normally. However, if I don't plot anything, just do "sh var" or
"exit", it hangs!

I have tested
http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 

The situation is the same as that I have built today.
The gnuplot.exe and gnuplot-switch.exe caused the same behaviors.


Hmmm? Thus codepage modification is  not origin of exit fail on win 7 64 bit.

Regards

Tatsuro
--- Bastian M将」rkisch  wrote:

> Hello,
> 
> To exclude build problems with MinGW, I have done and uploaded a build 
> of the current CVS version to
> http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 
> 
> 
> It is built with a fresh install of current MinGW and current stable 
> releases of wxWidgets/cairo/pango. It's not a full release build, 
> though, as most of the support files and the lua and gd terminals are 
> missing. Also, plotstyles.gnu will fail with this version since libgd is 
> missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
> gnuplot.exe without.
> 
> Again, on my XP system, I see none of the behaviour described earlier: 
> immediate startup and exit and console gnuplot (both versions) works as 
> expected (started with msys, cmd, "-V", w/ and without plots ...). I 
> will try later on with Vista.
> 
> On thing, though: closing gnuplot*.exe via the "close"-button of the 
> console seems to cause it to hang or crash. That is not the case for 
> Tatsuro Matsuoka's build.
> 
>    Bastian
> 
> 
> Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> > Hello
> >
> > I have tested cvs binaries for windows provided by Prof. Kakuto
> >
> > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > gnuplot-45pl0w32.zip
> >
> > The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> > Using this binary, exit problem seems not to occur for gnuplot.exe.
> >
> > At the moment, I do not find the reason why the difference occur between mine and Kakuto's
> binaries.
> >
> > Regards
> >
> > Tatsuro
> >
> > ------------------------------------------------------------------------------
> > Enable your software for Intel(R) Active Management Technology to meet the
> > growing manageability and security demands of your customers. Businesses
> > are taking advantage of Intel(R) vPro (TM) technology - will your software
> > be a part of the solution? Download the Intel(R) Manageability Checker
> > today! http://p.sf.net/sfu/intel-dev2devmar
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software 
> be a part of the solution? Download the Intel(R) Manageability Checker 
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Build with MinGW

[Bastian M. <bma...@we...>]

>On 25.03.2011 20:21, Bastian Märkisch wrote:
>> When trying to build with MinGW and cairo/pango, I noticed a weird
>> problem: make seems to have problems with variables defined like this:
>>
>> 	CAIRO_CFLAGS = $(shell pkg-config --cflags cairo)
>
>Note that the make documentation pretty strongly recommends not to do 
>that.  They recommend the other type of variable definition instead:
>
>	CAIRO_CFLAGS := $(shell pkg-config --cflags cairo)
>
>One of the issues is that with the '=' style definition, pkg-config 
>would be called every single time that you use any command (indirectly) 
>including $(CAIRO_CFLAGS).  Not something I fell particularly 
>comfortable doing on MS Windows.

Thanks for the clarification. I have updated config/mingw/Makefile accordingly.

>
>> -DGNUPLOT_PS_DIR="share/PostScript" -DGNUPLOT_JS_DIR="share/js"
>> 
>> libs/include/freetype2 -Id:/Software/mingw-libs/include/libpng14
>                          --^^--
>> 
>
>Hmmm... I'm not sure drive letters are a good idea in makefiles (or 
>anywhere in a MinGW environment, for that matter).  They tend to royally 
>screw up make's usual interpretation of ':' for starters.
>
>Is that raw MinGW, as opposed to MSYS+MinGW you're using?  AFAICS, 
>that's not been the typical setup for quite some time now.
>

That is MinGW+MSYS. It is really the pkg-config tool which returns these drive 
letters. Tatsuro Matsuoka's solution was to edit all the .pc files. The updated 
Makefile filters them out with the help of sed instead.

  Bastian

Re: Build with MinGW

[Hans-Bernhard B. <HBB...@t-...>]

On 25.03.2011 20:21, Bastian Märkisch wrote:
> When trying to build with MinGW and cairo/pango, I noticed a weird
> problem: make seems to have problems with variables defined like this:
>
> 	CAIRO_CFLAGS = $(shell pkg-config --cflags cairo)

Note that the make documentation pretty strongly recommends not to do 
that.  They recommend the other type of variable definition instead:

	CAIRO_CFLAGS := $(shell pkg-config --cflags cairo)

One of the issues is that with the '=' style definition, pkg-config 
would be called every single time that you use any command (indirectly) 
including $(CAIRO_CFLAGS).  Not something I fell particularly 
comfortable doing on MS Windows.

> -DGNUPLOT_PS_DIR="share/PostScript" -DGNUPLOT_JS_DIR="share/js"
> <snip>
> libs/include/freetype2 -Id:/Software/mingw-libs/include/libpng14
                          --^^--
> <snip>

Hmmm... I'm not sure drive letters are a good idea in makefiles (or 
anywhere in a MinGW environment, for that matter).  They tend to royally 
screw up make's usual interpretation of ':' for starters.

Is that raw MinGW, as opposed to MSYS+MinGW you're using?  AFAICS, 
that's not been the typical setup for quite some time now.

Re: Explicit color for pm3d

[Ethan A M. <sf...@us...>]

On Friday, March 25, 2011 10:32:05 am Ethan A Merritt wrote:
> On Friday, March 25, 2011 10:15:28 am Douglas Mason wrote:
> > Dear Developers,
> > 
> > There's a little discussion going on at the bug request tracker about making
> > an explicit color column for pm3d. The idea is that rgbimage and "w p lc
> > var" allow you to color each point with an explicit color, not interpolating
> > on a palette. Since pm3d offers options like "corner2colors", which tells
> > pm3d to use a color that is NOT interpolated among nearby points, it seems
> > reasonable that a pm3d option could be made for explicit colors. 
 
> Although I am not so familiar with the code for pm3d, this sounds possible.
> Am I failing to see some fundamental difficulty?

Trial patch and sample PNG output now on the tracker.
https://sourceforge.net/tracker/?func=detail&atid=352055&aid=3237990&group_id=2055

I can't think of any drawback to allowing "with pm3d lc rgb variable",
but go ahead and try to find something that breaks :-)

	Ethan

Build with MinGW

[Bastian M. <bma...@we...>]

When trying to build with MinGW and cairo/pango, I noticed a weird 
problem: make seems to have problems with variables defined like this:

	CAIRO_CFLAGS = $(shell pkg-config --cflags cairo)

Make `echo`s those variables just fine, but the actual build command 
gets mixed up. Here's an example (TERMFLAGS includes CAIRO_FLAGS):
The rule

term.$(O): term.c term.h plot.h setshow.h bitmap.h $(CORETERM)
	echo $(TERMFLAGS)
	echo
	$(CC) -c $(CFLAGS) $(TERMFLAGS) $(S)/term.c

yields:

-DGNUPLOT_PS_DIR="share/PostScript" -DGNUPLOT_JS_DIR="share/js"
<snip>
libs/include/freetype2 -Id:/Software/mingw-libs/include/libpng14
<snip>

gcc -c  -g -I. -I../../src -D_Windows -DHAVE_CONFIG_H -DPIPES <snip>
-Id:/Software/mingw-libs/include -Id:/Software/mingw-libs/include/freety
  ../../src/term.c/mingw-libs/include/libpng14
: Invalid argument
make: *** [term.o] Error 1

Note that the source file string "../../src/term.c" overlays part of the 
TERMFLAGS string.

Instead, I have put the result of `pkg-config --cflags cairo` directly 
in the definition of CAIRO_CFLAGS and it works as expected.

I have no idea what's going on here. Has anybody else seen that 
behaviour, or an explanation?

   Bastian

Re: gnuplot.exe hangs instead of exiting on Windows 7

[Bastian M. <bma...@we...>]

Hello,

To exclude build problems with MinGW, I have done and uploaded a build 
of the current CVS version to
http://www.gnuplot.info/development/binaries/gp45-Mar25_2011-winbin-test.zip 


It is built with a fresh install of current MinGW and current stable 
releases of wxWidgets/cairo/pango. It's not a full release build, 
though, as most of the support files and the lua and gd terminals are 
missing. Also, plotstyles.gnu will fail with this version since libgd is 
missing. gnuplot-switch.exe is compiled with -DCONSOLE_SWITCH_CP,
gnuplot.exe without.

Again, on my XP system, I see none of the behaviour described earlier: 
immediate startup and exit and console gnuplot (both versions) works as 
expected (started with msys, cmd, "-V", w/ and without plots ...). I 
will try later on with Vista.

On thing, though: closing gnuplot*.exe via the "close"-button of the 
console seems to cause it to hang or crash. That is not the case for 
Tatsuro Matsuoka's build.

   Bastian


Am 25.03.2011 00:19, schrieb Tatsuro MATSUOKA:
> Hello
>
> I have tested cvs binaries for windows provided by Prof. Kakuto
>
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> gnuplot-45pl0w32.zip
>
> The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
> Using this binary, exit problem seems not to occur for gnuplot.exe.
>
> At the moment, I do not find the reason why the difference occur between mine and Kakuto's binaries.
>
> Regards
>
> Tatsuro
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Explicit color for pm3d

[Ethan A M. <sf...@us...>]

On Friday, March 25, 2011 10:15:28 am Douglas Mason wrote:
> Dear Developers,
> 
> There's a little discussion going on at the bug request tracker about making
> an explicit color column for pm3d. The idea is that rgbimage and "w p lc
> var" allow you to color each point with an explicit color, not interpolating
> on a palette. Since pm3d offers options like "corner2colors", which tells
> pm3d to use a color that is NOT interpolated among nearby points, it seems
> reasonable that a pm3d option could be made for explicit colors.
> 
> I was wondering what to make of this related paragraph in the documentation:
> 
> "Another drawing algorithm, which would draw quadrangles around a given node
> by taking corners from averaged (x,y)-coordinates of its surrounding 4 nodes
> while using node�s color, could be implemented in the future. This is
> already done for drawing images (2D grids) via image and rgbimage styles."
> 
> I'd love to hear people's thoughts on the possibility of implementing such a
> feature. If not, can anyone suggest another program that does this?

I think that particular hypothetical feature is not what you want.
It would guarantee that every color value is the result of interpolation,
which generally works badly for RGB colors.

Instead, as summarized on the tracker, I think you want an additional option
to pm3d that specifies a mapping function Gray_value -> RGB_Color, where
Gray_value is not a true continuous value running from [0:1] but instead
runs from [0 : 2^24] so that  int(Gray_value) is a 24-bit RGB color spec.

Although I am not so familiar with the code for pm3d, this sounds possible.
Am I failing to see some fundamental difficulty?

Explicit color for pm3d

[Douglas M. <dou...@gm...>]

Dear Developers,

There's a little discussion going on at the bug request tracker about making
an explicit color column for pm3d. The idea is that rgbimage and "w p lc
var" allow you to color each point with an explicit color, not interpolating
on a palette. Since pm3d offers options like "corner2colors", which tells
pm3d to use a color that is NOT interpolated among nearby points, it seems
reasonable that a pm3d option could be made for explicit colors.

I was wondering what to make of this related paragraph in the documentation:

"Another drawing algorithm, which would draw quadrangles around a given node
by taking corners from averaged (x,y)-coordinates of its surrounding 4 nodes
while using node’s color, could be implemented in the future. This is
already done for drawing images (2D grids) via image and rgbimage styles."

I'd love to hear people's thoughts on the possibility of implementing such a
feature. If not, can anyone suggest another program that does this?

Douglas

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

> - Linux + wine:
> gnuplot.exe starts with a slight delay (less than one second, but
> noticeable), it accepts one command then hangs.
> Non-interactive mode works (e.g. wine gnuplot.exe 'plot x' or wine
> gnuplot.exe -V)

You have to run gnuplot.exe through "wineconsole" instead of "wine", see
http://old.nabble.com/gnuplot.exe-in-wine-td29878883.html

The "wineconsole cmd" is much more DOS box-like environment than "wine cmd" 
in an xterm.

(Oh yes, it has taken me a long time to figure this out.)

Petr

Re: gnuplot.exe hangs instead of exiting on Windows 7

[sfeam (E. Merritt) <eam...@gm...>]

On Thursday, March 24, 2011, Juhász Péter wrote:
> I think the build script should write the date of the last Changelog
> entry right into gnuplot_date[] in version.c, regardless of the
> platform. (It still says "September 2010", by the way...)

One way to force this is "touch PATCHLEVEL".
But that puts in todays date, which is not necessarily what we want.
(This has bugged me for a while).

OK.  I've modifed src/Makefile.maint to take the "last modified"
date from the top of ChangeLog.  It works here, but I can't vouch
for whether it will work under Windows.

	Ethan

Re: gnuplot.exe hangs instead of exiting on Windows 7

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

Hello

I have tested cvs binaries for windows provided by Prof. Kakuto

http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
gnuplot-45pl0w32.zip

The binaries are built by the MSVC complier.  The latest ChangeLog date is 2011-03-22.
Using this binary, exit problem seems not to occur for gnuplot.exe.

At the moment, I do not find the reason why the difference occur between mine and Kakuto's binaries.

Regards

Tatsuro

Re: gnuplot.exe hangs instead of exiting on Windows 7

[Juhász P. <pet...@gm...>]

On Thu, 2011-03-24 at 12:50 -0700, Ethan A Merritt wrote:
> "Bastian Märkisch" <bma...@we...> wrote>
> 
> > Now that Tatsuro has provided a built of the CVS state as of March 17th,
> > could somebody please confirm that the problems go away with
> > that version? As I can't reproduce anything here, it's like fishing in 
> > murky waters...
> 
> The executable in gp45-winbin.zip downloaded from 
>    http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
> on 24 March  still contains the codepage-switching and still
> hangs after the first carriage return on input.
> 
> So I don't think the executable that I found is the one from 17 March
> that Tatsuro refers to.
> 
> It would be helpful if the windows build script would do something
> equivalent to 
>    head -1 ChangeLog | sed 's/ .*$//' > PATCHLEVEL
> 
> So that the date of the most recent entry in ChangeLog appears
> in "show version".   I have that in my build script for linux,
> but I don't know if that command works on windows.
> 
> 	Ethan

I think the build script should write the date of the last Changelog
entry right into gnuplot_date[] in version.c, regardless of the
platform. (It still says "September 2010", by the way...)

Péter Juhász