Hi Alan: I've just checked in a version of x23.pl which adds the missing
pages. My system is not configured correctly to display all the fonts,
but the perl and c example .ps files generated on my system do end up
identical. Please let me know how this looks on your (better configured)
Not sure what to do about examples 2 and 27--Ex 2 works fine on my system
and mostly fine on yours. Ex 27 is close as well.
Software Engineer IV
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 10 Dec 2008, Alan W. Irwin wrote:
> On 2008-12-10 15:32-0700 Doug Hunt wrote:
>> Hi Alan:
>> I've got perl/PDL versions of examples 28, 29 and 30 checked in.
>> Their psc output is identical to the examples/c version.
>> They require yet another version of PDL-Graphics-PLplot, version 0.45.
> I have made the corresponding PLplot build-system changes (revision 9084).
> Here is the latest ctest result for PDL-Graphics-PLplot, version 0.45
> on my 64-bit machine.
> Missing examples :
> Differing examples : 02 23 27
> I am really happy to see that empty "Missing examples" list. That represents
> a substantial amount of work by you which is much appreciated.
>> Thanks for the pointer to 'ndiff', this will be useful for my regular work!
>> As to the differing examples, for 02 there was some 32/64 bit trouble that
>> you had--was your 'x02.pl -dev psc' output generally consistent with the
>> correct 'x02c -dev psc' output and just off by a few decimal places, or was
>> it wildly in error? Unfortunately, I don't have a good 64 bit machine
>> handy to try it myself.
> Here is a typical diff stanza:
> < 1.0000 0.0745 0.0745 C Z
>> 0.9961 0.0745 0.0745 C Z
> There are 20 of these differences with the maximum R, G, or B colour changed
> from 1.0000 to 0.9961 for the pdl version. There are also some maximum R,
> G, or B colours still left at 1.0000 in the pdl version. The c version has
> no 0.9961 colours.
>> I'm having trouble getting my hands around example 23--I can't get any of
>> the 'c' examples to give correct comparison output except 'xwin'. I get
>> some bogus or missing characters for all other driver types. Do you have
>> any hints as to how to which 'c' example you use for comparison and how
>> to get it to work correctly? My plplot installation may be missing
>> something required to get all the character sets to work.
> fontconfig is essential for managing Linux fonts
> in an intelligent way so make sure that package is installed. After that
> run cmake with the -DBUILD_TEST=ON option and after the "make" command run
> ctest -R '_c$|perl|compare'
> The '_c$' ctest runs all the C examples with -dev psc, the 'perl' ctest runs
> all the PDL examples with -dev psc, and the 'compare' ctest compares them.
> After the above ctest command, run
> less Testing/Temporary/LastTest.log
> to see details of the ctests including the summary output I gave in the
> first paragraph of this post.
> Here are the sizes of the example 23 results
> -rw-r--r-- 1 software software 301933 2008-12-10 22:48 x23c.psc
> -rw-r--r-- 1 software software 244809 2008-12-10 22:48 x23pdl.psc
> when I checked with diff, it turns out x23pdl.psc is missing pages 12 to 16,
> but the first 11 pages are fine.
>> Finally, example 27 (after your fix) seems to compare correctly with
>> 'ndiff'. I took a look at it and did not see anything incorrect in the
>> perl/PDL code.
> Here is what I get with "ndiff -relerr 0.01"
> < %%CreationDate: Wed Dec 10 22:48:07 2008
> --- field 5
>> %%CreationDate: Wed Dec 10 22:48:19 2008
> ### Maximum relative error in matching lines = 4.29e-03 at line 11279 field 8
> If I set the -relerr value to a smaller value such as 0.0001 then lots of
> differences show up.
> As I remarked before, that maximum relative error of 4.29e-03 is rather high
> (most other PDL examples match exactly with no differences at all) so I
> assumed there was some precision loss for the bindings exercised by example
> 27 or in example 27 itself. If your maximum ndiff rel error is 0., (in
> which case diff would show no differences at all) then it appears we might
> have another 32 bit/64-bit issue. But if the maximum relative error
> by ndiff is non-zero for you as well, then I would look for precision loss.
> In sum, 02 might be a 32/64 bit issue, but that needs confirmation by others
> with 32 and/or 64-bit platforms to make sure it is not a coincidence; 23
> needs the last 5 pages of the C example implemented in PDL but is otherwise
> fine; the jury is still out on 27; and everything else is perfect.
> Alan W. Irwin
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> Linux-powered Science