Hi Andrew: I just fixed another bug in the code that was causing some minor numerical noise. That fix consisted of zeroing one row of a matrix that had been used for something else, but which was now being reinterpreted in a way that demanded zeroes in that row.
After that bug fix, valgrind quit complaining entirely. So I suspect (although it doesn't look obvious) that some of the elements of that zeroed row were undefined in a routine called ephcom_cheby that is far away from the routine which valgrind was complaining about before. However, the ephcom_cheby routine has the static inline attribute so that may have been completely screwing up valgrind's reporting of the location of the real issue. After I get some sleep I will investigate further by temporarily removing that inline attribute for a non-zeroed version of the code to see if valgrind starts reporting correct locations where use of uninitialized memory is being detected. 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 __________________________ ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
