From: Arjen M. <Arj...@de...> - 2013-11-15 07:23:23
|
Hi Alan, I will have a look at these issues. I am rather pleased that Cygwin is working nicely for me now, even though there are a few idiosyncracies to avoid. The most perplexing of these was that at some point I had to kill the wish process and that also killed the Cygwin shell, so that I ended up in an ordinary DOS-box. I do not know how to reproduce that situation and, honestly, I do not care to ;). Anyway, I like the idea of making PLplot easier to use from a Tcl and Tk environment. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Friday, November 15, 2013 6:27 AM > To: Arjen Markus; PLplot development list > Subject: Re: [Plplot-devel] Display problems when running "wish > wish_standard_examples" > > Hi Arjen: > > I forgot to mention that the configured wish_standard_examples(.in) script comments > out some of the examples for the reasons given in the script. But if you wanted to > look (say) at the color issues (which I strongly encourage you to put on your agenda), > then locally uncomment examples 2 and 24 (and for speed comment out all the other > examples) in wish_standard_examples.in. After such a change, then re-running > "make test_wish_standard_examples" in the build tree will automatically re-run > cmake to reconfigure wish_standard_examples in the build tree with all your script > changes, recompile any source files you have changed that are direct or indirect > dependencies of the test, and then finally run that configured script. (By the way, feel > free to modify wish_standard_examples.in (and other such interactive configured > scripts that test some aspect of Tcl and friends) to have a configured option to greatly > reduce the number of examples that are run in the interest of speed. That option > would be especially useful for your case where Tk on Cygwin is so slow. > > Anyhow, once you get the hang of working with these simple test targets that are set > up with CMake's add_custom_command and add_custom_target commands, they > are a real convenience for development and continued testing afterward to guard > against bit rot. > > By the way, "bit rot" is a term I heard once from Maurice many years ago which I > liked very much at the time, and which I have continued to use since. I define this > term to refer to the case when the assumptions of a particular software unit that is > unmaintained inevitably begin to no longer be true because of changes in other > software. (See http://en.wikipedia.org/wiki/Bit_rot and > http://en.wikipedia.org/wiki/Software_rot for more general > definitions.) > > So what I have been doing for the last week or so is dealing with bit rot that we have > allowed to accumulate for the last decade in the Tcl, Tk, Itcl, Itk, and Iwidgets > components of the PLplot build system and code. In the future if we are careful with > designing sufficiently general tests, then we can deal with each Tcl, etc., bit-rot issue > immediately as revealed by the tests rather than waiting for a decade's worth of such > bit-rot issues to accumulate. > > 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); the Time Ephemerides project (timeephem.sf.net); > PLplot scientific plotting software package (plplot.sf.net); 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 > __________________________ 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. |