On 2009-09-14 06:03-0000 SourceForge.net wrote: > Bugs item #2858400, was opened at 2009-09-14 08:03 > Message generated for change (Tracker Item Submitted) made by zephred > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=102915&aid=2858400&group_id=2915 > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: zephred (zephred) > Assigned to: Nobody/Anonymous (nobody) > Summary: replot stream not working on png/psc devices > > Initial Comment: > The replot of a stream does not work when using png/psc devices. > To reproduce: start example x01c -save toto.ps > set the asked device to png / toto.png > The first plotted plot (toto.png) is fine, the second one, plotted using > stream replot (toto.ps) is black. > Same thing occurs if you edit x01c.c to plot toto.ps first, then toto.png > (toto.ps is then fine, when toto.png is completely black). > This bug occurs with plplot 5.9.4 and 5.9.5, with the following cmake options: > -DUSE_RPATH=OFF -DDEFAULT_ALL_DEVICES=ON -DCMAKE_INSTALL_LIBDIR=/usr/lib64 > -DHAVE_numpy=ON -DHAVE_QHULL=ON -DHAVE_PTHREAD=ON -DHAVE_FREETYPE=ON > -DENABLE_ada=OFF -DENABLE_f77=ON -DENABLE_java=ON -DENABLE_gnome2=ON > -DENABLE_octave=OFF -DENABLE_pdl=ON -DENABLE_python=ON -DENABLE_tcl=OFF > -DENABLE_itcl=OFF -DENABLE_tk=ON -DENABLE_itk=ON -DENABLE_wxwidgets=ON > -DPLDpdf=ON -DPLDpsttf=ON -DPLDpstex=ON -DPLDlinuxvga=OFF -DENABLE_f95=ON > -DPL_FREETYPE_FONT_PATH:PATH=/usr/share/fonts/freefont-ttf -DENABLE_pygcw=ON > -DPLD_memcairo=OFF -DPLD_extcairo=OFF -DPLD_pdfcairo=ON -DPLD_pngcairo=ON > -DPLD_pscairo=ON -DPLDsvgcairo=ON -DPLDxcairo=ON -DCMAKE_BUILD_TYPE=Gentoo > -DCMAKE_INSTALL_DO_STRIP=OFF > I tried to use pngcairo and pscairo instead, which leads to a segfault when > doing several plots (a bug reported on the mailing list, but apparently > without any solution yet). > Thanks for your help, > Fred.
I have closed the bug with an explanation that plcpstrm requires a plot buffer and only a few devices (e.g., xwin) provide that. However, I suspect this is a legitimate use case where this user would like to generate plots in many different formats from one application using plcpstrm and plreplot. Perhaps the best solution for that use case is to add a PLplot option for the core PLplot library (rather than individual devices) to provide a plot buffer that plcpstrm and plreplot can use? 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 __________________________ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
