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

pm3d plot is brack for x11 terminal gnuplot

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

Hello

I have built the cvs source(2010-10-06) and found that splot pm3d has given strange results for x11
terminal on the cygwin.  

The snanshot is 
http://www.geocities.jp/tmgpltwin/Files/Files.html#0044
 x11pm3d_20101006.png, 13,269 bytes, 2010-10-07

Is the above related below?

2010-10-06  Ethan A Merritt  <merritt@u.washington.edu>

	* src/color.c src/pm3d.c src/pm3d.h set.c show.c docs/gnuplot.doc:
	Simplify the syntax for "set pm3d hidden3d". A linestyle is no longer
	required.  If no linestyle is given, the line properties are taken from
	the plot command line.
	Bug #2997853

The gnuplot executable of ver. 4.4.0 on cygwin gives the correct plot for x11 terminal.

Regards

Tatsuro

Regards



--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

CTRL_CLOSE_EVENT gives Application error for gnuplot.exe for windows using the wxt terminal

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

Hello

The problem is completely different from the original issue.
Therefore I post the issue as a different one.


Explanation of CTRL_CLOSE_EVENT

CTRL_CLOSE_EVENT : Close the window consoleby clicking on the x at the upper right corner.


I have confirmed the same phenomena at gnuplot 4.4.0 on the gnuplot official site.

I also confirmed the same pehnomena at gnuplot 4.4.0 for octave-mingw32 bundled with octave-3.2.4
mingw32 which is prepared by Benjamin.

Perhaps it is not specific to the current my build system.

One of the way to avoid this issue is to trap the CTRL_CLOSE_EVENT using win32api and exit gnuplot
using the function (at_exit? ) used inside gnuplot.

If I implement this, I will write the routine in the plot.c

However I will look at what is happing further.

Regards

Tatsuro 



***************************************************
--- Tatsuro MATSUOKA  wrote:

> This is well known issue for windows console applications.
> The octave also has the similar issue.

Seeing phenomena in detail, the issue pointed is not the same as that of the octave for windows.

Please try,

set term win
plot x

and quit gnuplot by clicking on the x at the upper right corner.
In my case, gnuplot terminates normally.

set term emf 
set out 'test.emf'
plot x

and quit gnuplot by clicking on the x at the upper right corner.
In this case, gnuplot also terminates normally.
(test.emf was correctly generated so that gnuplot terminated with normal quit process.)


This phenomenon seems to be specific to the wxt terminal + gnuplot.exe.

I have to see the code of the wxt terminal related codes so that it will take time to correct it.

Regards

Tatsuro
 

> 
> However, to avoid this issue one have to trap CTRL_CLOSE_EVENT (that is you described as
> clicking on
> the x at the upper right corner) using SetConsoleCtrlHandler function, which is the win32api
> function.
> 
> However, I have tried to trap CTRL+C by this api function to overcome the SIGINT issue for
> gnuplot for
> windows, the results was not successful.  
> 
> I can try to fix CTRL_CLOSE_EVENT issue but I do not have any confidence to avoid to it.
> 
> One possible way to treat the issue in tricky way is to execute gnuplot.exe on the cmd.exe
> wrapper
> application like 'ckw'.
> 
> I am using the Japanese software the ckw downloaded from 
> http://sites.google.com/site/craftware/ckw/download/ckw-0.8.10-mod4-20100508.zip
> 
> The reference is translated by me.
> http://www.tatsuromatsuoka.com/ckw/Reference-en.txt
> 
> Known bug for the ckw-0.8.10-mod4-20100508.  
> If the ckw command is execute by shortcut, it fails to hide the cmd console.
> To avoid this, you execute ckw using the start command in the cmd.
>   cmd /c start ckw (options)
> 
> Please also see the help of start command by typing 'help start' at cmd prompt.
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> --- Petr Mikulik wrote:
> 
> > > I've tried the latest distribution from
> > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/, and the fix is
> > > confirmed!
> > > 
> > > However, I've found something else. Steps to reproduce:
> > > 
> > > 1) Start gnuplot.exe - either from an Explorer window or from the console
> > > 2) Plot anything - for example 'plot x'
> > > 3) Close the window, not by typing exit, but by clicking on the x at
> > > the upper right corner
> > > 4) Observe the error window: 'Application error: The instruction at
> > > "0x00000000" referenced memory at "0x00000000". The memory could not
> > > be "read".'
> > > 
> > > It's always 0x00000000, and it's 100% reproducible on both Windows XP
> > > (32 bit) machines I've tried.
> > > 
> > > Notes: this happens only with gnuplot.exe, but not with wgnuplot.exe.
> > > Also, this doesn't occur if you change the terminal to "windows"
> > > instead of "wxt".
> > 
> > I set wine to "winxp" and gnuplot.exe works correctl

--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

Re: too coarse stepping when plotting color box

[Manfred S. <man...@gm...>]

