On 2014-05-26 09:12-0000 Arjen Markus wrote: > Hi Alan, > > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > >> So in the Windows case the code is executing exactly as designed, but if you >> are concerned about the possible inconsistency that can result if you use >> the wrong PATH as in case 2 above, then you could redesign the Windows >> (including Cygwin) implementation so that it also prepended the correct >> build-tree or install-tree path to the device driver name. I would think >> such an implementation would be straightforward for you to do if you felt it >> was a priority, but it would require build-tree and install-tree testing for >> the Cygwin, pure MinGW, MinGW/MSYS, and MSVC cases to make sure that >> implementation was correct. (I separate the pure MinGW and MinGW/MSYS cases >> because the paths are treated differently in those two cases.) >
> Inconsistency would arise if someone has different data files in the > build-tree and in the install-tree. No, the data file access is fine in all cases; you get the source-tree version if you are in the build tree and otherwise you get the install-tree version. The actual problem though is if your PATH is set incorrectly (as you did in your second test), you will get the wrong version of the drivers which indeed (if in the middle of driver development) could be different from build tree to install tree. > I do not think it [changing to a non-PATH method for finding the drivers for all Windows platforms] is really worth the effort. I agree so long as Windows developers are fully aware of the above limitation of the PATH method of finding the drivers. 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 __________________________ ------------------------------------------------------------------------------ The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
