From: Hazen B. <hba...@ma...> - 2008-12-24 16:57:59
|
Hello, Due a number of significant changes it has been requested that the 5.9.2 release of PLplot should happen in a few weeks time. Tentatively I'm going suggest the weekend of January 17-18th. Is this acceptable? best, -Hazen |
From: Andrew R. <and...@us...> - 2008-12-24 18:43:27
|
Hazen, I'm in agreement with that. Not just significant changes, but a fair number of bug fixes as well. Andrew On Wed, Dec 24, 2008 at 11:57:54AM -0500, Hazen Babcock wrote: > > Hello, > > Due a number of significant changes it has been requested that the 5.9.2 > release of PLplot should happen in a few weeks time. Tentatively I'm > going suggest the weekend of January 17-18th. Is this acceptable? > > best, > -Hazen > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Alan W. I. <ir...@be...> - 2008-12-24 20:39:51
|
On 2008-12-24 11:57-0500 Hazen Babcock wrote: > > Hello, > > Due a number of significant changes it has been requested that the 5.9.2 > release of PLplot should happen in a few weeks time. Tentatively I'm > going suggest the weekend of January 17-18th. Is this acceptable? That would be great! There is an exclamation point there because I am the one that originally requested a quick release. There are a rather large number of bugs that have been fixed since 5.9.1. Furthermore, we now have much more comprehensive testing (almost all our public API is now tested) and much more convenient testing procedures. If the developers here run ctest in the build tree and "make test" and "make test_interactive" in the install tree on their various platforms as a matter of routine, that should generate a lot of confidence in the cross-platform quality of this next release. Here is the current compare test status report (compiled from "make -j3 test" in the install tree). I have excluded c++, f77, f95, and ocaml because they are perfect (which is great to see): java Missing examples : 19 Differing postscript output : Missing stdout : Differing stdout : octave Missing examples : 19 Differing postscript output : Missing stdout : Differing stdout : python Missing examples : 19 21 Differing postscript output : 20 27 Missing stdout : Differing stdout : tcl Missing examples : 19 Differing postscript output : 11 13 15 16 20 Missing stdout : Differing stdout : perl Missing examples : Differing postscript output : Missing stdout : Differing stdout : 31 ada Missing examples : 31 Differing postscript output : 15 29 Missing stdout : Differing stdout : 23 adathick Missing examples : 31 Differing postscript output : 15 29 Missing stdout : Differing stdout : 23 It would be nice but not essential to get some of these remaining problems fixed before the release. I will deal with the python issues outside example 19. The python example 21 missing issue is because I am testing with Numeric (HAVE_NUMPY=OFF) rather than numpy. I don't think the Numeric interface to PLplot change that would be required to fix example 21 is worth worrying about because that fix would be time consuming, and we are not going to be supporting Numeric indefinitely. I don't know what the example 20 and 27 issues are with Numeric. (IIRC those examples are fine under numpy.) If the issues are easy to fix I will do so, otherwise I will let is slide like example 21. I would also be willing to take responsibility on the PLplot side of things for the perl fix, but Doug Hunt needs to update the external PDL::Graphics::PLplot module first as I have discussed with him off list. Of the many recently discovered bugs, the only ones left that I am aware of are the Tk example segfaults and fixing the visibility issues for plplotcanvas.h in a way that does not interfere with pygcw. Bugfixes for these issues would be _really_ nice, but in my view the release should just go ahead if nobody gets to these issues in time. 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2008-12-25 01:06:23
|
On 2008-12-24 12:39-0800 Alan W. Irwin wrote: > I will deal with the python issues outside example 19. The python example 21 > missing issue is because I am testing with Numeric (HAVE_NUMPY=OFF) rather > than numpy. I don't think the Numeric interface to PLplot change that would > be required to fix example 21 is worth worrying about because that fix would > be time consuming, and we are not going to be supporting Numeric > indefinitely. I don't know what the example 20 and 27 issues are with > Numeric. (IIRC those examples are fine under numpy.) If the issues are easy > to fix I will do so, otherwise I will let is slide like example 21. The example 20 and 27 Numeric issues were easy to fix (revision 9230). That's all I plan to do for the python examples for this forthcoming release. 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 __________________________ |
From: Arjen M. <arj...@wl...> - 2008-12-29 07:50:45
|
> On 2008-12-24 11:57-0500 Hazen Babcock wrote: > >> >> Hello, >> >> Due a number of significant changes it has been requested that the 5.9.2 >> release of PLplot should happen in a few weeks time. Tentatively I'm >> going suggest the weekend of January 17-18th. Is this acceptable? > > That would be great! > > tcl > Missing examples : 19 > Differing postscript output : 11 13 15 16 20 > Missing stdout : > Differing stdout : > > It would be nice but not essential to get some of these remaining > problems fixed before the release. > > Of the many recently discovered bugs, the only ones left that I am aware > of > are the Tk example segfaults and fixing the visibility issues for > plplotcanvas.h in a way that does not interfere with pygcw. Bugfixes for > these issues would be _really_ nice, but in my view the release should > just > go ahead if nobody gets to these issues in time. > I would like to take the opportunity to solve or at least look into the differences for the Tcl examples and perhaps also look into the Tk example segfaults. The latter will depend on my being able to reproduce them on my Windows-based system. Regards, Arjen |
From: Jerry <lan...@qw...> - 2008-12-30 00:08:34
|
On Dec 24, 2008, at 1:39 PM, Alan W. Irwin wrote: > ada > Missing examples : 31 > Differing postscript output : 15 29 > Missing stdout : > Differing stdout : 23 > adathick > Missing examples : 31 > Differing postscript output : 15 29 > Missing stdout : > Differing stdout : 23 The reason for the differing stdout text in the Ada examples 23 is in the differing way that Ada denotes numbers that are not base 10. (Ada can handle--input and output--numbers in any base from 2 to 16 or 36-- I can't remember which right now.) The pattern is The_Base#The_Number#, so for example what C denotes as 0x80000000 Ada denotes as 16#80000000#. I have made the Ada output conform to the C style. Also, trivially, the C version prints out ... style and weight are sans-serif upright medium which I "corrected" in my original thick Ada version to ... style and weight are sans-serif upright medium The extra space has been re-inserted in the thick Ada example for consistency with the C output. Jerry |
From: Alan W. I. <ir...@be...> - 2008-12-30 03:22:49
|
On 2008-12-29 17:08-0700 Jerry wrote: > Also, trivially, the C version prints out > ... style and weight are sans-serif upright medium > which I "corrected" in my original thick Ada version to > ... style and weight are sans-serif upright medium > > The extra space has been re-inserted in the thick Ada example for > consistency with the C output. Thanks for spotting that extra blank which was caused by a python formatting mistake I made some time ago for xw23.py which then got propagated to the rest of the examples. I have now (revision 9234) made a consistent correction for all implementations to get rid of that extra blank. This isn't exactly the most exciting patch to PLplot that I have ever made, but it is satisfying (at least to me) to get rid of these little glitches. 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 __________________________ |