> > For me, this new version looks better than the original one, but far
> from perfect.
> > Look at the attached plot, for the same data set as before. The color
> transition
> > is partially off by 2 pixel (at the mark "100", and in the range 0-5
> (yellow and
> > light green stripes).
> 
> I can reproduce your colorbar using the png terminal.
> The break at 100 in particular can also be seen in some other terminal
> types, 
> so I think there must be some rounding issue here.
> 
> However the defects are not visible (or at least much less noticeable) in
> the
> output from any of the cairo terminals (wxt, pngcairo, pdfcairo), from
> emf,
> or from PostScript.
> 

Yes, it seems to me that cairo looks OK, apart from the 
anti-aliasing madness.


> So I think the remaining strangeness is specific to the gd.trm terminal.
> Do you agree, or are there defects in the other output that my eyes are
> not tuned to?
> 

Yes.
It is just weird that with my brute force approach (steps=12800) and with
my "every pixel" approach both pngcairo and png seemed to be OK, 
whereas with your more elegant approach only pngcairo gets it right.

I really have no clue how the whole thing works, but looking at gd.trm
some amount of implicit integer truncation is going on 
(integer-var = some floating point operation;), so this may contribute
to some rounding errors, I don't know.

At least it looks better than before, thanks so far.
Manfred



>     cheers,
> 
> 		Ethan
> 
> (eps and pngcairo output attached)
> 
> 
> > 
> > So something strange is going on, still.
> > 
> > Cheers,
> > Manfred
> > 
> > 
> > > It does not, however, fix the problem that if the palette uses only a
> limited
> > > number of colors (set palette maxcolors N) then these colors are
> assigned with
> > > even spacing over the whole range. If you would like to have finer
> color
> > > resolution in one specific part of the range, that's an issue.
> > > 
> > > 	Ethan
> > > 
> > 
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center,  K-428 Health Sciences Bldg
> University of Washington, Seattle 98195-7742

-- 
GMX.ch - Schweizer FreeMail-Dienst mit über 800.000 Mitgliedern
E-Mail & mehr! Kostenlos: http://portal.gmx.net/de/go/chfreemail

How to plot a 3D histogram ?

[Le-Berre, F. <FRA...@as...>]

Hello,

I would like to know if it possible to plot a 3D histogram (GNUPLOT version 4.2, under windows). 

My need is the following : i want to plot in Z a signal level per CCD pixel, in X the X_pixel index, in Y the y_pixel index of the CCD sensor.

Best regards

François Le Berre



Ce courriel (incluant ses éventuelles pièces jointes) peut contenir des informations confidentielles et/ou protégées ou dont la diffusion est restreinte. Si vous avez reçu ce courriel par erreur, vous ne devez ni le copier, ni l’utiliser, ni en divulguer le contenu à quiconque. Merci d’en avertir immédiatement l’expéditeur et d'effacer ce courriel de votre système. Astrium décline toute responsabilité en cas de corruption par virus, d’altération ou de falsification de ce courriel lors de sa transmission par voie électronique.
This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified.
---------------------------------------------------------
Astrium SAS (393 341 516 RCS Paris) – Capital: 16.587.728 EUR – Siège social: 6 rue Laurent Pichat, 75016 Paris, France

Re: not_a_number for MinGW build (gcc-4.5.0)

[Allin C. <cot...@wf...>]

On Tue, 5 Oct 2010, Tatsuro MATSUOKA wrote:

> For current windows binaries,
> gnuplot> pr NaN
> 0.0
>
> This is not correct.

I can confirm that this is what I get running current CVS gnuplot
for Windows on wine (my own build, using cross-mingw on Linux).

Allin Cottrell

Re: gnuplot on windows crashes in non-interactive mode

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

Hello

--- Tatsuro MATSUOKA  wrote:

> This is well known issue for windows console applications.
> The octave also has the similar issue.

Seeing phenomena in detail, the issue pointed is not the same as that of the octave for windows.

Please try,

set term win
plot x

and quit gnuplot by clicking on the x at the upper right corner.
In my case, gnuplot terminates normally.

set term emf 
set out 'test.emf'
plot x

and quit gnuplot by clicking on the x at the upper right corner.
In this case, gnuplot also terminates normally.
(test.emf was correctly generated so that gnuplot terminated with normal quit process.)


This phenomenon seems to be specific to the wxt terminal + gnuplot.exe.

I have to see the code of the wxt terminal related codes so that it will take time to correct it.

Regards

Tatsuro
 

> 
> However, to avoid this issue one have to trap CTRL_CLOSE_EVENT (that is you described as
> clicking on
> the x at the upper right corner) using SetConsoleCtrlHandler function, which is the win32api
> function.
> 
> However, I have tried to trap CTRL+C by this api function to overcome the SIGINT issue for
> gnuplot for
> windows, the results was not successful.  
> 
> I can try to fix CTRL_CLOSE_EVENT issue but I do not have any confidence to avoid to it.
> 
> One possible way to treat the issue in tricky way is to execute gnuplot.exe on the cmd.exe
> wrapper
> application like 'ckw'.
> 
> I am using the Japanese software the ckw downloaded from 
> http://sites.google.com/site/craftware/ckw/download/ckw-0.8.10-mod4-20100508.zip
> 
> The reference is translated by me.
> http://www.tatsuromatsuoka.com/ckw/Reference-en.txt
> 
> Known bug for the ckw-0.8.10-mod4-20100508.  
> If the ckw command is execute by shortcut, it fails to hide the cmd console.
> To avoid this, you execute ckw using the start command in the cmd.
>   cmd /c start ckw (options)
> 
> Please also see the help of start command by typing 'help start' at cmd prompt.
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> --- Petr Mikulik wrote:
> 
> > > I've tried the latest distribution from
> > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/, and the fix is
> > > confirmed!
> > > 
> > > However, I've found something else. Steps to reproduce:
> > > 
> > > 1) Start gnuplot.exe - either from an Explorer window or from the console
> > > 2) Plot anything - for example 'plot x'
> > > 3) Close the window, not by typing exit, but by clicking on the x at
> > > the upper right corner
> > > 4) Observe the error window: 'Application error: The instruction at
> > > "0x00000000" referenced memory at "0x00000000". The memory could not
> > > be "read".'
> > > 
> > > It's always 0x00000000, and it's 100% reproducible on both Windows XP
> > > (32 bit) machines I've tried.
> > > 
> > > Notes: this happens only with gnuplot.exe, but not with wgnuplot.exe.
> > > Also, this doesn't occur if you change the terminal to "windows"
> > > instead of "wxt".
> > 
> > I set wine to "winxp" and gnuplot.exe works correctly.
> > 
> > ---
> > PM
> > 
> > 
> 
> 
> --------------------------------------
> Learn more about breast cancer - Pink Ribbon Campaign 2010
> http://yj.pn/JAy9L7
> 


--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

not_a_number for MinGW build (gcc-4.5.0)

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

Hello

For current windows binaries,
gnuplot> pr NaN
0.0

This is not correct.

For the cygwin and the djgpp (modified recently) give 
gnuplot> pr NaN
NaN

I have googled NaN for the MinGW, I have not obtained good information yet.
So I have written the test code the below

**************************************
#include <stdio.h>
#include <math.h>


int main(void){
    double dbl;
	unsigned long uldbl[2];

    printf("test 0.0/0.0\n");
    dbl = 0.0/0.0;
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test 0xffffffff 0x7fffffff \n");
    uldbl[0]=0xffffffff; uldbl[1]= 0x7fffffff;
    dbl = *( double* )uldbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"NaN\") \n");
    dbl = atof("NaN");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"-1.#IND00\") \n");
    dbl = atof("-1.#IND00");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"1.#QNAN0\") \n");
    dbl = atof("1.#QNAN0");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test 0 \n");
    dbl = 0;
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    return 0;
}
*************************
The results are

$ ./nan
test 0.0/0.0
-1.#IND00
isnan = 1
0 fff80000

test 0xffffffff 0x7fffffff
1.#QNAN0
isnan = 1
ffffffff 7fffffff

test atof("NaN")
2293504.000000
isnan = 0
0 41417f80

test atof("-1.#IND00")
2293504.000000
isnan = 0
0 41417f80

test atof("1.#QNAN0")
2293504.000000
isnan = 0
0 41417f80

test 0
0.000000
isnan = 0
0 0

#******************

>From above it seems to be

	unsigned long lnan[2]={0xffffffff, 0x7fffffff};
    return *( double* )lnan;

is applicable as for the MSC and djgpp.

So I changed from
#if defined (__MSC__) || defined (DJGPP) || defined(__DJGPP__) 
to
#if defined (__MSC__) || defined (DJGPP) || defined(__DJGPP__) || defined (__MinGW32__)
but pr NaN gives 0.0.

This is the current situation.

Any suggestions?

Regards

Tatsuro

--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

not_a_number for MinGW build (gcc-4.5.0)

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

Hello

For current windows binaries,
gnuplot> pr NaN
0.0

This is not correct.

For the cygwin and the djgpp (modified recently) give 
gnuplot> pr NaN
NaN

I have googled NaN for the MinGW, I have not obtained good information yet.
So I have written the test code the below

**************************************
#include <stdio.h>
#include <math.h>


int main(void){
    double dbl;
	unsigned long uldbl[2];

    printf("test 0.0/0.0\n");
    dbl = 0.0/0.0;
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test 0xffffffff 0x7fffffff \n");
    uldbl[0]=0xffffffff; uldbl[1]= 0x7fffffff;
    dbl = *( double* )uldbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"NaN\") \n");
    dbl = atof("NaN");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"-1.#IND00\") \n");
    dbl = atof("-1.#IND00");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test atof(\"1.#QNAN0\") \n");
    dbl = atof("1.#QNAN0");
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    printf("test 0 \n");
    dbl = 0;
    *( double* )uldbl = dbl;
    printf("%f \n",dbl);
    printf("isnan = %d \n",isnan(dbl));
    printf("%x %x\n", uldbl[0], uldbl[1]);
    printf("\n");

    return 0;
}
*************************
The results are

$ ./nan
test 0.0/0.0
-1.#IND00
isnan = 1
0 fff80000

test 0xffffffff 0x7fffffff
1.#QNAN0
isnan = 1
ffffffff 7fffffff

test atof("NaN")
2293504.000000
isnan = 0
0 41417f80

test atof("-1.#IND00")
2293504.000000
isnan = 0
0 41417f80

test atof("1.#QNAN0")
2293504.000000
isnan = 0
0 41417f80

test 0
0.000000
isnan = 0
0 0

#******************

>From above it seems to be

	unsigned long lnan[2]={0xffffffff, 0x7fffffff};
    return *( double* )lnan;

is applicable as for the MSC and djgpp.

So I changed from
#if defined (__MSC__) || defined (DJGPP) || defined(__DJGPP__) 
to
#if defined (__MSC__) || defined (DJGPP) || defined(__DJGPP__) || defined (__MinGW32__)
but pr NaN gives 0.0.

This is the current situation.

Any suggestions?

Regards

Tatsuro

--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

Re: gnuplot on windows crashes in non-interactive mode

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

Hello

This is well known issue for windows console applications.
The octave also has the similar issue.

However, to avoid this issue one have to trap CTRL_CLOSE_EVENT (that is you described as clicking on
the x at the upper right corner) using SetConsoleCtrlHandler function, which is the win32api function.

However, I have tried to trap CTRL+C by this api function to overcome the SIGINT issue for gnuplot for
windows, the results was not successful.  

I can try to fix CTRL_CLOSE_EVENT issue but I do not have any confidence to avoid to it.

One possible way to treat the issue in tricky way is to execute gnuplot.exe on the cmd.exe wrapper
application like 'ckw'.

I am using the Japanese software the ckw downloaded from 
http://sites.google.com/site/craftware/ckw/download/ckw-0.8.10-mod4-20100508.zip

The reference is translated by me.
http://www.tatsuromatsuoka.com/ckw/Reference-en.txt

Known bug for the ckw-0.8.10-mod4-20100508.  
If the ckw command is execute by shortcut, it fails to hide the cmd console.
To avoid this, you execute ckw using the start command in the cmd.
  cmd /c start ckw (options)

