You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(14) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(13) |
Feb
(22) |
Mar
(7) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(31) |
Nov
(23) |
Dec
(3) |
2002 |
Jan
(1) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(11) |
Oct
(5) |
Nov
(21) |
Dec
(20) |
2003 |
Jan
(27) |
Feb
(13) |
Mar
(20) |
Apr
(11) |
May
(12) |
Jun
(7) |
Jul
(16) |
Aug
(21) |
Sep
(9) |
Oct
(28) |
Nov
(24) |
Dec
(30) |
2004 |
Jan
(31) |
Feb
(5) |
Mar
|
Apr
(8) |
May
(12) |
Jun
(7) |
Jul
(13) |
Aug
(12) |
Sep
(2) |
Oct
(14) |
Nov
(42) |
Dec
(14) |
2005 |
Jan
|
Feb
|
Mar
(20) |
Apr
(17) |
May
(9) |
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(17) |
Oct
(14) |
Nov
(9) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
(46) |
Jun
(2) |
Jul
(20) |
Aug
(26) |
Sep
(31) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
2007 |
Jan
(24) |
Feb
(22) |
Mar
(13) |
Apr
(25) |
May
(25) |
Jun
(9) |
Jul
(20) |
Aug
(9) |
Sep
(26) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
2008 |
Jan
(92) |
Feb
(35) |
Mar
(39) |
Apr
(15) |
May
|
Jun
|
Jul
(18) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
(10) |
Dec
(27) |
2009 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(9) |
May
(18) |
Jun
(9) |
Jul
(15) |
Aug
(13) |
Sep
(64) |
Oct
(7) |
Nov
(43) |
Dec
|
2010 |
Jan
(75) |
Feb
(22) |
Mar
(44) |
Apr
(34) |
May
(47) |
Jun
(77) |
Jul
(28) |
Aug
(7) |
Sep
(45) |
Oct
(1) |
Nov
(19) |
Dec
(7) |
2011 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
(12) |
May
(19) |
Jun
(3) |
Jul
(8) |
Aug
(4) |
Sep
(3) |
Oct
(21) |
Nov
(11) |
Dec
(4) |
2012 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(5) |
Oct
(1) |
Nov
(18) |
Dec
(2) |
2013 |
Jan
(15) |
Feb
(16) |
Mar
(8) |
Apr
(5) |
May
|
Jun
(1) |
Jul
(17) |
Aug
(3) |
Sep
(17) |
Oct
(43) |
Nov
(25) |
Dec
(9) |
2014 |
Jan
(4) |
Feb
(8) |
Mar
(20) |
Apr
(14) |
May
(49) |
Jun
(1) |
Jul
|
Aug
(18) |
Sep
(2) |
Oct
(1) |
Nov
(22) |
Dec
(3) |
2015 |
Jan
(41) |
Feb
(2) |
Mar
(34) |
Apr
(30) |
May
(14) |
Jun
(17) |
Jul
(29) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
(4) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(25) |
Oct
(9) |
Nov
(14) |
Dec
(13) |
2017 |
Jan
(11) |
Feb
(8) |
Mar
(12) |
Apr
(4) |
May
(25) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(25) |
Nov
|
Dec
(6) |
2018 |
Jan
(18) |
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(7) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(17) |
Dec
(3) |
2019 |
Jan
(11) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
(4) |
Sep
(32) |
Oct
(51) |
Nov
(1) |
Dec
(9) |
2020 |
Jan
(9) |
Feb
(6) |
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
|
2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Arjen M. <Arj...@de...> - 2014-05-04 10:37:32
|
HI Walt, -----Original Message----- ... > I downloaded cairo and pixman. make says it can't find the "cl" > command. I am not very experienced with Windows platforms, but I thought that command should be available there. Have you got your PATH set properly so cl is on the PATH? I suspect Arjen can answer this question a lot better. "cl" is the name of the MSVC/C++ compiler. I suspect that some component (Qt5, cairo or pixman) - at least in the configuration you were using - assumes that you have that compiler installed and want to use it to build that component. Does the out of make indicate which component is using "cl"? Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2014-05-03 22:47:06
|
On 2014-05-03 14:06-0700 Walt Brainerd wrote: > Thanks again to both of you. > > Alan's suggestion to build with Qt blew up. On MinGW, and if so details please? (If on Cygwin, you should be using the Cygwin install of Qt, and the directions are different than I gave for MinGW.) > I have what I thought was a complete install > of cygwin and there is no "cl". The context of your question about cl seemed to indicate you were trying to use the cairo device for a MinGW build so my reply assumed that. I am not surprised that cl does not exist for the Cygwin case since Cygwin tries to be as close as possible to the Unix platform case and cl is a native Windows application. With some fairly minor caveats Arjen has had some good success on Cygwin with the cairo device driver. But he installed the Cygwin version of the pango/cairo subset of GTK+ and you must do that as well for the Cygwin case. I am now wondering if you attempted to use instead a downloaded native Windows versions of those libraries (that might be suitable for MinGW but never for Cygwin), and this was the source of error messages about cl? If/when you reply, please be explicit each time whether you are running a build on MinGW or Cygwin and please also give all error details including cmake options such as the generator you used, and cmake output which normally gives exact locations where CMake found libraries. Also, for each such library found by CMake you should double-check whether it is a native Windows version you downloaded or a Cygwin library that is installed officially with the Cygwin installer and adjust your PATH and other environment variables carefully so cmake always finds MinGW libraries on the MinGW platform and Cygwin libraries on the Cygwin platform. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2014-05-03 21:06:37
|
Thanks again to both of you. Alan's suggestion to build with Qt blew up. I have what I thought was a complete install of cygwin and there is no "cl". I tried Darius' suggestion to use TDM. Rebuilt it and it gives exactly the same results as the Mingw build. Don't know why things don't work for me. It could not possibly be operator error :-). BUT, Darius' suggestion to use Inkscape is good. I used it to convert an svg file to png and pdf (which is readable by Adobe). I think that is where I will leave things. On Sat, May 3, 2014 at 3:02 AM, Darius Markauskas <dar...@gm...>wrote: > Dear Walt > > Just short comment: > > * I don't know why I have got cairo driver, but I have. (Maybe tdm-gcc > (which I used to build plplot) includes some more dependencies necessarily > for building this driver? I don't know.) > > > * > "One last attempt: can any of you point me to how to build things > so that I can generate a jpeg, tif, png, etc. file? This would be a > nice feature to include. I can produce a .svg file that can be > inserted as a picture into an Open Office document and I can > generate with wingcc on the screen and incorporate the plot > into Word as a screen shot, so those are two ways to keep the > plotting results that I know how to do." > > > I don't know how to generate jpeg, tif, png file with PLplot, but Inkscape > (http://www.inkscape.org) is able to open and edit SVG files. Users can > then export *.svg file to *.png file. > > > Regards, > Darius > > > On 2 May 2014 03:06, Walt Brainerd <wal...@gm...> wrote: > >> I lied. I didn't completely give up and have made some >> progress. >> >> I completely disabled cygwin and went back to the command >> and version of cmake that Darius suggested with Mingw files. >> >> This is OK because the Fortran Tools do not include cygwin >> (just mingw) so the compilations can be consistent. I think all >> the problems have been caused by multiple versions of libraries >> and incorrect paths, but who knows ... >> >> I still can't get cairo, but that is OK. The examples x??f.f90 work >> and I was able to provide all the files needed to relocate (necessary >> to distribute). So I am pretty happy. And plan to include plplot in >> the next version of the Fortran Tools. I need to write up a little >> section explaining it with a couple of simple examples, just like >> I have done with the other tools (fortran.com/Fortran_Tools.pdf). >> >> One last attempt: can any of you point me to how to build things >> so that I can generate a jpeg, tif, png, etc. file? This would be a >> nice feature to include. I can produce a .svg file that can be >> inserted as a picture into an Open Office document and I can >> generate with wingcc on the screen and incorporate the plot >> into Word as a screen shot, so those are two ways to keep the >> plotting results that I know how to do. >> >> You have all been a great help. What would I do without the >> internet? Thanks again. >> >> >> >> On Wed, Apr 30, 2014 at 11:42 PM, Arjen Markus <Arj...@de...>wrote: >> >>> Hi Walt, >>> >>> >>> >>> It would be nice to see PLplot in your FortranTools set. But >>> unfortunately I do not see anything obviously wrong with your approach. >>> Odd, very odd. >>> >>> >>> >>> What version of the gfortran compiler are you using exactly? Have you >>> tried the C examples? (There is less code and linking involved with the C >>> examples, it might shed some dim light on the problem.) On my system I see >>> no problems at all. >>> >>> >>> >>> Hm, there is mention in the CMake files of problems occurring with GTK+3 >>> – some clashes that occur for GTK+2 only components. You could try and >>> build with the option -DDROP_GTK_PLUS_2_BUILDS=ON – it has some connections >>> to cairo too (xcairo to be precise). >>> >>> >>> >>> Re: Porsches: no, they do not use anymore, not in that way at least. >>> >>> >>> >>> Regards, >>> >>> >>> >>> Arjen >>> >>> >>> >>> *From:* Walt Brainerd [mailto:wal...@gm...] >>> *Sent:* Thursday, May 01, 2014 1:26 AM >>> >>> *To:* Arjen Markus >>> *Subject:* Re: [Plplot-general] Including cairo driver >>> >>> >>> >>> Please do not spend any more time worrying about me >>> >>> and plplot. I can compile and run the x??f.f90 examples, >>> >>> but only using the wingcc format. All the others I >>> >>> have tried either seg fault or gave some other problem. >>> >>> I produced a PDF file, but Adobe reader says the format >>> >>> is not good. >>> >>> >>> >>> What I really would like to do is produce jpeg/tif, or some >>> >>> such files. I looked at some documentation, but couldn't >>> >>> figure it out. >>> >>> >>> >>> Maybe I will come back at some later date and start fresh. >>> >>> >>> >>> PS: we lived in Bremerhaven (US Navy) long, long ago and >>> >>> came to The Netherlands several times--stayed near >>> >>> Anne Frank's house, if I recall. Did the tulip festival one >>> >>> year. And the Fortran standards committee met one time >>> >>> in The Hague. I loved the highway police who drove white >>> >>> Porches with the tops down, even in the rain. I don't suppose >>> >>> they still do that--and that may date me back further than >>> >>> you could possibly imagine! (We had an Austin-Healey, >>> >>> which could run circles around a Porche in those days.) >>> >>> >>> >>> Anyway, the help you gave me was much appreciated. >>> >>> >>> >>> My next project is to try to figure out how to use Glade. >>> >>> Following a tutorial has been successful so far. >>> >>> DISCLAIMER: This message is intended exclusively for the addressee(s) >>> and may contain confidential and privileged information. If you are not the >>> intended recipient please notify the sender immediately and destroy this >>> message. Unauthorized use, disclosure or copying of this message is >>> strictly prohibited. The foundation 'Stichting Deltares', which has its >>> seat at Delft, The Netherlands, Commercial Registration Number 41146461, is >>> not liable in any way whatsoever for consequences and/or damages resulting >>> from the improper, incomplete and untimely dispatch, receipt and/or content >>> of this e-mail. >>> >> >> >> >> -- >> Walt Brainerd >> > > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2014-05-03 06:18:04
|
Hi Walt: I hope you don't mind that I am replying on the list, but I think that is where this conversation belongs, and I hope you reply to the list as well. On 2014-05-02 15:38-0700 Walt Brainerd wrote: > OK. I installed qt5 (windows install) in C:\Qt. > All 3.5GB. > Now what do I do to get plplot to use it? (1) Set the PATH environment variable appropriately so that the qmake application from Qt5 is on your PATH. (Unlike the Qt4 case, the actual Qt5 find procedure does not use this application any more, as far as I know, but if the PATH is setup this way, then the Qt5 find procedure should know where to find what it actually needs.) (2) Use the cmake option -DPLPLOT_USE_QT5=ON for the PLplot build. (3) Use the svn trunk version of PLplot. > I downloaded cairo and pixman. make says > it can't find the "cl" command. I am not very experienced with Windows platforms, but I thought that command should be available there. Have you got your PATH set properly so cl is on the PATH? I suspect Arjen can answer this question a lot better. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2014-05-02 16:38:06
|
Thanks for all of that explanation. At some point I will try to build pango/cairo and Qt5 from scratch using Mingw only. But obviously I am not as good at this kind of thing as you guys. Maybe something to think about for the future if you can get somebody with MS Windows experience to do it--provide a Windows binary package. Most of the things I use come that way (Mingw, GTK, Code::Blocks, etc.) That makes it a whole lot easier for people like me who are not so good at building things from scratch. Anyway, thanks again. On Thu, May 1, 2014 at 8:19 PM, Alan W. Irwin <ir...@be...>wrote: > Hi Walt: > > On 2014-05-01 17:06-0700 Walt Brainerd wrote: > > > I lied. I didn't completely give up and have made some > > progress. > > > > I completely disabled cygwin and went back to the command > > and version of cmake that Darius suggested with Mingw files. > > > > This is OK because the Fortran Tools do not include cygwin > > (just mingw) so the compilations can be consistent. I think all > > the problems have been caused by multiple versions of libraries > > and incorrect paths, but who knows ... > > I think that is an extremely likely explanation. But if you are > careful (in the way I stated previously to you) to set environment > variables so that for MinGW you stick completely to MinGW dependencies > and for Cygwin you stick completely to Cygwin dependencies, you should > be able to build PLplot under both Cygwin and MinGW on one box. > > > I still can't get cairo, but that is OK. > > The PLplot dependencies on external libraries are currently a big > issue for MinGW. To get pretty close to what you have on Cygwin, you > would need at least binary versions of Qt5 and the pango/cairo subset > of the GTK+ stack of libraries which are needed by our "qt" and cairo > device drivers. Those are our two best such device drivers and they > implement a substantial number of devices between them including those > which implement the PNG, JPEG, and PDF formats as well as many other > formats. If you download binary versions of Qt5 and pango/cairo it is > unlikely that either/both are going to be ABI consistent with the > single MinGW version you use to build PLplot. So really the only good > choice is to build the external libraries yourself with exactly the > same MinGW version you use to build PLplot. That should be > straightforward to do because those external libraries are all > open-source with well-defined procedures for building with MinGW on > Windows. But it is not an easy task because the Windows build lore > that is required for each different piece of software is often hard to > dig out of the google noise. I am working to fix that situation with > the epa_build idea (see below), but for now those who use MinGW > normally settle for an extremely light-weight version of PLplot > without the cairo, qt, and wxwidgets device drivers which means > essentially only the ps, svg, and wingcc devices are available for > MinGW. > > > The examples x??f.f90 work > > and I was able to provide all the files needed to relocate (necessary > > to distribute). So I am pretty happy. And plan to include plplot in > > the next version of the Fortran Tools. I need to write up a little > > section explaining it with a couple of simple examples, just like > > I have done with the other tools (fortran.com/Fortran_Tools.pdf). > > > > One last attempt: can any of you point me to how to build things > > so that I can generate a jpeg, tif, png, etc. file? This would be a > > nice feature to include. I can produce a .svg file that can be > > inserted as a picture into an Open Office document and I can > > generate with wingcc on the screen and incorporate the plot > > into Word as a screen shot, so those are two ways to keep the > > plotting results that I know how to do. > > See explanation above about why the MinGW version of PLplot is so > limited for now. I do have a subproject of PLplot called epa_build > (see cmake/epa_build/README) which allows you to conveniently build > all PLplot dependencies (other than octave which I have not epa_build > configured yet) on Unix. And all aspects of the epa_build approach > should eventually work on MinGW as well. In fact, every external > library package that epa_builds on Unix also epa_builds on MinGW > except for Qt5 and the pango/cairo subset of GTK+. Digging out the > Windows lore on how to build those packages takes some effort as well > as a lot of build experimentation, and, in fact, I cannot do that > build experimentation myself because I don't have access to Microsoft > Windows. So I am currently looking for someone who does have such > access who is willing to do the work (with backup help from me) to get > Qt5 and pango/cairo epa_build to MinGW. That is a really important > project from the PLplot prospective since it will transform MinGW from > a light-weight PLplot platform to a powerful PLplot platform. > > Meanwhile, Cygwin already has all the PLplot dependencies available in > an ABI consistent way. And Arjen has run with this possibility and > demonstrated that essentially all PLplot functionality works on > Cygwin. So that powerful PLplot platform is the one I recommend to > our Windows users for now if they need more than just PostScript or > SVG results. > > 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 > __________________________ > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2014-05-02 03:19:21
|
Hi Walt: On 2014-05-01 17:06-0700 Walt Brainerd wrote: > I lied. I didn't completely give up and have made some > progress. > > I completely disabled cygwin and went back to the command > and version of cmake that Darius suggested with Mingw files. > > This is OK because the Fortran Tools do not include cygwin > (just mingw) so the compilations can be consistent. I think all > the problems have been caused by multiple versions of libraries > and incorrect paths, but who knows ... I think that is an extremely likely explanation. But if you are careful (in the way I stated previously to you) to set environment variables so that for MinGW you stick completely to MinGW dependencies and for Cygwin you stick completely to Cygwin dependencies, you should be able to build PLplot under both Cygwin and MinGW on one box. > I still can't get cairo, but that is OK. The PLplot dependencies on external libraries are currently a big issue for MinGW. To get pretty close to what you have on Cygwin, you would need at least binary versions of Qt5 and the pango/cairo subset of the GTK+ stack of libraries which are needed by our "qt" and cairo device drivers. Those are our two best such device drivers and they implement a substantial number of devices between them including those which implement the PNG, JPEG, and PDF formats as well as many other formats. If you download binary versions of Qt5 and pango/cairo it is unlikely that either/both are going to be ABI consistent with the single MinGW version you use to build PLplot. So really the only good choice is to build the external libraries yourself with exactly the same MinGW version you use to build PLplot. That should be straightforward to do because those external libraries are all open-source with well-defined procedures for building with MinGW on Windows. But it is not an easy task because the Windows build lore that is required for each different piece of software is often hard to dig out of the google noise. I am working to fix that situation with the epa_build idea (see below), but for now those who use MinGW normally settle for an extremely light-weight version of PLplot without the cairo, qt, and wxwidgets device drivers which means essentially only the ps, svg, and wingcc devices are available for MinGW. > The examples x??f.f90 work > and I was able to provide all the files needed to relocate (necessary > to distribute). So I am pretty happy. And plan to include plplot in > the next version of the Fortran Tools. I need to write up a little > section explaining it with a couple of simple examples, just like > I have done with the other tools (fortran.com/Fortran_Tools.pdf). > > One last attempt: can any of you point me to how to build things > so that I can generate a jpeg, tif, png, etc. file? This would be a > nice feature to include. I can produce a .svg file that can be > inserted as a picture into an Open Office document and I can > generate with wingcc on the screen and incorporate the plot > into Word as a screen shot, so those are two ways to keep the > plotting results that I know how to do. See explanation above about why the MinGW version of PLplot is so limited for now. I do have a subproject of PLplot called epa_build (see cmake/epa_build/README) which allows you to conveniently build all PLplot dependencies (other than octave which I have not epa_build configured yet) on Unix. And all aspects of the epa_build approach should eventually work on MinGW as well. In fact, every external library package that epa_builds on Unix also epa_builds on MinGW except for Qt5 and the pango/cairo subset of GTK+. Digging out the Windows lore on how to build those packages takes some effort as well as a lot of build experimentation, and, in fact, I cannot do that build experimentation myself because I don't have access to Microsoft Windows. So I am currently looking for someone who does have such access who is willing to do the work (with backup help from me) to get Qt5 and pango/cairo epa_build to MinGW. That is a really important project from the PLplot prospective since it will transform MinGW from a light-weight PLplot platform to a powerful PLplot platform. Meanwhile, Cygwin already has all the PLplot dependencies available in an ABI consistent way. And Arjen has run with this possibility and demonstrated that essentially all PLplot functionality works on Cygwin. So that powerful PLplot platform is the one I recommend to our Windows users for now if they need more than just PostScript or SVG results. 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 __________________________ |
From: Andreas K. <and...@ac...> - 2014-05-01 19:48:20
|
21'th Annual Tcl/Tk Conference (Tcl'2014) http://www.tcl.tk/community/tcl2014/ November 10 - 14, 2014 Embassy Suites Downtown Portland, Oregon, USA Important Dates: Abstracts and proposals due Sep 8, 2014 Notification to authors Sep 22, 2014 Author materials due Oct 20, 2014 Tutorials start Nov 10, 2014 Conference starts Nov 12, 2014 [[ Registration is open. ]] Email Contact: tcl...@go... Submission of Summaries Tcl/Tk 2014 will be held in Portland, Oregon, USA from November 10 - 14, 2014. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to <tclconference AT googlegroups DOT com> no later than August 5, 2014. Authors of accepted abstracts will have until September 2, 2014 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis. WIP slots can be reserved like any paper proposal. BOF slots will be managed on-site. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2014/) and will be published on various Tcl/Tk-related information channels. Registration is open. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena Corp General Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Brian Griffin Mentor Graphics Site/Facilities Chair Arjen Markus Deltares Cyndy Lilagan Nat. Museum of Health & Medicine, Chicago Donal Fellows University of Manchester Gerald Lester KnG Consulting, LLC Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry Virden Mike Doyle National Museum of Health & Medicine, Chicago Ron Fox NSCL/FRIB Michigan State University Steve Landers Digital Smarties Contact Information tcl...@go... Tcl'2014 would like to thank those who are sponsoring the conference: ActiveState Software Inc. Buonacorsi Foundation Mentor Graphics Noumena Corp. SR Technology Tcl Community Association |
From: Kyle B. <kw...@ua...> - 2014-05-01 19:14:53
|
I've written a few plots where I like to use the no pause "np" with double buffering "db". Is there a way to stop the no pause feature? Suppose I had data that I wanted to continuously update and plot inside a loop, then when breaking out of the loop, have the plot stay static? I've been using the setopt("np",true") and setopt("db","true") to enable updating inside a loop. I've tried using resetopt and clearopt, as well as using setopt and setting np/db back to false, but have had no luck in being able to keep the plot up. I'm using c/c++, with mainly xwin and wxwidgets. Thanks, Kyle Bentley |
From: Alan W. I. <ir...@be...> - 2014-05-01 18:59:56
|
On 2014-05-01 19:02+0100 Thomas Marsh wrote: > yes of course: here is a cut-and-paste: > > cd pgplot_build [the directory I created for building] > > make xwin > [ 0%] Built target plhershey-unicode-gen > [ 7%] Built target plhershey-unicode.h_built > [ 7%] Built target csirocsa > [ 15%] Built target deltaT-gen > [ 15%] Built target deltaT.h_built > [ 15%] Built target tai-utc-gen > [ 15%] Built target tai-utc.h_built > [ 15%] Built target qsastime > [ 92%] Built target plplotd > [100%] Built target xwin > > make _plplotcmodule_fixed > make: *** No rule to make target `_plplotcmodule_fixed'. Stop. OK. The _plplotcmodule_fixed target is a relatively recent addition (that allows us to use UTF-8 Python doc strings for all the commands in our Python binding). Please try the svn trunk version instead of 5.10.0. 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 __________________________ |
From: Thomas M. <t.r...@wa...> - 2014-05-01 18:03:25
|
yes of course: here is a cut-and-paste: cd pgplot_build [the directory I created for building] make xwin [ 0%] Built target plhershey-unicode-gen [ 7%] Built target plhershey-unicode.h_built [ 7%] Built target csirocsa [ 15%] Built target deltaT-gen [ 15%] Built target deltaT.h_built [ 15%] Built target tai-utc-gen [ 15%] Built target tai-utc.h_built [ 15%] Built target qsastime [ 92%] Built target plplotd [100%] Built target xwin make _plplotcmodule_fixed make: *** No rule to make target `_plplotcmodule_fixed'. Stop. tom On 1 May 2014 18:34, Alan W. Irwin <ir...@be...> wrote: > Hi Tom: > > On 2014-05-01 17:33+0100 Thomas Marsh wrote: > > > Thanks for your message Alan. I could run "make xwin" but the subsequent > > commands failed for some reason. > > Could you be more explicit about exactly what you did, and the error > messages that were generated? I was careful to verify the commands I > suggested so those suggested C and Python tests work for me, and I am > quite surprised they do not work for you. > > > Note however that I am able to run the > > Python version of plplot successfully already. I am not sure that what > you > > describe is quite it. Does the example program exit before you exit the > > plot? (so that you could e.g type "ls" in the terminal from which you ran > > the example program, etc.) My guess is no. The equivalent in PGPLOT is > the > > /xwindow device where it asks you to "hit <cr> for the next page:" and > once > > you do this, the plot disappears and program execution continues (exiting > > if there is nothing left to do). The /xserve device does not produce the > > "hit <cr>" message but the program continues executing and the plot > > persists. The equivalent with plplot would be that the plot appears, the > > program exits but the plot still exists. As I understand /xserve, an > > independent server is created which carries on running even after the > > program that created it has exited. This for example allows you to run > > another script and write a new plot into the plot window, or if you want > > open and write to a new window (by specifying "2/xserve", "3/xserve" > etc). > > > > Here is the minimal Python example of where it differs relative to > PGPLOT's > > /xserve: > > > > plsdev("xwin") > > plinit() > > plspause(False) > > plend() > > > > [rest of code] > > > > This continues executing rest code, but no plot is produced. If I do > > instead: > > > > plsdev("xwin") > > plinit() > > plend() > > > > a plot is produced, but has to explicitly exited before program execution > > resumes. > > Thanks for this clarification of your needs. In answer to your > specific question above, the example program does not exit before you > exit the plot, but I suggest you verify that yourself by running the > exact C and Python tests I recommended (i.e., follow up on why you > could not reproduce those simple test cases) to make absolutely sure > we are talking about the same things. > > 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 > __________________________ > |
From: Alan W. I. <ir...@be...> - 2014-05-01 17:34:31
|
Hi Tom: On 2014-05-01 17:33+0100 Thomas Marsh wrote: > Thanks for your message Alan. I could run "make xwin" but the subsequent > commands failed for some reason. Could you be more explicit about exactly what you did, and the error messages that were generated? I was careful to verify the commands I suggested so those suggested C and Python tests work for me, and I am quite surprised they do not work for you. > Note however that I am able to run the > Python version of plplot successfully already. I am not sure that what you > describe is quite it. Does the example program exit before you exit the > plot? (so that you could e.g type "ls" in the terminal from which you ran > the example program, etc.) My guess is no. The equivalent in PGPLOT is the > /xwindow device where it asks you to "hit <cr> for the next page:" and once > you do this, the plot disappears and program execution continues (exiting > if there is nothing left to do). The /xserve device does not produce the > "hit <cr>" message but the program continues executing and the plot > persists. The equivalent with plplot would be that the plot appears, the > program exits but the plot still exists. As I understand /xserve, an > independent server is created which carries on running even after the > program that created it has exited. This for example allows you to run > another script and write a new plot into the plot window, or if you want > open and write to a new window (by specifying "2/xserve", "3/xserve" etc). > > Here is the minimal Python example of where it differs relative to PGPLOT's > /xserve: > > plsdev("xwin") > plinit() > plspause(False) > plend() > > [rest of code] > > This continues executing rest code, but no plot is produced. If I do > instead: > > plsdev("xwin") > plinit() > plend() > > a plot is produced, but has to explicitly exited before program execution > resumes. Thanks for this clarification of your needs. In answer to your specific question above, the example program does not exit before you exit the plot, but I suggest you verify that yourself by running the exact C and Python tests I recommended (i.e., follow up on why you could not reproduce those simple test cases) to make absolutely sure we are talking about the same things. 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 __________________________ |
From: Thomas M. <t.r...@wa...> - 2014-05-01 16:34:21
|
Thanks for your message Alan. I could run "make xwin" but the subsequent commands failed for some reason. Note however that I am able to run the Python version of plplot successfully already. I am not sure that what you describe is quite it. Does the example program exit before you exit the plot? (so that you could e.g type "ls" in the terminal from which you ran the example program, etc.) My guess is no. The equivalent in PGPLOT is the /xwindow device where it asks you to "hit <cr> for the next page:" and once you do this, the plot disappears and program execution continues (exiting if there is nothing left to do). The /xserve device does not produce the "hit <cr>" message but the program continues executing and the plot persists. The equivalent with plplot would be that the plot appears, the program exits but the plot still exists. As I understand /xserve, an independent server is created which carries on running even after the program that created it has exited. This for example allows you to run another script and write a new plot into the plot window, or if you want open and write to a new window (by specifying "2/xserve", "3/xserve" etc). Here is the minimal Python example of where it differs relative to PGPLOT's /xserve: plsdev("xwin") plinit() plspause(False) plend() [rest of code] This continues executing rest code, but no plot is produced. If I do instead: plsdev("xwin") plinit() plend() a plot is produced, but has to explicitly exited before program execution resumes. tom On 1 May 2014 16:49, Alan W. Irwin <ir...@be...> wrote: > On 2014-05-01 09:49+0100 Thomas Marsh wrote: > > > [...]What I want to do is not quite > > as you summarise; sorry for not being clear. Its not so much that I want > to > > resume plotting -- I imagine plflush would be good for this -- but I want > > the plot to finish but then to persist and not simply disappear. I > > sometimes have multiple such plots in windows on my screen, potentially > > produced by independent scripts. When I am done with them I can click the > > "X" at the top-right to get rid of them. I have not managed to replicate > > this way of working with plplot. > [...] > > Hi Tom: > > I have been following your conversation with Arjen with interest, and > I think what you describe above is exactly what we provide. But I > might be interpreting what you said above incorrectly so let me make > clear what we provide with an exact example. > > In the build tree, if I build the xwin device and one of the simplest > examples with the following commands: > > # Create xwin device and all its dependencies > make xwin > # Create a particular C example and all its dependencies > make x00c > > then when I run > > examples/c/x00c -dev xwin > > the plot persists on the screen and the C example does not quit. In > fact, I can resize that plot so it does remain active until I exit > from it (by hitting the enter key or clicking on the button to destroy > the X window). So it appears to me this default behaviour of the xwin > device is exactly what you described above. > > You expressed and interest in Python so here is the equivalent there > > # Create xwin device and all its dependencies > make xwin > # Create Python binding for PLplot > make _plplotcmodule_fixed > # Populate build tree with python examples > make python_examples > > Then run > > examples/python/x00 -dev xwin > > and that plot has the same desired characteristics as the C version above. > > Will you try either the C version or Python version of the concrete example > above, and let us know what (if anything) the difficulty might be? > > 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 > __________________________ > |
From: Alan W. I. <ir...@be...> - 2014-05-01 15:51:11
|
P.S. I forgot to mention my examples work only if you use -DBUILD_TEST=ON as a cmake option. 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2014-05-01 15:50:02
|
On 2014-05-01 09:49+0100 Thomas Marsh wrote: > [...]What I want to do is not quite > as you summarise; sorry for not being clear. Its not so much that I want to > resume plotting -- I imagine plflush would be good for this -- but I want > the plot to finish but then to persist and not simply disappear. I > sometimes have multiple such plots in windows on my screen, potentially > produced by independent scripts. When I am done with them I can click the > "X" at the top-right to get rid of them. I have not managed to replicate > this way of working with plplot. [...] Hi Tom: I have been following your conversation with Arjen with interest, and I think what you describe above is exactly what we provide. But I might be interpreting what you said above incorrectly so let me make clear what we provide with an exact example. In the build tree, if I build the xwin device and one of the simplest examples with the following commands: # Create xwin device and all its dependencies make xwin # Create a particular C example and all its dependencies make x00c then when I run examples/c/x00c -dev xwin the plot persists on the screen and the C example does not quit. In fact, I can resize that plot so it does remain active until I exit from it (by hitting the enter key or clicking on the button to destroy the X window). So it appears to me this default behaviour of the xwin device is exactly what you described above. You expressed and interest in Python so here is the equivalent there # Create xwin device and all its dependencies make xwin # Create Python binding for PLplot make _plplotcmodule_fixed # Populate build tree with python examples make python_examples Then run examples/python/x00 -dev xwin and that plot has the same desired characteristics as the C version above. Will you try either the C version or Python version of the concrete example above, and let us know what (if anything) the difficulty might be? 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 __________________________ |
From: Thomas M. <t.r...@wa...> - 2014-05-01 11:18:56
|
Yes, I had thought of this, but I consider the need to invoke a viewer for each plot as quite an inconvenience and prefer just to save to disk when I really want to otherwise I will end up generating piles of one-off plots. tom On 1 May 2014 12:07, Arjen Markus <Arj...@de...> wrote: > Hi Tom, > > > > I have been thinking of a completely different solution: > > - Save the pictures in a file, like a PNG or a PDF file > > - Run an appropriate viewer from within your program (in the > background) > > > > This way: > > - The computations can continue without involving multiprocessing > > - The pictures remain visible and can even be rerieved afterwards > > > > Regards, > > > > Arjen > > > > *From:* Arjen Markus [mailto:Arj...@de...] > *Sent:* Thursday, May 01, 2014 10:56 AM > *To:* Thomas Marsh > *Cc:* plp...@li... > *Subject:* Re: [Plplot-general] Does plplot have an equivalent of > PGPLOT's /xserve device? > > > > Hi Tom, > > > > Hm, you want to have several independent windows then. I have no > particular experience with that sort of a set-up. I do think PLplot was > designed with that in mind and I will have to leave it to others to help > you with this. > > > > One thing that you would have to deal with is merging two different > programming models – the event-driven one for the graphics and the > procedural one for your computations. That is possible, for instance via > multiprocessing, but I am not entirely sure what the easiest way would be. > Perhaps others have looked into this already. It is intriguing though … > > > > Regards, > > > > Arjen > > > > *From:* Thomas Marsh [mailto:t.r...@wa...] > *Sent:* Thursday, May 01, 2014 10:49 AM > *To:* Arjen Markus > *Cc:* plp...@li... > *Subject:* Re: [Plplot-general] Does plplot have an equivalent of > PGPLOT's /xserve device? > > > > Hi Arjen, > > thanks for your reply. plflush *without* a plend sort of works with "tk", > but has significant problems -- see below. What I want to do is not quite > as you summarise; sorry for not being clear. Its not so much that I want to > resume plotting -- I imagine plflush would be good for this -- but I want > the plot to finish but then to persist and not simply disappear. I > sometimes have multiple such plots in windows on my screen, potentially > produced by independent scripts. When I am done with them I can click the > "X" at the top-right to get rid of them. I have not managed to replicate > this way of working with plplot. When I used plflush without plend, my test > script exited and the plot remained (with "tk" but not "xwin"). I ran the > script a couple of times and produced two such plots. However, hearing my > laptop's fan crank up, a look with "top" revealed two processes called > "plserver" each running at 120% CPU [server talking to non-existent script > perhaps?], so I think the absence of "plend" was not good, and this > solution is not workable. If I stick plend back in, then I get the same > instant disappearance of the plot when I set plspause(False) whether I use > plflush or not, unsuprisingly I think, as I imagine plend flushed the > graphics. > > tom > > > > > > On 1 May 2014 08:56, Arjen Markus <Arj...@de...> wrote: > > Hi Thomas, > > > > If I understand you correctly, you are looking for an on-screen device > that displays the results, drops out of the event loop to allow the program > to continue and does not close, so that later on you can resume the > plotting. (As I do not know PGPLOT, I want to make sure I understand it.) > plspause() will do that indeed, but the graphics buffer may get in the way. > > > > Try using plflush() at the end of drawing the graph. I have not tried it, > but I think that will help. > > > Regards, > > > > Arjen > > > > > > *From:* Thomas Marsh [mailto:t.r...@wa...] > *Sent:* Thursday, May 01, 2014 9:46 AM > *To:* plp...@li... > *Subject:* [Plplot-general] Does plplot have an equivalent of PGPLOT's > /xserve device? > > > > Hello, I am new to plplot, but I am trying to check it for a number of > applications I have in mind within C++ and Python codes as a replacement > for PGPLOT which I have used for years. I am starting with the Python > binding to explore plplot's features. The interactive device I use most of > all with PGPLOT is "/xserve" which allows you to generate a plot that > persists after a program / script exits and returns control to the > terminal. I use this feature all the time. Within long running programs, it > allows me to generate plots which I can look at while the program continues > doing something else. With plplot's xwin or tk, I can get a plot that > persists, but it seems to block until I have actively quitted it. I > experimented with calling plspause(False) just before plend but then the > plot just flashes briefly with tk and does not appear at all with xwin. > > I feel I am missing something obvious, but haven't found it yet. Thanks in > advance for any help, > > tom > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > > > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > |
From: Arjen M. <Arj...@de...> - 2014-05-01 11:07:51
|
Hi Tom, I have been thinking of a completely different solution: - Save the pictures in a file, like a PNG or a PDF file - Run an appropriate viewer from within your program (in the background) This way: - The computations can continue without involving multiprocessing - The pictures remain visible and can even be rerieved afterwards Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Thursday, May 01, 2014 10:56 AM To: Thomas Marsh Cc: plp...@li... Subject: Re: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hi Tom, Hm, you want to have several independent windows then. I have no particular experience with that sort of a set-up. I do think PLplot was designed with that in mind and I will have to leave it to others to help you with this. One thing that you would have to deal with is merging two different programming models – the event-driven one for the graphics and the procedural one for your computations. That is possible, for instance via multiprocessing, but I am not entirely sure what the easiest way would be. Perhaps others have looked into this already. It is intriguing though … Regards, Arjen From: Thomas Marsh [mailto:t.r...@wa...]<mailto:[mailto:t.r...@wa...]> Sent: Thursday, May 01, 2014 10:49 AM To: Arjen Markus Cc: plp...@li...<mailto:plp...@li...> Subject: Re: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hi Arjen, thanks for your reply. plflush *without* a plend sort of works with "tk", but has significant problems -- see below. What I want to do is not quite as you summarise; sorry for not being clear. Its not so much that I want to resume plotting -- I imagine plflush would be good for this -- but I want the plot to finish but then to persist and not simply disappear. I sometimes have multiple such plots in windows on my screen, potentially produced by independent scripts. When I am done with them I can click the "X" at the top-right to get rid of them. I have not managed to replicate this way of working with plplot. When I used plflush without plend, my test script exited and the plot remained (with "tk" but not "xwin"). I ran the script a couple of times and produced two such plots. However, hearing my laptop's fan crank up, a look with "top" revealed two processes called "plserver" each running at 120% CPU [server talking to non-existent script perhaps?], so I think the absence of "plend" was not good, and this solution is not workable. If I stick plend back in, then I get the same instant disappearance of the plot when I set plspause(False) whether I use plflush or not, unsuprisingly I think, as I imagine plend flushed the graphics. tom On 1 May 2014 08:56, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Thomas, If I understand you correctly, you are looking for an on-screen device that displays the results, drops out of the event loop to allow the program to continue and does not close, so that later on you can resume the plotting. (As I do not know PGPLOT, I want to make sure I understand it.) plspause() will do that indeed, but the graphics buffer may get in the way. Try using plflush() at the end of drawing the graph. I have not tried it, but I think that will help. Regards, Arjen From: Thomas Marsh [mailto:t.r...@wa...<mailto:t.r...@wa...>] Sent: Thursday, May 01, 2014 9:46 AM To: plp...@li...<mailto:plp...@li...> Subject: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hello, I am new to plplot, but I am trying to check it for a number of applications I have in mind within C++ and Python codes as a replacement for PGPLOT which I have used for years. I am starting with the Python binding to explore plplot's features. The interactive device I use most of all with PGPLOT is "/xserve" which allows you to generate a plot that persists after a program / script exits and returns control to the terminal. I use this feature all the time. Within long running programs, it allows me to generate plots which I can look at while the program continues doing something else. With plplot's xwin or tk, I can get a plot that persists, but it seems to block until I have actively quitted it. I experimented with calling plspause(False) just before plend but then the plot just flashes briefly with tk and does not appear at all with xwin. I feel I am missing something obvious, but haven't found it yet. Thanks in advance for any help, tom DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2014-05-01 08:56:07
|
Hi Tom, Hm, you want to have several independent windows then. I have no particular experience with that sort of a set-up. I do think PLplot was designed with that in mind and I will have to leave it to others to help you with this. One thing that you would have to deal with is merging two different programming models – the event-driven one for the graphics and the procedural one for your computations. That is possible, for instance via multiprocessing, but I am not entirely sure what the easiest way would be. Perhaps others have looked into this already. It is intriguing though … Regards, Arjen From: Thomas Marsh [mailto:t.r...@wa...] Sent: Thursday, May 01, 2014 10:49 AM To: Arjen Markus Cc: plp...@li... Subject: Re: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hi Arjen, thanks for your reply. plflush *without* a plend sort of works with "tk", but has significant problems -- see below. What I want to do is not quite as you summarise; sorry for not being clear. Its not so much that I want to resume plotting -- I imagine plflush would be good for this -- but I want the plot to finish but then to persist and not simply disappear. I sometimes have multiple such plots in windows on my screen, potentially produced by independent scripts. When I am done with them I can click the "X" at the top-right to get rid of them. I have not managed to replicate this way of working with plplot. When I used plflush without plend, my test script exited and the plot remained (with "tk" but not "xwin"). I ran the script a couple of times and produced two such plots. However, hearing my laptop's fan crank up, a look with "top" revealed two processes called "plserver" each running at 120% CPU [server talking to non-existent script perhaps?], so I think the absence of "plend" was not good, and this solution is not workable. If I stick plend back in, then I get the same instant disappearance of the plot when I set plspause(False) whether I use plflush or not, unsuprisingly I think, as I imagine plend flushed the graphics. tom On 1 May 2014 08:56, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Thomas, If I understand you correctly, you are looking for an on-screen device that displays the results, drops out of the event loop to allow the program to continue and does not close, so that later on you can resume the plotting. (As I do not know PGPLOT, I want to make sure I understand it.) plspause() will do that indeed, but the graphics buffer may get in the way. Try using plflush() at the end of drawing the graph. I have not tried it, but I think that will help. Regards, Arjen From: Thomas Marsh [mailto:t.r...@wa...<mailto:t.r...@wa...>] Sent: Thursday, May 01, 2014 9:46 AM To: plp...@li...<mailto:plp...@li...> Subject: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hello, I am new to plplot, but I am trying to check it for a number of applications I have in mind within C++ and Python codes as a replacement for PGPLOT which I have used for years. I am starting with the Python binding to explore plplot's features. The interactive device I use most of all with PGPLOT is "/xserve" which allows you to generate a plot that persists after a program / script exits and returns control to the terminal. I use this feature all the time. Within long running programs, it allows me to generate plots which I can look at while the program continues doing something else. With plplot's xwin or tk, I can get a plot that persists, but it seems to block until I have actively quitted it. I experimented with calling plspause(False) just before plend but then the plot just flashes briefly with tk and does not appear at all with xwin. I feel I am missing something obvious, but haven't found it yet. Thanks in advance for any help, tom DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Thomas M. <t.r...@wa...> - 2014-05-01 08:50:04
|
Hi Arjen, thanks for your reply. plflush *without* a plend sort of works with "tk", but has significant problems -- see below. What I want to do is not quite as you summarise; sorry for not being clear. Its not so much that I want to resume plotting -- I imagine plflush would be good for this -- but I want the plot to finish but then to persist and not simply disappear. I sometimes have multiple such plots in windows on my screen, potentially produced by independent scripts. When I am done with them I can click the "X" at the top-right to get rid of them. I have not managed to replicate this way of working with plplot. When I used plflush without plend, my test script exited and the plot remained (with "tk" but not "xwin"). I ran the script a couple of times and produced two such plots. However, hearing my laptop's fan crank up, a look with "top" revealed two processes called "plserver" each running at 120% CPU [server talking to non-existent script perhaps?], so I think the absence of "plend" was not good, and this solution is not workable. If I stick plend back in, then I get the same instant disappearance of the plot when I set plspause(False) whether I use plflush or not, unsuprisingly I think, as I imagine plend flushed the graphics. tom On 1 May 2014 08:56, Arjen Markus <Arj...@de...> wrote: > Hi Thomas, > > > > If I understand you correctly, you are looking for an on-screen device > that displays the results, drops out of the event loop to allow the program > to continue and does not close, so that later on you can resume the > plotting. (As I do not know PGPLOT, I want to make sure I understand it.) > plspause() will do that indeed, but the graphics buffer may get in the way. > > > > Try using plflush() at the end of drawing the graph. I have not tried it, > but I think that will help. > > > Regards, > > > > Arjen > > > > > > *From:* Thomas Marsh [mailto:t.r...@wa...] > *Sent:* Thursday, May 01, 2014 9:46 AM > *To:* plp...@li... > *Subject:* [Plplot-general] Does plplot have an equivalent of PGPLOT's > /xserve device? > > > > Hello, I am new to plplot, but I am trying to check it for a number of > applications I have in mind within C++ and Python codes as a replacement > for PGPLOT which I have used for years. I am starting with the Python > binding to explore plplot's features. The interactive device I use most of > all with PGPLOT is "/xserve" which allows you to generate a plot that > persists after a program / script exits and returns control to the > terminal. I use this feature all the time. Within long running programs, it > allows me to generate plots which I can look at while the program continues > doing something else. With plplot's xwin or tk, I can get a plot that > persists, but it seems to block until I have actively quitted it. I > experimented with calling plspause(False) just before plend but then the > plot just flashes briefly with tk and does not appear at all with xwin. > > I feel I am missing something obvious, but haven't found it yet. Thanks in > advance for any help, > > tom > DISCLAIMER: This message is intended exclusively for the addressee(s) > and may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > |
From: Arjen M. <Arj...@de...> - 2014-05-01 07:56:58
|
Hi Thomas, If I understand you correctly, you are looking for an on-screen device that displays the results, drops out of the event loop to allow the program to continue and does not close, so that later on you can resume the plotting. (As I do not know PGPLOT, I want to make sure I understand it.) plspause() will do that indeed, but the graphics buffer may get in the way. Try using plflush() at the end of drawing the graph. I have not tried it, but I think that will help. Regards, Arjen From: Thomas Marsh [mailto:t.r...@wa...] Sent: Thursday, May 01, 2014 9:46 AM To: plp...@li... Subject: [Plplot-general] Does plplot have an equivalent of PGPLOT's /xserve device? Hello, I am new to plplot, but I am trying to check it for a number of applications I have in mind within C++ and Python codes as a replacement for PGPLOT which I have used for years. I am starting with the Python binding to explore plplot's features. The interactive device I use most of all with PGPLOT is "/xserve" which allows you to generate a plot that persists after a program / script exits and returns control to the terminal. I use this feature all the time. Within long running programs, it allows me to generate plots which I can look at while the program continues doing something else. With plplot's xwin or tk, I can get a plot that persists, but it seems to block until I have actively quitted it. I experimented with calling plspause(False) just before plend but then the plot just flashes briefly with tk and does not appear at all with xwin. I feel I am missing something obvious, but haven't found it yet. Thanks in advance for any help, tom DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Thomas M. <t.r...@wa...> - 2014-05-01 07:46:35
|
Hello, I am new to plplot, but I am trying to check it for a number of applications I have in mind within C++ and Python codes as a replacement for PGPLOT which I have used for years. I am starting with the Python binding to explore plplot's features. The interactive device I use most of all with PGPLOT is "/xserve" which allows you to generate a plot that persists after a program / script exits and returns control to the terminal. I use this feature all the time. Within long running programs, it allows me to generate plots which I can look at while the program continues doing something else. With plplot's xwin or tk, I can get a plot that persists, but it seems to block until I have actively quitted it. I experimented with calling plspause(False) just before plend but then the plot just flashes briefly with tk and does not appear at all with xwin. I feel I am missing something obvious, but haven't found it yet. Thanks in advance for any help, tom |
From: Arjen M. <Arj...@de...> - 2014-04-30 07:44:33
|
Hi everyone, This turned out my mistake: the shell script I used held a long list of arguments, which included - beyond the right margin of the screen - options to turn off the cairo devices. Once I realised that, there was no particular problem in building PLplot with cairo support. The thing that threw me off guard was the appearance of one or two messages regarding cairo - the most relevant one: wincairo not being supported on Cygwin. I will change the logic, so that this will only get printed if you ask for that device on Cygwin. Seems more appropriate to me. Regards, Arjen -----Original Message----- From: Arjen Markus [mailto:Arj...@de...] Sent: Tuesday, April 29, 2014 9:46 PM To: plp...@li... Subject: Re: [Plplot-general] Including cairo driver Hi Walt, Alan, Just informing the list about the progress: I can reproduce the phenomena Walt reported - the cairo devices are not included in the build. As to why this is happening is still a mystery to me. I thought installing packages like pango would help, but sofar it does not. Continuing the search ... Regards, Arjen -----Original Message----- From: Arjen Markus [mailto:Arj...@de...] Sent: Monday, April 28, 2014 10:24 AM To: Walt Brainerd Cc: plp...@li... Subject: Re: [Plplot-general] Including cairo driver Hi Walt, I will have to investigate this further, which may be both hindered and helped by the fact that I had to reinstall my computer (sigh), but one thing that I noticed is that the PKG_CONFIG_PATH is set up according to the native Windows format. Could you try with: set PKG_CONFIG_PATH=/cygdrive/c/walt:/cygdrive/c/FortranTools/gtk/lib/pkgconfig (Or within Cygwin: setenv ....) While I am not at all sure this is the problem, it is definitely something to look into - Cygwin normally likes the UNIX better. As for the generator: yes, use "UNIX Makefiles". Not sure again if it matters, but just to exclude possible problems later on. Regards, Arjen -----Original Message----- From: Alan W. Irwin [mailto:ir...@be...] Sent: Saturday, April 26, 2014 12:58 AM To: Walt Brainerd Cc: plp...@li... Subject: Re: [Plplot-general] Including cairo driver On 2014-04-25 11:17-0700 Walt Brainerd wrote: > I have built plplot for the first time and successfully run most of > the Fortran examples by selecting the wingcc option. Very nice stuff! > > Now, I would like to run the GTK-Fortran examples that use the cairo > driver. I looked at lots of posts and docs, but nothing I have tried > works. In one place in the documentation, it says something like : To > add a > device driver, set the parameter ... What parameter? > Where is it set? > > Here is some information about what I tried. I would be happy to > provide more, but don't really know where the problem is. > > Windows 7 with cygwin. > > cmake build command: > C:\"Program Files (x86)"\"CMake 2.8"\bin\cmake -G "MinGW Makefiles" > -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON > -DCMAKE_INSTALL_PREFIX=install .. > > Here are some of the lines from the cmake output: > > -- SWIG was not found. Please specify Swig executable location > . . . > -- checking for module 'pango' > -- found pango, version 1.30.1 > -- WARNING: pkg-config does not find pango. > -- checking for module 'pangoft2' > -- found pangoft2, version 1.30.1 > -- WARNING: pkg-config does not find pangoft2. > . . . > ENABLE_DYNDRIVERS: ON > DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig > DEVICES_LIST: mem;null;ps;svg;wingcc;xfig > > Library options: > BUILD_SHARED_LIBS: ON PL_DOUBLE: ON > ======================================= > The six drivers in DRIVERS_LIST show up in driversd. > > More info: > > $ echo $PKG_CONFIG_PATH > C:\walt;C:\FortranTools\gtk\lib\pkgconfig > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build $ ls /cygdrive/c/FortranTools/gtk/lib/pkgconfig > atk.pc cairo-svg.pc gdk-3.0.pc > gmodule-export-2.0.pc libffi.pc pango.pc > cairo-fc.pc cairo-win32-font.pc gdk-pixbuf-2.0.pc > gmodule-no-export-2.0.pc liblzma.pc pangocairo.pc > cairo-ft.pc cairo-win32.pc gdk-win32-3.0.pc gobject-2.0.pc > libpng.pc pangoft2.pc > cairo-gobject.pc cairo.pc gio-2.0.pc gthread-2.0.pc > libpng15.pc pangowin32.pc > cairo-pdf.pc fontconfig.pc gio-windows-2.0.pc gtk+-3.0.pc > librsvg-2.0.pc pixman-1.pc > cairo-png.pc freetype2.pc glib-2.0.pc > gtk+-win32-3.0.pc libtiff-4.pc zlib.pc > cairo-ps.pc gail-3.0.pc gmodule-2.0.pc libcroco-0.6.pc > libxml-2.0.pc > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs pango > -LC:/FortranTools/gtk/lib -lpango-1.0 -lm -lgobject-2.0 -lglib-2.0 > -lintl > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs cairo > -LC:/FortranTools/gtk/lib -lcairo > > ============================================= > Do I need SWIG? Only if you are interested in Python, Java, Octave, or Lua. > Why does it say it can't find pango when it just said it *did* find > pango? That definitely should not happen so I suspect there is something wrong with the way you are using CMake or the version of CMake that you are using. I don't have any experience with Cygwin. Arjen is our expert for that platform so I assume he will correct anything I say once he becomes aware of this thread (probably next week since he rarely looks at PLplot mailing lists on weekends). But until he can give definitive replies to your questions, my guess is you are not using the correct generator for Cygwin. If I recall correctly what Arjen did, I think you should be using the "Unix Makefiles" generator instead. Also, one other Cygwin-related tip I happen to be aware of is make sure you are using a cmake version that is installed from the Cygwin site rather than a native Windows version of cmake that you can download from the Kitware site but which does not work correctly on Cygwin. In general, Arjen, has gotten most of PLplot to work without issues on Cygwin so if those two suggestions don't help, don't give up, and I am sure that Arjen will eventually be able to help you. 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 __________________________ ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2014-04-29 19:46:15
|
Hi Walt, Alan, Just informing the list about the progress: I can reproduce the phenomena Walt reported - the cairo devices are not included in the build. As to why this is happening is still a mystery to me. I thought installing packages like pango would help, but sofar it does not. Continuing the search ... Regards, Arjen -----Original Message----- From: Arjen Markus [mailto:Arj...@de...] Sent: Monday, April 28, 2014 10:24 AM To: Walt Brainerd Cc: plp...@li... Subject: Re: [Plplot-general] Including cairo driver Hi Walt, I will have to investigate this further, which may be both hindered and helped by the fact that I had to reinstall my computer (sigh), but one thing that I noticed is that the PKG_CONFIG_PATH is set up according to the native Windows format. Could you try with: set PKG_CONFIG_PATH=/cygdrive/c/walt:/cygdrive/c/FortranTools/gtk/lib/pkgconfig (Or within Cygwin: setenv ....) While I am not at all sure this is the problem, it is definitely something to look into - Cygwin normally likes the UNIX better. As for the generator: yes, use "UNIX Makefiles". Not sure again if it matters, but just to exclude possible problems later on. Regards, Arjen -----Original Message----- From: Alan W. Irwin [mailto:ir...@be...] Sent: Saturday, April 26, 2014 12:58 AM To: Walt Brainerd Cc: plp...@li... Subject: Re: [Plplot-general] Including cairo driver On 2014-04-25 11:17-0700 Walt Brainerd wrote: > I have built plplot for the first time and successfully run most of > the Fortran examples by selecting the wingcc option. Very nice stuff! > > Now, I would like to run the GTK-Fortran examples that use the cairo > driver. I looked at lots of posts and docs, but nothing I have tried > works. In one place in the documentation, it says something like : To > add a > device driver, set the parameter ... What parameter? > Where is it set? > > Here is some information about what I tried. I would be happy to > provide more, but don't really know where the problem is. > > Windows 7 with cygwin. > > cmake build command: > C:\"Program Files (x86)"\"CMake 2.8"\bin\cmake -G "MinGW Makefiles" > -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON > -DCMAKE_INSTALL_PREFIX=install .. > > Here are some of the lines from the cmake output: > > -- SWIG was not found. Please specify Swig executable location > . . . > -- checking for module 'pango' > -- found pango, version 1.30.1 > -- WARNING: pkg-config does not find pango. > -- checking for module 'pangoft2' > -- found pangoft2, version 1.30.1 > -- WARNING: pkg-config does not find pangoft2. > . . . > ENABLE_DYNDRIVERS: ON > DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig > DEVICES_LIST: mem;null;ps;svg;wingcc;xfig > > Library options: > BUILD_SHARED_LIBS: ON PL_DOUBLE: ON > ======================================= > The six drivers in DRIVERS_LIST show up in driversd. > > More info: > > $ echo $PKG_CONFIG_PATH > C:\walt;C:\FortranTools\gtk\lib\pkgconfig > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build $ ls /cygdrive/c/FortranTools/gtk/lib/pkgconfig > atk.pc cairo-svg.pc gdk-3.0.pc > gmodule-export-2.0.pc libffi.pc pango.pc > cairo-fc.pc cairo-win32-font.pc gdk-pixbuf-2.0.pc > gmodule-no-export-2.0.pc liblzma.pc pangocairo.pc > cairo-ft.pc cairo-win32.pc gdk-win32-3.0.pc gobject-2.0.pc > libpng.pc pangoft2.pc > cairo-gobject.pc cairo.pc gio-2.0.pc gthread-2.0.pc > libpng15.pc pangowin32.pc > cairo-pdf.pc fontconfig.pc gio-windows-2.0.pc gtk+-3.0.pc > librsvg-2.0.pc pixman-1.pc > cairo-png.pc freetype2.pc glib-2.0.pc > gtk+-win32-3.0.pc libtiff-4.pc zlib.pc > cairo-ps.pc gail-3.0.pc gmodule-2.0.pc libcroco-0.6.pc > libxml-2.0.pc > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs pango > -LC:/FortranTools/gtk/lib -lpango-1.0 -lm -lgobject-2.0 -lglib-2.0 > -lintl > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs cairo > -LC:/FortranTools/gtk/lib -lcairo > > ============================================= > Do I need SWIG? Only if you are interested in Python, Java, Octave, or Lua. > Why does it say it can't find pango when it just said it *did* find > pango? That definitely should not happen so I suspect there is something wrong with the way you are using CMake or the version of CMake that you are using. I don't have any experience with Cygwin. Arjen is our expert for that platform so I assume he will correct anything I say once he becomes aware of this thread (probably next week since he rarely looks at PLplot mailing lists on weekends). But until he can give definitive replies to your questions, my guess is you are not using the correct generator for Cygwin. If I recall correctly what Arjen did, I think you should be using the "Unix Makefiles" generator instead. Also, one other Cygwin-related tip I happen to be aware of is make sure you are using a cmake version that is installed from the Cygwin site rather than a native Windows version of cmake that you can download from the Kitware site but which does not work correctly on Cygwin. In general, Arjen, has gotten most of PLplot to work without issues on Cygwin so if those two suggestions don't help, don't give up, and I am sure that Arjen will eventually be able to help you. 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 __________________________ ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2014-04-28 08:24:15
|
Hi Walt, I will have to investigate this further, which may be both hindered and helped by the fact that I had to reinstall my computer (sigh), but one thing that I noticed is that the PKG_CONFIG_PATH is set up according to the native Windows format. Could you try with: set PKG_CONFIG_PATH=/cygdrive/c/walt:/cygdrive/c/FortranTools/gtk/lib/pkgconfig (Or within Cygwin: setenv ....) While I am not at all sure this is the problem, it is definitely something to look into - Cygwin normally likes the UNIX better. As for the generator: yes, use "UNIX Makefiles". Not sure again if it matters, but just to exclude possible problems later on. Regards, Arjen -----Original Message----- From: Alan W. Irwin [mailto:ir...@be...] Sent: Saturday, April 26, 2014 12:58 AM To: Walt Brainerd Cc: plp...@li... Subject: Re: [Plplot-general] Including cairo driver On 2014-04-25 11:17-0700 Walt Brainerd wrote: > I have built plplot for the first time and successfully run most of > the Fortran examples by selecting the wingcc option. Very nice stuff! > > Now, I would like to run the GTK-Fortran examples that use the cairo > driver. I looked at lots of posts and docs, but nothing I have tried > works. In one place in the documentation, it says something like : To > add a > device driver, set the parameter ... What parameter? > Where is it set? > > Here is some information about what I tried. I would be happy to > provide more, but don't really know where the problem is. > > Windows 7 with cygwin. > > cmake build command: > C:\"Program Files (x86)"\"CMake 2.8"\bin\cmake -G "MinGW Makefiles" > -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON > -DCMAKE_INSTALL_PREFIX=install .. > > Here are some of the lines from the cmake output: > > -- SWIG was not found. Please specify Swig executable location > . . . > -- checking for module 'pango' > -- found pango, version 1.30.1 > -- WARNING: pkg-config does not find pango. > -- checking for module 'pangoft2' > -- found pangoft2, version 1.30.1 > -- WARNING: pkg-config does not find pangoft2. > . . . > ENABLE_DYNDRIVERS: ON > DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig > DEVICES_LIST: mem;null;ps;svg;wingcc;xfig > > Library options: > BUILD_SHARED_LIBS: ON PL_DOUBLE: ON > ======================================= > The six drivers in DRIVERS_LIST show up in driversd. > > More info: > > $ echo $PKG_CONFIG_PATH > C:\walt;C:\FortranTools\gtk\lib\pkgconfig > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build $ ls /cygdrive/c/FortranTools/gtk/lib/pkgconfig > atk.pc cairo-svg.pc gdk-3.0.pc > gmodule-export-2.0.pc libffi.pc pango.pc > cairo-fc.pc cairo-win32-font.pc gdk-pixbuf-2.0.pc > gmodule-no-export-2.0.pc liblzma.pc pangocairo.pc > cairo-ft.pc cairo-win32.pc gdk-win32-3.0.pc gobject-2.0.pc > libpng.pc pangoft2.pc > cairo-gobject.pc cairo.pc gio-2.0.pc gthread-2.0.pc > libpng15.pc pangowin32.pc > cairo-pdf.pc fontconfig.pc gio-windows-2.0.pc gtk+-3.0.pc > librsvg-2.0.pc pixman-1.pc > cairo-png.pc freetype2.pc glib-2.0.pc > gtk+-win32-3.0.pc libtiff-4.pc zlib.pc > cairo-ps.pc gail-3.0.pc gmodule-2.0.pc libcroco-0.6.pc > libxml-2.0.pc > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs pango > -LC:/FortranTools/gtk/lib -lpango-1.0 -lm -lgobject-2.0 -lglib-2.0 > -lintl > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0 > /build > $ pkg-config --libs cairo > -LC:/FortranTools/gtk/lib -lcairo > > ============================================= > Do I need SWIG? Only if you are interested in Python, Java, Octave, or Lua. > Why does it say it can't find pango when it just said it *did* find > pango? That definitely should not happen so I suspect there is something wrong with the way you are using CMake or the version of CMake that you are using. I don't have any experience with Cygwin. Arjen is our expert for that platform so I assume he will correct anything I say once he becomes aware of this thread (probably next week since he rarely looks at PLplot mailing lists on weekends). But until he can give definitive replies to your questions, my guess is you are not using the correct generator for Cygwin. If I recall correctly what Arjen did, I think you should be using the "Unix Makefiles" generator instead. Also, one other Cygwin-related tip I happen to be aware of is make sure you are using a cmake version that is installed from the Cygwin site rather than a native Windows version of cmake that you can download from the Kitware site but which does not work correctly on Cygwin. In general, Arjen, has gotten most of PLplot to work without issues on Cygwin so if those two suggestions don't help, don't give up, and I am sure that Arjen will eventually be able to help you. 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 __________________________ ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2014-04-25 22:57:42
|
On 2014-04-25 11:17-0700 Walt Brainerd wrote: > I have built plplot for the first time and successfully > run most of the Fortran examples by selecting the > wingcc option. Very nice stuff! > > Now, I would like to run the GTK-Fortran examples that > use the cairo driver. I looked at lots of posts and docs, > but nothing I have tried works. In one place in the > documentation, it says something like : To add a > device driver, set the parameter ... What parameter? > Where is it set? > > Here is some information about what I tried. I would be > happy to provide more, but don't really know where the > problem is. > > Windows 7 with cygwin. > > cmake build command: > C:\"Program Files (x86)"\"CMake 2.8"\bin\cmake -G "MinGW Makefiles" > -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON > -DCMAKE_INSTALL_PREFIX=install .. > > Here are some of the lines from the cmake output: > > -- SWIG was not found. Please specify Swig executable location > . . . > -- checking for module 'pango' > -- found pango, version 1.30.1 > -- WARNING: pkg-config does not find pango. > -- checking for module 'pangoft2' > -- found pangoft2, version 1.30.1 > -- WARNING: pkg-config does not find pangoft2. > . . . > ENABLE_DYNDRIVERS: ON > DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig > DEVICES_LIST: mem;null;ps;svg;wingcc;xfig > > Library options: > BUILD_SHARED_LIBS: ON PL_DOUBLE: ON > ======================================= > The six drivers in DRIVERS_LIST show up in driversd. > > More info: > > $ echo $PKG_CONFIG_PATH > C:\walt;C:\FortranTools\gtk\lib\pkgconfig > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build > $ ls /cygdrive/c/FortranTools/gtk/lib/pkgconfig > atk.pc cairo-svg.pc gdk-3.0.pc > gmodule-export-2.0.pc libffi.pc pango.pc > cairo-fc.pc cairo-win32-font.pc gdk-pixbuf-2.0.pc > gmodule-no-export-2.0.pc liblzma.pc pangocairo.pc > cairo-ft.pc cairo-win32.pc gdk-win32-3.0.pc gobject-2.0.pc > libpng.pc pangoft2.pc > cairo-gobject.pc cairo.pc gio-2.0.pc gthread-2.0.pc > libpng15.pc pangowin32.pc > cairo-pdf.pc fontconfig.pc gio-windows-2.0.pc gtk+-3.0.pc > librsvg-2.0.pc pixman-1.pc > cairo-png.pc freetype2.pc glib-2.0.pc > gtk+-win32-3.0.pc libtiff-4.pc zlib.pc > cairo-ps.pc gail-3.0.pc gmodule-2.0.pc libcroco-0.6.pc > libxml-2.0.pc > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build > $ pkg-config --libs pango > -LC:/FortranTools/gtk/lib -lpango-1.0 -lm -lgobject-2.0 -lglib-2.0 -lintl > > Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build > $ pkg-config --libs cairo > -LC:/FortranTools/gtk/lib -lcairo > > ============================================= > Do I need SWIG? Only if you are interested in Python, Java, Octave, or Lua. > Why does it say it can't find pango when it just said it *did* > find pango? That definitely should not happen so I suspect there is something wrong with the way you are using CMake or the version of CMake that you are using. I don't have any experience with Cygwin. Arjen is our expert for that platform so I assume he will correct anything I say once he becomes aware of this thread (probably next week since he rarely looks at PLplot mailing lists on weekends). But until he can give definitive replies to your questions, my guess is you are not using the correct generator for Cygwin. If I recall correctly what Arjen did, I think you should be using the "Unix Makefiles" generator instead. Also, one other Cygwin-related tip I happen to be aware of is make sure you are using a cmake version that is installed from the Cygwin site rather than a native Windows version of cmake that you can download from the Kitware site but which does not work correctly on Cygwin. In general, Arjen, has gotten most of PLplot to work without issues on Cygwin so if those two suggestions don't help, don't give up, and I am sure that Arjen will eventually be able to help you. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2014-04-25 18:17:15
|
I have built plplot for the first time and successfully run most of the Fortran examples by selecting the wingcc option. Very nice stuff! Now, I would like to run the GTK-Fortran examples that use the cairo driver. I looked at lots of posts and docs, but nothing I have tried works. In one place in the documentation, it says something like : To add a device driver, set the parameter ... What parameter? Where is it set? Here is some information about what I tried. I would be happy to provide more, but don't really know where the problem is. Windows 7 with cygwin. cmake build command: C:\"Program Files (x86)"\"CMake 2.8"\bin\cmake -G "MinGW Makefiles" -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON -DCMAKE_INSTALL_PREFIX=install .. Here are some of the lines from the cmake output: -- SWIG was not found. Please specify Swig executable location . . . -- checking for module 'pango' -- found pango, version 1.30.1 -- WARNING: pkg-config does not find pango. -- checking for module 'pangoft2' -- found pangoft2, version 1.30.1 -- WARNING: pkg-config does not find pangoft2. . . . ENABLE_DYNDRIVERS: ON DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig DEVICES_LIST: mem;null;ps;svg;wingcc;xfig Library options: BUILD_SHARED_LIBS: ON PL_DOUBLE: ON ======================================= The six drivers in DRIVERS_LIST show up in driversd. More info: $ echo $PKG_CONFIG_PATH C:\walt;C:\FortranTools\gtk\lib\pkgconfig Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build $ ls /cygdrive/c/FortranTools/gtk/lib/pkgconfig atk.pc cairo-svg.pc gdk-3.0.pc gmodule-export-2.0.pc libffi.pc pango.pc cairo-fc.pc cairo-win32-font.pc gdk-pixbuf-2.0.pc gmodule-no-export-2.0.pc liblzma.pc pangocairo.pc cairo-ft.pc cairo-win32.pc gdk-win32-3.0.pc gobject-2.0.pc libpng.pc pangoft2.pc cairo-gobject.pc cairo.pc gio-2.0.pc gthread-2.0.pc libpng15.pc pangowin32.pc cairo-pdf.pc fontconfig.pc gio-windows-2.0.pc gtk+-3.0.pc librsvg-2.0.pc pixman-1.pc cairo-png.pc freetype2.pc glib-2.0.pc gtk+-win32-3.0.pc libtiff-4.pc zlib.pc cairo-ps.pc gail-3.0.pc gmodule-2.0.pc libcroco-0.6.pc libxml-2.0.pc Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build $ pkg-config --libs pango -LC:/FortranTools/gtk/lib -lpango-1.0 -lm -lgobject-2.0 -lglib-2.0 -lintl Walt@HP_Laptop/cygdrive/c/walt/FortranTools51/Src/Plplot/plplot-5.10.0/build $ pkg-config --libs cairo -LC:/FortranTools/gtk/lib -lcairo ============================================= Do I need SWIG? Why does it say it can't find pango when it just said it *did* find pango? I tried running cmake with -DPLD_wincairo. No difference. Help would be appreciated. Thanks. And if I can get this working, I would like to be able to generate things like jpeg files. -- Walt Brainerd |