On Thu, Jan 15, 2009 at 11:31:24AM -0800, Alan Irwin wrote:
> Due to Andrew and Arjen's extremely recent efforts, java, python, and tcl
> join c++, f77, f95, perl, and ocaml to give perfect PostScript and stdout
> comparison results with the corresponding C examples. Here are the only
> remaining issues:
> 
> octave
>    Missing examples            :  19
>    Differing postscript output :
>    Missing stdout              :
>    Differing stdout            :
> 
> ada
>    Missing examples            :
>    Differing postscript output :  17
>    Missing stdout              :
>    Differing stdout            : 
> adathick
>    Missing examples            :
>    Differing postscript output :  17
>    Missing stdout              :
>    Differing stdout            :
> 
> This summary looks substantially better than our last release, and when you
> consider how much more extensive the testing now is behind the scenes, this
> result actually represents a tremendous improvement over our last release.
> 
> Thanks to everyone who helped get us this far.

On a 32-bit Linux system results are not (quite) so good.

I note the problems above, plus

python
  Missing examples            :
  Differing postscript output :
  Missing stdout              :
  Differing stdout            :  23
tcl
  Missing examples            :
  Differing postscript output :  03 14a 17 21
  Missing stdout              :
  Differing stdout            :  21

For python

$ diff x23c_psc.txt x23p_psc.txt
1c1
< For example 23 prior to page 12 the FCI is 0x80000000
---
> For example 23 prior to page 12 the FCI is 0x80000000L

This is with python 2.5.2. I imagine this is because the FCI constant 
is a long rather than standard integer on a 32-bit system since python
does not have unsigned int. Or it may be a python version thing?

For tcl the differences with 03 and 14a are just a single line where an
integer differs by one. I put this down to rounding error. This is with
tcl8.4. Example 21 requires tcl 8.5. Example 17 I see large differences,
but again often only rounding errors. This is hard to compare because a
small error can lead to the axes rescaling at a different time which
produces large differences in the postscript output. Visually the final
results looks good.

Andrew

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to