Please also see the help of start command by typing 'help start' at cmd prompt.

Regards

Tatsuro



--- Petr Mikulik wrote:

> > I've tried the latest distribution from
> > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/, and the fix is
> > confirmed!
> > 
> > However, I've found something else. Steps to reproduce:
> > 
> > 1) Start gnuplot.exe - either from an Explorer window or from the console
> > 2) Plot anything - for example 'plot x'
> > 3) Close the window, not by typing exit, but by clicking on the x at
> > the upper right corner
> > 4) Observe the error window: 'Application error: The instruction at
> > "0x00000000" referenced memory at "0x00000000". The memory could not
> > be "read".'
> > 
> > It's always 0x00000000, and it's 100% reproducible on both Windows XP
> > (32 bit) machines I've tried.
> > 
> > Notes: this happens only with gnuplot.exe, but not with wgnuplot.exe.
> > Also, this doesn't occur if you change the terminal to "windows"
> > instead of "wxt".
> 
> I set wine to "winxp" and gnuplot.exe works correctly.
> 
> ---
> PM
> 
> 


--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

Re: too coarse stepping when plotting color box

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

On Monday 04 October 2010 03:25:12 pm Manfred Schwarb wrote:
> Hi Ethan,
> 
> > 
> > I have modified the routine that draws the colorbox for non-PostScript terminals.
> > It now checks each little colored rectangle that makes up the colorbox to see
> > if it straddles a break-point in a defined color palette.  If so, that little
> > rectangle is split into two smaller rectangles so that their boundary lies
> > exactly at the point where the palette is potentially discontinuous.
> > 
> > This gives pixel-accuracy for defined palettes so long as the terminal itself
> > is using continuous (RGB) colors.  The modified code is now in CVS.
> 
> For me, this new version looks better than the original one, but far from perfect.
> Look at the attached plot, for the same data set as before. The color transition
> is partially off by 2 pixel (at the mark "100", and in the range 0-5 (yellow and
> light green stripes).

I can reproduce your colorbar using the png terminal.
The break at 100 in particular can also be seen in some other terminal types, 
so I think there must be some rounding issue here.

However the defects are not visible (or at least much less noticeable) in the
output from any of the cairo terminals (wxt, pngcairo, pdfcairo), from emf,
or from PostScript.

So I think the remaining strangeness is specific to the gd.trm terminal.
Do you agree, or are there defects in the other output that my eyes are
not tuned to?

    cheers,

		Ethan

(eps and pngcairo output attached)


> 
> So something strange is going on, still.
> 
> Cheers,
> Manfred
> 
> 
> > It does not, however, fix the problem that if the palette uses only a limited
> > number of colors (set palette maxcolors N) then these colors are assigned with
> > even spacing over the whole range. If you would like to have finer color
> > resolution in one specific part of the range, that's an issue.
> > 
> > 	Ethan
> > 
> 
> 

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: too coarse stepping when plotting color box

[Manfred S. <man...@gm...>]

Hi Ethan,

> 
> I have modified the routine that draws the colorbox for non-PostScript terminals.
> It now checks each little colored rectangle that makes up the colorbox to see
> if it straddles a break-point in a defined color palette.  If so, that little
> rectangle is split into two smaller rectangles so that their boundary lies
> exactly at the point where the palette is potentially discontinuous.
> 
> This gives pixel-accuracy for defined palettes so long as the terminal itself
> is using continuous (RGB) colors.  The modified code is now in CVS.
> 


For me, this new version looks better than the original one, but far from perfect.
Look at the attached plot, for the same data set as before. The color transition
is partially off by 2 pixel (at the mark "100", and in the range 0-5 (yellow and
light green stripes).

So something strange is going on, still.

Cheers,
Manfred


> It does not, however, fix the problem that if the palette uses only a limited
> number of colors (set palette maxcolors N) then these colors are assigned with
> even spacing over the whole range. If you would like to have finer color
> resolution in one specific part of the range, that's an issue.
> 
> 	Ethan
> 

Re: gnuplot on windows crashes in non-interactive mode

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

> I've tried the latest distribution from
> http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/, and the fix is
> confirmed!
> 
> However, I've found something else. Steps to reproduce:
> 
> 1) Start gnuplot.exe - either from an Explorer window or from the console
> 2) Plot anything - for example 'plot x'
> 3) Close the window, not by typing exit, but by clicking on the x at
> the upper right corner
> 4) Observe the error window: 'Application error: The instruction at
> "0x00000000" referenced memory at "0x00000000". The memory could not
> be "read".'
> 
> It's always 0x00000000, and it's 100% reproducible on both Windows XP
> (32 bit) machines I've tried.
> 
> Notes: this happens only with gnuplot.exe, but not with wgnuplot.exe.
> Also, this doesn't occur if you change the terminal to "windows"
> instead of "wxt".

I set wine to "winxp" and gnuplot.exe works correctly.

---
PM

Re: gnuplot.exe in wine

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

> Very useful.  I did not know about that command.
> Now the only problem is that neither the wxt terminal nor the 
> gd terminals can find any fonts.  Do you see that problem also?

Windows have ttf fonts in C:\Windows\fonts or C:\WinNT\fonts.
Othewise you should set GDFONTPATH.
For me, under wine, it works correctly in both wxt and gd.

---
PM

Re: gnuplot on windows crashes in non-interactive mode

[Peter J. <pet...@gm...>]

2010/10/4 Tatsuro MATSUOKA <tma...@ya...>:
> Hello peter.juhasz
>
> I have changed the optimization option at compiling from '-O3 -fomit-frame-pointer' to '-O3'.
> For me, this change solved the issue that you have pointed.
>
> I have uploaded the fixed binaries on the
> http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
>
> Please test the binaries the above.
>
>
> Regards
>
> Tatsuro
>

