On 2011-01-03 17:57-0800 Alan W. Irwin wrote: > To sum this up, the bad wingcc and qt results are probably due to > external library issues combined with issues in plfill while the bad > psc (which depends on no external library) and cairo (which depends on > a subset of the GTK+ stack of libraries) results are likely due to > issues in plfill.
I have just looked at some additional results for -dev svgqt (depends on Qt4); -dev svg (which has no external library dependencies at all); and -dev svgcairo (depends on GTK+ stack). The results for -dev svgqt were bad for page 11 on up following the bad results for the other qt-related devices. There might be something obvious in the qt driver code, but I cannot see it so I ascribe this issue to something wrong for the Qt4 libraries. The svg, svgcairo (and all other cairo devices I have checked), and psc all agree in detail with each other. The consistent fill errors for page 13 and above for all of these constitutes a strong case that there is a fill bug in plfill for complicated boundaries. I also confirmed some of the above results for the npts=240 case for x27c.c, and I suggest you might find it valuable to try that case as well. That value assures all plline, plfill, and plgradient calls are below the PL_MAXPOLY limit of 256. The boundary, although much more irregular for the smaller number of points is also much easier to interpret with the odd/even rule. For this small npts case (which cannot involve the malloc version used when npts > PL_MAXPOLY-1), wxwidgets hangs at page 12 (just like for normal npts), while xcairo gives bad filling results for page 13 and above similar to those that occur for the svg, cairo, and psc devices for the normal npts case. So whatever is wrong with fills for these devices has nothing to do with the malloc versus static array PL_MAXPOLY logic that has been recently introduced. So the good news is the filling errors now shown by example 27 are not a regression. The bad news is this is a long-standing fill bug which we didn't know we had before. :-) Alan __________________________ 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 (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
