|
From: <pl...@pi...> - 2011-10-11 16:20:00
|
On 10/11/11 17:53, sfeam (Ethan Merritt) wrote: > On Tuesday, 11 October 2011, pl...@pi... wrote: >> >> I saw "not_a_number for MinGW build (gcc-4.5.0)" was committed just over >> a year ago but did not seem to be fixed in 4.4.3 release in March. > > The same fix (10-10-2010) went into stdfn.c in both 4.4 and 4.5 > Note that this fix only deals with initializing the NaN variable internally. > It does not correct for any oddities in the C-language support library. > I.e., if the library routines fscanf() and atod() cannot deal with the > string "NaN" in an input file, that's a separate problem. > I don't know whether or not that is an issue with MinGW. > > What is the symptom? > If you start the program and say "print NaN", what does it show? > > Ethan > Hi, yes that's exactly the problem as reported in that bug. print NaN; gives me zero . (apart from nothing using NaN behaving as expected) thx. > >> I don't use "other" OSes myself but I'm helping a college who has that >> misfortune. He is very impressed with gnuplot which I encouraged him to >> use and gave his a script for his data to get him started. However, I >> had to do a messy hack to get around the NaN=0 bug in the windoze build >> he got from SF. >> >> I don't have a cross-compilation set up for mwing so I can't build it here. >> >> Will this be fixed in next release? >> >> Best regards, Peter. >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> gnuplot-beta mailing list >> gnu...@li... >> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta >> > > |