I've tried the latest distribution from
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/, and the fix is
confirmed!

However, I've found something else. Steps to reproduce:

1) Start gnuplot.exe - either from an Explorer window or from the console
2) Plot anything - for example 'plot x'
3) Close the window, not by typing exit, but by clicking on the x at
the upper right corner
4) Observe the error window: 'Application error: The instruction at
"0x00000000" referenced memory at "0x00000000". The memory could not
be "read".'

It's always 0x00000000, and it's 100% reproducible on both Windows XP
(32 bit) machines I've tried.

Notes: this happens only with gnuplot.exe, but not with wgnuplot.exe.
Also, this doesn't occur if you change the terminal to "windows"
instead of "wxt".

Péter Juhász

Re: gnuplot.exe in wine

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

On Monday 04 October 2010, Petr Mikulik wrote:
> > > > I am puzzled that win32 gnuplot.exe does not work properly in interactive mode
> > > > under linux+wine, but I suppose that is of minor consequence.
> > > 
> > > Yes, gnuplot.exe does not work in wine since the beginning. I've tried to 
> > > debug it, but I have not succeeded. I couldn't find the place where it 
> > > freezes (some waiting?) or loops. But it works in native windows command 
> > > shell.
> 
> I've debugged the problem ... found that call of ReadConsoleInput() in 
> ConsoleGetch() does not work ... used getch() instead of ConsoleGetch() does 
> not work either ... tried a trivial C program with #include <conio.h> and
> printf("%i\n", getch()) works ok in native Windows but it doesn't in Wine 
> ... and then found this bug report:
> http://wine.1045685.n5.nabble.com/Bug-11243-New-getch-receives-imput-without-keys-being-pressed-td1562354.html
> 
> => the solution is: in order to run gnuplot.exe correctly in wine, you must 
> run it by either of these ways:
> 
> wineconsole gnuplot

Very useful.  I did not know about that command.
Now the only problem is that neither the wxt terminal nor the 
gd terminals can find any fonts.  Do you see that problem also?

	Ethan


> wineconsole cmd
> gnuplot
> 
> wine start gnuplot
> 
> wine start cmd
> gnuplot
> 
> and not
> 
> wine cmd
> gnuplot
> 
> This way, gnuplot.exe works fine even under wine!
> 
> ---
> PM
> 

gnuplot.exe in wine

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

> > > I am puzzled that win32 gnuplot.exe does not work properly in interactive mode
> > > under linux+wine, but I suppose that is of minor consequence.
> > 
> > Yes, gnuplot.exe does not work in wine since the beginning. I've tried to 
> > debug it, but I have not succeeded. I couldn't find the place where it 
> > freezes (some waiting?) or loops. But it works in native windows command 
> > shell.

I've debugged the problem ... found that call of ReadConsoleInput() in 
ConsoleGetch() does not work ... used getch() instead of ConsoleGetch() does 
not work either ... tried a trivial C program with #include <conio.h> and
printf("%i\n", getch()) works ok in native Windows but it doesn't in Wine 
... and then found this bug report:
http://wine.1045685.n5.nabble.com/Bug-11243-New-getch-receives-imput-without-keys-being-pressed-td1562354.html

=> the solution is: in order to run gnuplot.exe correctly in wine, you must 
run it by either of these ways:

wineconsole gnuplot

wineconsole cmd
gnuplot

wine start gnuplot

wine start cmd
gnuplot

and not

wine cmd
gnuplot

This way, gnuplot.exe works fine even under wine!

---
PM

Re: gnuplot on windows crashes in non-interactive mode

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

Hello peter.juhasz

I have changed the optimization option at compiling from '-O3 -fomit-frame-pointer' to '-O3'.
For me, this change solved the issue that you have pointed.

I have uploaded the fixed binaries on the
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

