On Wed, Dec 18, 2013 at 03:27:28PM -0800, Alan Irwin wrote: > Hi Andrew: > > In reply to your previous post, thanks for confirming those segfault > issues when the recommended stubs versions of the Tcl/Tk libraries are > used. It will be most interesting if those issues disappear if Arjen > replaces (post-release) our use of the non-recommended versions of the > Tcl/Tk API with the recommended versions.
Certainly, although I think we've already weeded out a lot of the really old style tcl (e.g. accessing the internals of the interp structure). This crash happens early on in the driver initialisation and I don't think we've had time to do too much wrong at that point. > More below. > > On 2013-12-18 22:01-0000 Andrew Ross wrote: > > > > > P.S. Fixing the fifo bug had no impact on the segfault with > > USE_TCL_TK_STUBS=ON. > > > > One other issue I encountered was that detecting of the various tcl > > components is not entirely robust. I had tcl8.5 and tcl8.6 installed. > > On Ubuntu the default is tcl8.5 so tclsh points to tclsh8.5. This > > means that most of the tcl-related variables were set to point to 8.5, > > however the code setting TCL_INCLUDE_PATH ended up pointing to tcl8.6. > > This is probably a cmake issue rather than a plplot issue, but I > > thought I'd flag it up. > > Did our build system warn about those version inconsistencies? And if > so, could you straighten out CMake finding Tcl/Tk library versions > that were inconsistent with tclsh by using CMAKE_INCLUDE_PATH and > CMAKE_LIBRARY_PATH? No - the build system didn't warn of the inconsistencies. Well at least cmake didn't. I spotted it by eye and to fix it I actually used update-alternatives to make tclsh point to tclsh8.6 since that seemed easiest. I didn't actually try running make. One could get the version using tclsh and then only look for include files for that version, but cmake doesn't do that. I've run into similar issues with python in the past. > If the answers to both questions are "yes", then I think that is > probably the best we can do unless we completely replace the > CMake Tcl/Tk find module with our own. I agree that is the only proper solution, and not one I'm particularly keen to adopt. This might serve as a warning to others though with multiple tcl versions installed. Andrew ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
