Hi Andrew, that is odd: have you used "set tcl_precision 17" (<= 8.4) or "set tcl_precision 0" (>= 8.5)? Then maximum precision is used - standard double precision.
I have printed the code and will see if I get some enlightenment from that. (The underlying C interface might be the culprit here though: it may truncate the string representation to less than 17 digits.) Regards, Arjen On 2009-08-19 13:41, Andrew Ross wrote: > Arjen, > > No problem. I've updated example 29, but because of rounding errors in tcl > it is crashing. I've disabled the call to plot4 for now. > > I think that xmin and xmax end up being very similar (differences of < 1 > second > over ~1000 years. Tcl precision issues seem to make them identical which > causes > a zero x range for the plot and hence a crash. > > Are there any ways round this? I tried setting tcl_precision, but it made no > difference. > > Andrew > > On Wed, Aug 19, 2009 at 09:09:38AM +0200, Arjen Markus wrote: >> Hi Andrew, >> >> thanks for taking care of the Fortran and Tcl bindings. >> (I would have done it myself, but my time at the keyboard >> at home is severely limited at the moment.) >> >> Regards, >> >> Arjen >> >> On 2009-08-18 17:51, Andrew Ross wrote: >>>> On Tue, Aug 18, 2009 at 11:05:31AM +0200, Werner Smekal wrote: >>>>> Ok, >>>>> >>>>> I submitted now the last D example and the D bindings are therefore >>>>> finished. Actually not really finished, since example 20 delivers >>>>> slightly different postscript results than the C example. Although if >>>>> I compare the output (xwin, wxwidgets, psc) visually I can't spot any >>>>> difference. I don't think this is a showstopper, but will have a look >>>>> later on, I don't consider that as too serious. >>>>> >>>>> In addition I ran the plplot tests on Mac OS X with the following >>>>> results: >>>>> >>>>> Test timeout computed to be: 1500 >>>>> c++ >>>>> Missing examples : >>>>> Differing postscript output : 29 >>>>> Missing stdout : >>>>> Differing stdout : >>>> Werner, >>>> >>>> This one I find odd. C++ results should be completely identical to the C >>>> ones since there is no worrying about cross-language support or any of >>>> that. I get identical results for all examples with C and C++ using latest >>>> svn. >>>> >>>>> java >>>>> Missing examples : 20 21 22 23 24 25 26 27 28 29 30 31 >>>>> Differing postscript output : 19 >>>>> Missing stdout : >>>>> Differing stdout : 19 >>>>> python >>>>> Missing examples : >>>>> Differing postscript output : >>>>> Missing stdout : >>>>> Differing stdout : 23 >>>>> tcl >>>>> Missing examples : >>>>> Differing postscript output : 03 16 19 21 24 26 29 >>>>> Missing stdout : >>>>> Differing stdout : 21 >>>>> d >>>>> Missing examples : >>>>> Differing postscript output : 20 >>>>> Missing stdout : >>>>> Differing stdout : >>>>> -- Process completed >>>>> ***Failed >>>>> >>>>> 88% tests passed, 2 tests failed out of 17 >>>>> >>>>> The following tests FAILED: >>>>> 3 - examples_java (Failed) >>>>> 17 - examples_compare (Failed) >>>>> Errors while running CTest >>>>> >>>>> The only bad error is the segmentation fault of the Java example 19. >>>>> Otherwise everything configures and compiles fine on Mac OS X. >>>>> >>>>> Next I'll improve the Lua samples, then pdf, then wxWidgets device. >>> >>> I have now implemented all but the plslabelfunc call in f77 / f95 bindings >>> and updated the examples accordingly. I've left the plslabelfunc call to >>> last as it is a bit messy. Octave is also up to date (except for example 19 >>> - not yet worked out how to do function callbacks for mapform / labelfunc.) >>> >>> tcl clearly still needs work, as do ada and ocaml. Otherwise, we're >>> beginning >>> to get all the languages and examples back into shape again ready for the >>> release. >>> >>> Andrew >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Plplot-devel mailing list >>> Plplot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/plplot-devel >>> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Plplot-devel mailing list >> Plplot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/plplot-devel >> > DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