Please test the binaries the above.
 

Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have carried out the same test using binaries by Kakuto.
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> gnuplot-45pl0w32.zip
> 
> (Note that the binaries do not support the pngcairo, pdfcairo and wxt terminals.)
> 
> In this case, such error did not occur.
> 
> Perhaps this issue comes from the gnuplot itself but from my new build system for gnuplot-4.4.2
> and
> 4.5.  
> 
> This is perhaps not a bug of the gnuplot itself so that please do not register to the
> bug-tracker.
> 
> Sorry for my confusing the matter.
> 
> Regards
> 
> Tatsuro 
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > Sorry from poor my English ability,  I cannot say that I understand what you insist.  
> > So I have carried out the test. What you said seem to be write
> > 
> > D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot test.gp
> > 
> > #test.gp
> > #********
> > plot sin(x)
> > pause 3
> > #********
> > 
> > 
> > This works fine.
> > If test.gp has an error command like  
> > 
> > #test.gp
> > #********
> > ploto sin(x)
> > pause 3
> > #********
> > 
> > 
> >
>
D:\usr\Tatsu\program\Gnuplot\test20>D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot
> > test.gp
> > 
> > ploto sin(x)
> > ^
> > "test.gp", line 3: invalid command
> > 
> > appears and crash message of windows appear.
> > 
> > For gnuplot 4.4.0,
> > 
> > "C:\Program Files\gp440win32\gnuplot\binary\gnuplot" test.gp
> > 
> > ploto sin(x)
> > ^
> > "test.gp", line 3: invalid command
> > 
> > D:\usr\Tatsu\program\Gnuplot\test20>
> > 
> > Error message appears but it finished without crash messsage and back to command prompt.
> > 
> > As you said on current gnuplot 4.5 seem to have the same issue.
> > 
> > This issue seem to be imported between version 4.4.0 and 4.4.1.
> > Perhaps it takes time to trace the issue.
> > 
> > Can you resister this issue to the source forge bug tracker? 
> > 
> > http://sourceforge.net/tracker/?atid=102055&group_id=2055&func=browse
> > 
> > Anyway thank you for your pointing this issue.
> > 
> > Regards
> > 
> > Tatsuro 
> > --- Juh将。sz P将アter <pet...@gm...> wrote:
> > 
> > > Dear gnuplot developers,
> > > 
> > > I noticed something problematic while upgrading to 4.4.2 on a Windows
> > > box I'm administrating.
> > > 
> > > If gnuplot is in non-interactive mode, as in executing a script, any
> > > unknown command in the script causes it to die a horrible flaming death
> > > instead of a clean termination that it should do. (More precisely, it
> > > brings up the "This application has encountered a problem and needs to
> > > close" dialog.)
> > > 
> > > With test.plt containing anything that is not valid syntax, 'gnuplot
> > > test.plt' crashes. 'gnuplot -e "whatever"' works, too. This is 100%
> > > reproducible on the two Windows XP machines I've tried, however, I
> > > couldn't reproduce it in a Vista virtual machine.
> > > 
> > > I've used the binary 4.4.2 distribution from Sourceforge, but it seems
> > > that the 4.5 distribution from
> > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ does the same.
> > > 
> > > Pセュ竺ter Juhセュ治sz
> > > 
> > > 
> > > 
> > > 
> > > ------------------------------------------------------------------------------
> > > Start uncovering the many advantages of virtual appliances
> > > and start using them to simplify application deployment and
> > > accelerate your shift to cloud computing.
> > > http://p.sf.net/sfu/novell-sfdev2dev
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> > --------------------------------------
> > Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> > http://pr.mail.yahoo.co.jp/ie8/
> > 
> > ------------------------------------------------------------------------------
> > Virtualization is moving to the mainstream and overtaking non-virtualized
> > environment for deploying applications. Does it make network security 
> > easier or more difficult to achieve? Read this whitepaper to separate the 
> > two and get a better understanding.
> > http://p.sf.net/sfu/hp-phase2-d2d
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 


--------------------------------------
Learn more about breast cancer - Pink Ribbon Campaign 2010
http://yj.pn/JAy9L7

Re: gnuplot on windows crashes in non-interactive mode

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

Hello

I have carried out the same test using binaries by Kakuto.
http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
gnuplot-45pl0w32.zip

(Note that the binaries do not support the pngcairo, pdfcairo and wxt terminals.)

In this case, such error did not occur.

Perhaps this issue comes from the gnuplot itself but from my new build system for gnuplot-4.4.2 and
4.5.  

This is perhaps not a bug of the gnuplot itself so that please do not register to the bug-tracker.

Sorry for my confusing the matter.

Regards

Tatsuro 

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> Sorry from poor my English ability,  I cannot say that I understand what you insist.  
> So I have carried out the test. What you said seem to be write
> 
> D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot test.gp
> 
> #test.gp
> #********
> plot sin(x)
> pause 3
> #********
> 
> 
> This works fine.
> If test.gp has an error command like  
> 
> #test.gp
> #********
> ploto sin(x)
> pause 3
> #********
> 
> 
>
D:\usr\Tatsu\program\Gnuplot\test20>D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot
> test.gp
> 
> ploto sin(x)
> ^
> "test.gp", line 3: invalid command
> 
> appears and crash message of windows appear.
> 
> For gnuplot 4.4.0,
> 
> "C:\Program Files\gp440win32\gnuplot\binary\gnuplot" test.gp
> 
> ploto sin(x)
> ^
> "test.gp", line 3: invalid command
> 
> D:\usr\Tatsu\program\Gnuplot\test20>
> 
> Error message appears but it finished without crash messsage and back to command prompt.
> 
> As you said on current gnuplot 4.5 seem to have the same issue.
> 
> This issue seem to be imported between version 4.4.0 and 4.4.1.
> Perhaps it takes time to trace the issue.
> 
> Can you resister this issue to the source forge bug tracker? 
> 
> http://sourceforge.net/tracker/?atid=102055&group_id=2055&func=browse
> 
> Anyway thank you for your pointing this issue.
> 
> Regards
> 
> Tatsuro 
> --- Juh将。sz P将アter <pet...@gm...> wrote:
> 
> > Dear gnuplot developers,
> > 
> > I noticed something problematic while upgrading to 4.4.2 on a Windows
> > box I'm administrating.
> > 
> > If gnuplot is in non-interactive mode, as in executing a script, any
> > unknown command in the script causes it to die a horrible flaming death
> > instead of a clean termination that it should do. (More precisely, it
> > brings up the "This application has encountered a problem and needs to
> > close" dialog.)
> > 
> > With test.plt containing anything that is not valid syntax, 'gnuplot
> > test.plt' crashes. 'gnuplot -e "whatever"' works, too. This is 100%
> > reproducible on the two Windows XP machines I've tried, however, I
> > couldn't reproduce it in a Vista virtual machine.
> > 
> > I've used the binary 4.4.2 distribution from Sourceforge, but it seems
> > that the 4.5 distribution from
> > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ does the same.
> > 
> > Pセュ竺ter Juhセュ治sz
> > 
> > 
> > 
> > 
> > ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing.
> > http://p.sf.net/sfu/novell-sfdev2dev
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> Virtualization is moving to the mainstream and overtaking non-virtualized
> environment for deploying applications. Does it make network security 
> easier or more difficult to achieve? Read this whitepaper to separate the 
> two and get a better understanding.
> http://p.sf.net/sfu/hp-phase2-d2d
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: gnuplot on windows crashes in non-interactive mode

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

Hello

Sorry from poor my English ability,  I cannot say that I understand what you insist.  
So I have carried out the test. What you said seem to be write

D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot test.gp

#test.gp
#********
plot sin(x)
pause 3
#********


This works fine.
If test.gp has an error command like  

#test.gp
#********
ploto sin(x)
pause 3
#********


D:\usr\Tatsu\program\Gnuplot\test20>D:\usr\Tatsu\mingwhome\gnuplot-4.4\gnuplot-4.4.2\gp442win32\gnuplot\binary\gnuplot
test.gp

ploto sin(x)
^
"test.gp", line 3: invalid command

appears and crash message of windows appear.

For gnuplot 4.4.0,

"C:\Program Files\gp440win32\gnuplot\binary\gnuplot" test.gp

ploto sin(x)
^
"test.gp", line 3: invalid command

D:\usr\Tatsu\program\Gnuplot\test20>

Error message appears but it finished without crash messsage and back to command prompt.

As you said on current gnuplot 4.5 seem to have the same issue.

This issue seem to be imported between version 4.4.0 and 4.4.1.
Perhaps it takes time to trace the issue.

Can you resister this issue to the source forge bug tracker? 

http://sourceforge.net/tracker/?atid=102055&group_id=2055&func=browse

Anyway thank you for your pointing this issue.

Regards

Tatsuro 
--- Juh将。sz P将アter <pet...@gm...> wrote:

> Dear gnuplot developers,
> 
> I noticed something problematic while upgrading to 4.4.2 on a Windows
> box I'm administrating.
> 
> If gnuplot is in non-interactive mode, as in executing a script, any
> unknown command in the script causes it to die a horrible flaming death
> instead of a clean termination that it should do. (More precisely, it
> brings up the "This application has encountered a problem and needs to
> close" dialog.)
> 
> With test.plt containing anything that is not valid syntax, 'gnuplot
> test.plt' crashes. 'gnuplot -e "whatever"' works, too. This is 100%
> reproducible on the two Windows XP machines I've tried, however, I
> couldn't reproduce it in a Vista virtual machine.
> 
> I've used the binary 4.4.2 distribution from Sourceforge, but it seems
> that the 4.5 distribution from
> http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ does the same.
> 
> Pセュ竺ter Juhセュ治sz
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

gnuplot on windows crashes in non-interactive mode

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

Dear gnuplot developers,

I noticed something problematic while upgrading to 4.4.2 on a Windows
box I'm administrating.

If gnuplot is in non-interactive mode, as in executing a script, any
unknown command in the script causes it to die a horrible flaming death
instead of a clean termination that it should do. (More precisely, it
brings up the "This application has encountered a problem and needs to
close" dialog.)

With test.plt containing anything that is not valid syntax, 'gnuplot
test.plt' crashes. 'gnuplot -e "whatever"' works, too. This is 100%
reproducible on the two Windows XP machines I've tried, however, I
couldn't reproduce it in a Vista virtual machine.

I've used the binary 4.4.2 distribution from Sourceforge, but it seems
that the 4.5 distribution from
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ does the same.

Péter Juhász

Re: set yrange [*<-5:5<*] causes error gnuplot.exe on windows on gnuplot 4.5 (2010-09-30)

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

Hello

This seem to be my miss handling. 
Sorry for the noise.
 
set yrange [*<-5:5<*]
works as expected on gnuplot.exe built by GCC(MinGW).

Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> --- Hans-Bernhard Br将モker wrote:
> 
> > On 01.10.2010 03:33, Tatsuro MATSUOKA wrote:
> > 
> > > set yrange [*<-5:5<*]
> > >               ^
> > > "autoscale.dem", line 23: ':' or keyword 'to' expected
> > 
> > Doesn't reproduce here, neither with gnuplot.exe compiled by Cygwin's 
> > built-in MinGW32, nor one compile by OpenWatcom.
> > 
> Thank you for your report. I will carry out the further look for this issue gcc on MinGW.
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Gnuplot 4.4.2 (fixes some problems with 4.4.1)

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

Hello 

The test shown in the previous mail was done by cvs source at 2010-09-30.

Regards

Tatsuro


--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> --- Tatsuro MATSUOKA  wrote:
> > I have searched the information of the DJGPP 
> > 
> > For version 2.04
> > http://www.delorie.com/djgpp/doc/kb/kb_6.html
> > 
> > ************************
> > The macro NAN was added.
> > The functions strtod, strtof, strtold and _strtold now understand "Inf", "Infinity", "NaN",
> > "NaN()",
> > "NaN(hex-number)" and any variations of case in the input string.
> > 
> > New functions snprintf and vsnprintf added.
> > ***********************
> > 
> > However, version 2.04 is the beta release.
> > (Last update is 30-Nov-2003 for 2.04).
> > 
> > Application is still updated on the 2.03.
> > (The gcc has been updated to 4.4.4!  as Hans suggested.)
> > 
> > Thinking to the above, it is better to apply you patch for DJGPP.
> > 
> > Please wait for a while after I will carry out the test the patch
> 
> With the two patches,
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> --- config.dj2.old      2010-09-29 10:21:42.000000000 -0700
> +++ config.dj2  2010-09-29 10:22:06.000000000 -0700
> @@ -142,7 +142,7 @@
>   #endif
>    /* Define to 1 if you have the `isnan' function. */
> -/* #undef HAVE_ISNAN */
> +#define HAVE_ISNAN
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> --- gnuplot-cvs/src/stdfn.c 2010-07-30 12:11:40.000000000 -0700
> +++ gnuplot-djgpp/src/stdfn.c     2010-09-30 18:12:55.000000000 -0700
> @@ -458,7 +458,7 @@
>  double
>  not_a_number(void)
>  {
> -#ifdef __MSC__
> +#if defined(__MSC__) || defined(DJGPP) || defined(__DJGPP__)
>         unsigned long lnan[2]={0xffffffff, 0x7fffffff};
>      return *( double* )lnan;
>  #else
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> NaN issue for DJGPP seems to be solved.
> 
> 
> Terminal type set to 'svga'
> gnuplot> pr NaN
> NaN
> 
> gnuplot> cd '../demo'
> gnuplot> load 'candlesticks.dem'
> Hit return to continue
> Hit return to continue
> Hit return to continue
> Hit return to continue
> Hit return to continue
> Hit return to continue
> 
> candlesticks.dem went well.
> 
> Thanks!!
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Gnuplot 4.4.2 (fixes some problems with 4.4.1)

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

Hello

--- Tatsuro MATSUOKA  wrote:
> I have searched the information of the DJGPP 
> 
> For version 2.04
> http://www.delorie.com/djgpp/doc/kb/kb_6.html
> 
> ************************
> The macro NAN was added.
> The functions strtod, strtof, strtold and _strtold now understand "Inf", "Infinity", "NaN",
> "NaN()",
> "NaN(hex-number)" and any variations of case in the input string.
> 
> New functions snprintf and vsnprintf added.
> ***********************
> 
> However, version 2.04 is the beta release.
> (Last update is 30-Nov-2003 for 2.04).
> 
> Application is still updated on the 2.03.
> (The gcc has been updated to 4.4.4!  as Hans suggested.)
> 
> Thinking to the above, it is better to apply you patch for DJGPP.
> 
> Please wait for a while after I will carry out the test the patch

With the two patches,
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- config.dj2.old      2010-09-29 10:21:42.000000000 -0700
+++ config.dj2  2010-09-29 10:22:06.000000000 -0700
@@ -142,7 +142,7 @@
  #endif
   /* Define to 1 if you have the `isnan' function. */
-/* #undef HAVE_ISNAN */
+#define HAVE_ISNAN
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- gnuplot-cvs/src/stdfn.c 2010-07-30 12:11:40.000000000 -0700
+++ gnuplot-djgpp/src/stdfn.c     2010-09-30 18:12:55.000000000 -0700
@@ -458,7 +458,7 @@
 double
 not_a_number(void)
 {
-#ifdef __MSC__
+#if defined(__MSC__) || defined(DJGPP) || defined(__DJGPP__)
        unsigned long lnan[2]={0xffffffff, 0x7fffffff};
     return *( double* )lnan;
 #else
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
NaN issue for DJGPP seems to be solved.


Terminal type set to 'svga'
gnuplot> pr NaN
NaN

gnuplot> cd '../demo'
gnuplot> load 'candlesticks.dem'
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue

candlesticks.dem went well.

Thanks!!

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: set yrange [*<-5:5<*] causes error gnuplot.exe on windows on gnuplot 4.5 (2010-09-30)

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

Hello

--- Hans-Bernhard Br将モker wrote:

> On 01.10.2010 03:33, Tatsuro MATSUOKA wrote:
> 
> > set yrange [*<-5:5<*]
> >               ^
> > "autoscale.dem", line 23: ':' or keyword 'to' expected
> 
> Doesn't reproduce here, neither with gnuplot.exe compiled by Cygwin's 
> built-in MinGW32, nor one compile by OpenWatcom.
> 
Thank you for your report. I will carry out the further look for this issue gcc on MinGW.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Gnuplot 4.4.2 (fixes some problems with 4.4.1)

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

Hello

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> --- Ethan Merritt  wrote:
> 
> > On Thursday 30 September 2010 04:24:36 pm Tatsuro MATSUOKA wrote:
> > > Hello
> > > 
> > > I have tried Ethan's modification to config.dj2.
> > > It seems to work fine on gnuplot 4.4.2 and 4.5.
> > > 
> > > Before Patch
> > > gnuplot> print NaN
> > >          undefined variable: NaN
> > > After patch
> > > gnuplot> print NaN
> > > 0.0
> > 
> > Unfortunately, that shows isnan() is found but the initialization of
> > the user variable NaN is not working correctly.
> > NaN should print as "NaN" or "nan" rather than 0.0.
> > 
> > Could you please try this patch to see if the initialization
> > method used for Microsoft C also works for DJGPP?
> > 
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > --- gnuplot-cvs/src/stdfn.c 2010-07-30 12:11:40.000000000 -0700
> > +++ gnuplot-djgpp/src/stdfn.c     2010-09-30 18:12:55.000000000 -0700
> > @@ -458,7 +458,7 @@
> >  double
> >  not_a_number(void)
> >  {
> > -#ifdef __MSC__
> > +#if defined(__MSC__) || defined(DJGPP) || defined(__DJGPP__)
> >         unsigned long lnan[2]={0xffffffff, 0x7fffffff};
> >      return *( double* )lnan;
> >  #else
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> Ooops!
> 
> On windows version built by gcc on MinGW also gives
> gnuplot> pr NaN
> 0.0               
> 
> I will research NaN related topic using search engine for gcc on MinGW (and) DJGPP.
> After that I will consider application of the patch. 
> 
> Regards
> 
> Tatsuro

Hello

I have searched the information of the DJGPP 

For version 2.04
http://www.delorie.com/djgpp/doc/kb/kb_6.html

************************
The macro NAN was added.
The functions strtod, strtof, strtold and _strtold now understand "Inf", "Infinity", "NaN", "NaN()",
"NaN(hex-number)" and any variations of case in the input string.

New functions snprintf and vsnprintf added.
***********************

However, version 2.04 is the beta release.
(Last update is 30-Nov-2003 for 2.04).

Application is still updated on the 2.03.
(The gcc has been updated to 4.4.4!  as Hans suggested.)

Thinking to the above, it is better to apply you patch for DJGPP.

Please wait for a while after I will carry out the test the patch

For the MinGW, the different way seem to be used for NaN.  I need to search further. 

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/