On 2011-08-16 09:29-0400 Hazen Babcock wrote: > On 06/01/2010 10:40 AM, Alan W. Irwin wrote: >>> >>> Agreed, although perhaps it would be more efficient to do this at the >>> library >>> level rather than the driver level. We would only have to do it once, and >>> then any new interactive drivers would simple have to detect the close >>> window >>> button press and set a flag. >> >> Good idea that is also likely to solve the -dev tk issue caused by the >> recent xwin noop fix (which I had to revert because of the -dev tk issue). >> Also, to answer your further comment above about plexit, we could also just >> have that set a noop flag for the device used for the stream rather than >> exiting. Then when something goes wrong with a device, it can call plexit >> with impunity and similarly when something goes wrong with the PLplot core >> library, and from then on all device calls for the stream are turned into >> noops. >> >> To me the core library noop solution with plexit modified to use that >> solution is such a nice idea that my first instinct is to encourage you and >> Hazen to implement it before the release. However, yesterday I had to deal >> with three different regressions that had been introduced by very recent >> changes, and this is a sobering reminder of the downside of making too many >> changes close to release. That said, it is probably okay if you can squeeze >> in the changes today (Tuesday) because it gives all of us a chance to test >> them on all platforms accessible to us for 3 days prior to the release. >> However, I would be uncomfortable about the quality of our release if we >> had >> much less than 3 days to test. Thus, in the likely event that you and Hazen >> cannot meet such a quick deadline, then I suggest you should put off >> further >> noop changes until after the release. > > Reviving a very old thread since this problem continues to bite some of > our users.. Is this a good idea that got lost?
Hi Hazen: Thanks for bringing this up. I have just now reviewed this whole interesting thread, and I still think this is a good idea. Sometimes, though, Andrew quietly fixes things so I am not sure whether this good idea has been implemented yet or not. Andrew? 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 __________________________ ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
