Hi Alan and Ben Yes, with the new system in place a new wxPNG driver would be as simple as passing in a memoryDC then a function call to write it to file as any number of raster formats. It was on my list before the last release, but I never quite found the time. It is still on the list though for next release.
Phil On 20 April 2015 at 00:38, Ben Woods <woods...@gmail.com> wrote: > Thanks for the feedback Alan. > > I have removed the -DPLD_wxpng:BOOL=ON option and it is all working well > now. Thanks! > > Regards, > Ben > > On Fri, 17 Apr 2015 at 9:23 am Alan W. Irwin <ir...@beluga.phys.uvic.ca> > wrote: >> >> On 2015-04-16 22:48-0000 Ben Woods wrote: >> >> > Hey everyone, >> > >> > I'm trying to build plplot 5.11.0 on FreeBSD with wxwidgets support. I >> > have wx28-gtk2-2.8.12 and agg-2.5_11 installed, and am compiling with >> > the following options: >> > -DPLD_wxpng:BOOL=ON >> > >> > -DwxWidgets_CONFIG_EXECUTABLE:FILEPATH="/usr/local/bin/wxgtk2-2.8-config" >> >> >> > -- WARNING: You have enabled the PLD_wxpng device which is disabled by >> > default either because it is deprecated or because there are know >> > issues with it. Please check the documentation / release notes for >> > details. >> >> Hi Ben: >> >> I have reviewed our old mailing list archive and >> PLD_wxpng has been disabled by default since its implementation many >> years ago because it had all sorts of run-time problems (segfaults, etc.), >> and nobody has fixed it since. >> >> Just out of curiosity I tried to use >> >> -DPLD_wxpng:BOOL=ON >> >> as you did above, >> >> and I got the following build error (which apparently is not the same as >> your >> build error): >> >> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp: In function >> ‘void plD_init_wxpng(PLStream*)’: >> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:231:5: error: >> ‘wxPLDevBase’ was not declared in this scope >> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:231:18: error: >> ‘dev’ was not declared in this scope >> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:232:28: error: >> ‘common_init’ was not declared in this scope >> make[3]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets.cpp.o] Error 1 >> make[2]: *** [drivers/CMakeFiles/wxwidgets.dir/all] Error 2 >> make[1]: *** [drivers/CMakeFiles/wxwidgets.dir/rule] Error 2 >> make: *** [wxwidgets] Error 2 >> >> So it appears wxpng has fallen into even a greater state of >> disrepair (it now doesn't even build) for the new wxwidgets implementation >> used for 5.11.0. It might build (but would probably still have the >> same run-time errors as previously) if you used the -DOLD_WXWIDGETS=ON >> option we have implemented for 5.11.0 to give access to the old >> wxwidgets implementation. >> >> But I think what you really should do is pay attention to the above >> warning message and do not use the -DPLD_wxpng:BOOL=ON option for >> 5.11.0 at all. >> >> @Phil: >> >> I think Werner's historical idea with wxpng was as a proof-of-concept >> that wxwidgets could be the basis of a whole bunch of additional file >> device drivers. He obviously never got that idea to work properly, >> but it might be a lot easier now with modern wxwidgets and your >> simplification/rationalization of our own wxwidgets-related code. >> >> Anyhow, my advice is to consider this possibility. If you think wxpng >> (and other possible file devices) are a good idea and straightforward >> to implement properly with you new wxwidgets approach, then please put >> getting wxpng to build and actually execute properly without segfaults >> on your wxwidgets ToDo list. Otherwise, though, you should remove the >> wxpng code from your new wxwidgets source files so nobody runs into >> the type of build errors I did above for new wxwidgets. >> >> 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 >> __________________________ ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel