Yeah, so it wouldn't surprise me if it was some Unicode issue. The x11 example plotted using Hershey text, so it wouldn't surprise me if there was an issue with wxWidgets failing to find some font or something. Unfortunately over my x11 forwarding the error message popup failed to render and I haven't had a chance to look further. It's not really top of my priority list anyway.
Phil On 29 March 2015 at 17:52, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2015-03-29 15:48+0100 Phil Rosenberg wrote: > >> Hi Alan >> >>> What version of swig are you using there? >> >> Turns out the Swig version is 1.3.40, so probably quite some way >> behind yours. I don't know if you gan do a minimum Swig version in the >> future to ensure things "just work"? >> >>> To follow up on my recent posts concerning comprehensive testing, >>> doing that on your CentOS platform would obviously be quite worthwhile >>> both from the perspective of the quality of PLplot in general and also >>> for your personal use of PLplot on that platform. >> >> Hi Alan >> I certainly will if I have time. I am actually on leave this week so >> fingers crossed I should be able to find some time now to run the >> tests both on Windows and on Centos. Actually the machine I hit the >> Octave problem on wasn't my work machine. If you are interested, it >> was a high performance data analysis machine operated as part of one >> of the supercomputer facilities in the UK. With Octave turned off I >> got a good build, and was able to use the X11 and noninteractive >> drivers, but I hit problems with wxWidgets. I'm not sure of the cause, >> but the machine doesn't have GTK, so I had to use the >> wxUniversal/wxX11 build rather than wxGTK and I had to switch off >> Unicode due to a missing Pango dependency so that is new wxWidgets >> territory for me. I therefore don't know if the cause was PLplot or >> wxWidgets related. Given it is very much recommended to use Unicode >> since wxWidgets 3.0 that might be the cause. > > > From epa_build experiments I have done some time ago, I independently > concluded that wxGTK is the only viable wxwidgets platform on Linux > for us. See comments in cmake/epa_build/wxwidgets/CMakeLists.txt. All > the other wxwidgets variants would epa_build, but none of them > satisfied our unicode needs. So my epa_build results and conclusion > from them seem to be consistent with yours. Note that because of the > epa_build dependencies, the epa_build target called build_plplot will > automatically build gtk+, wxwidgets (wxGTK), etc., and use them for > comprehensive PLplot testing. See cmake/epa_build/README for further > details concerning running a comprehensive test of PLplot using > epa_build. > > > 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 > __________________________ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
