Re: [Plplot-devel] findAgg
Hi Phil, this was way back, when we switched to the cmake build system and my knowledge about cmake was not that good (is not that good either, since the peak was 3 years ago ;). Anyway pkg_config is not needed but useful if it's always there. I think gtk libraries are found that way as well as wxwidgets libraries on Linux/Mac OS X using wxconfig. Especially for wxWidgets it makes the cmake module much easier (the Windows part is a major PITA). So, I think the FindAGG module can be changed not using pkg-config but you should check if it still works for at least Linux. You could try to find another FindAGG module on the net. There might be other versions which are better suited for your/our needs. HTH, Werner phil rosenberg 25 February 2014 13:29 Hi AllI'm resorting my various libraries into a single directory, mostly because of the way visual studio now allows users to add directories, but also partly because of the discussion we had about depreciating the LIB_TAG option. However, when I do so, and when I specify this directory using -DCMAKE_LIBRARY_PATH the Agg library is not found. Checking the findAGG module it seems rather complex by comparison to e.g. findFreetype. It seems that AGG is not being found because on windows PKG_CONFIG_EXECUTABLE is false, so the variable _AGGLinkFlags isn't set and findAGG therefore doesn't ever look for the library. Commenting out the if(_AGGLinkFlags) line allows AGG to be found correctly.Is there any need for all the pkgconfig stuff?Phil--Flow-based real-time traffic analytics software. Cisco certified tool.Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow AnalyzerCustomize your own dashboards, set traffic alerts and generate reports.Network behavioral analysis & security monitoring. All-in-one tool.http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Compiling plplot with wxWidgets-3.0.0
Hi Joost, all the magic is in the FindWxWidgets.cmake module in your cmake application. If this module doesn't know about wxWidgets 3.0 you're out of luck. Which means that you need to upgrade to the latest cmake application. Then look for this file in the cmake application directory (e.g C:\Development\cmake-2.8.11.2-win32-x86\share\cmake-2.8\Modules). I for example have 2.8.11.2 version of cmake and 3.0 isn't mentioned here. I don't think there is a major problem, since wxWidgets 2.9 is identically to 3.0 (more or less). So if there is no update of the cmake application look in the net for an update of this file or make the appropriate changes (copy all lines which mention 29 and change to 30). Anyway, configuring wxWidgets in Windows is quite a task and cmake can do that for you, but the corresponding module needs to be uptodate. Trying to change all things by hand (i.e. on the command line) is tedious. Regards, Werner Joost Kuckartz 04 December 2013 06:12 It looks simple to me: modify the cmake -DwxWidgets_LIB_DIR from the 2.8.12 path to the 3.0.0 path. I'm runningcmake C:\plplot-trunk -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX:PATH="C:\Programming" -DwxWidgets_LIB_DIR=C:\wxWidgets-3.0.0\lib\vc_lib -DwxWidgets_CONFIGURATION=mswu -DBUILD_SHARED_LIBS=OFFhowever, plplot still manages to only link the 2.8.12 wxwidgets version (as the CmakeCache.txt file shows only C:\wxWidgets-2.8.12\ paths). Does this mean that the -DwxWidgets_LIB_DIR is ignored, or does plplot's cmakelists have other methods for finding wxWidgets? If so, how do I get plplot to link with 3.0.0 so I can also port my plplot application to the latest wxWidgets version?(Running Visual Studio 2010 on Windows with no Linux knowledge...)Thanks!Joost --Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base.Download it for free now!http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] We need some help with the news part of the website
Hi Alan,
Alan W. Irwin
02 October 2013
00:27
Hi Werner:
I have propagated your recent commits for simplepie.inc and
corefunctions.php to my local website for evaluation, and they solve
the simplepie.inc version issue, and the rendering breakage that
occurred before.
Please try my latest commit. I took the Allura news feed link and
limited the number of News items on my own. This should work now. I'm
sorry, that the last commit wasn't correct, at the time I wrote the
patch, the "old" news feed was the same as the new one, so I didn't
figure out that I actually used the old one.
Regards,
Werner
However, there is one major issue left which is the results are for
the old frozen pre-allura news feed associated with project-id=1915
so there
is no reference to the latest news result about the release of
5.9.10.
Also, if you check carefully between the present newsfeed results at
plplot.sf.net and the local "fixed" version you can see that the
news items at plplot.sf.net have a quite different allura URL
compared to the pre-allura location for exactly the same (except for
the 5.9.10 announcement that only appears at the allura location)
news results.
If you check http://sourceforge.net/apps/trac/sourceforge/wiki/API
(thanks very much for that reference by the way) it appears the only
way to deal with news issues is via project-id. So it is possible
we
have simply been assigned a different project-id for Allura. But
typically I find all Allura locations do not have any project id at
all so I suspect the examples at the API wiki are just old, and some
different way must be used to deal with Allura news feeds using the
general form of URI,
/api/{resource}[/index][/{parameter}/{value}]...[/{format}]
that is recommended at
http://sourceforge.net/apps/trac/sourceforge/wiki/API.
So good luck figuring this out.
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
__
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Status of the 5.9.10 release
Hi Alan and Arjen, This is with version 2.9.5, the current stable version, of wxWidgets under Windows 7, 64 bits with a very recent version of Cygwin. According to http://www.wxwidgets.org/downloads/ 2.9.5 is the latest development version rather than the latest stable version. Actually it was planned that there is already a wxWidets 3.0 release. Altough this is not the case, the 2.9.5 development release is ok also for using in production environment: "Also notice that while this is still officially a development release, we consider it to be stable enough to be used in production environment and using it is strongly recommended for any new projects for which compatibility with the previous 2.8 is not important." There were a lot of changes in comparison to 2.8 though (unicode, 64 bit, etc.), so it's not surprising that the wxWidgets driver doesn't compile out of the box. It's actually not hard to "port" code from 2.8 to 2.9, but if you want to maintain backward compatibility it is a little more of work. As Alan suggests wxWidgets 2.8 should be used for the current wxWidgets driver. This is both with the default options and with --with-x to force wxWidgets to use theX11 Window system (I hoped that would avoid the similar error I got at first). I'm not quite sure about that option, but wxWindows uses Windows API on Windows, gtk on Linux and cacoa/carbon on Mac OS X. There are other backends (universal, X and others) but these are not maintained and seriously outdated. Regards, Werner This is with version 2.9.5, the current stable version, of wxWidgets under Windows 7, 64 bitswith a very recent version of Cygwin.I do not suppose anyone on this list can solve it, but in case you have any tips, I'd appreciatethem.Regards,ArjenDISCLAIMER: 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.--October Webinars: Code for PerformanceFree Intel webinars can help you accelerate application performance.Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register >http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel Alan W. Irwin 01 October 2013 08:40 I still need to create a news item and do other publicity, and I alsoneed to refine my notes on this release process inREADME.Release_Manager_Cookbook. But otherwise, the 5.9.10 releaseprocess is completed and the commit freeze is lifted.Let the 5.9.11 release cycle begin!As a first item on that agenda Werner has told me off list he has afix for the newfeed issues for our website so once he commits that Iwill propagate just that fix to the website.The updated website is now available at http://plplot.sf.net. Itturns out deleting the old website with files belonging to Hazen wasimpossible with rsync, but I finally managed to do it with sftp usinga lot of different "rm *" and rmdir commands (since recursive rm was not available for sftp). After thatmass deletion by hand was completed via sftp, I was able to upload thelocal copy of the website to our SourceForge website using rsync withno further issues.Please take a look at the new contents (especially the documentationand many of the links that were broken previously) of the website.I also uploaded the local copy of the 5.9.10 tarball, itssignature file, and combined release notes + ChangeLog inREADME.release to our file release area. These results can befound at http://sourceforge.net/projects/plplot/files/plplot/5.9.10%20Source,and I encourage you to download, gpg-verify, and test those results.Alan__Alan W. IrwinAstronomical research affiliation with Department of Physics and Astronomy,University of Victoria (astrowww.phys.uvic.ca).Programming affiliations with the FreeEOS equation-of-stateimplementation for stellar interiors (freeeos.sf.net); the TimeEphemerides project (timeephem.sf.net); PLplot scientific plottingsoftware 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).__Lin
Re: [Plplot-devel] We need some help with the news part of the website
Hi Alan, I'll have a look at it. It was kind of a hack before (there were no real instructions for this, found the options somewhere on the web), but I'll see if there are similar parameters for the new news feed. Regards, Werner Alan W. Irwin 25 September 2013 07:29 Hi Werner: A number of problems have developed with the news sidebar of our website. 1. The URL of our news feed has changed as a result of the migration to the Allura software at SourceForge. It is now http://sourceforge.net/p/plplot/news/feed, and there is no &rss_limit=?? parameter on that URL. The old location of http://sourceforge.net/export/rss2_projnews.php?group_id=2915&rss_limit=?? redirects to http://sourceforge.net/p/plplot/news/feed so we always get 10 news items at plplot.sf.net which is too much. The simplepie FAQ has an example showing how to display just one news feed item. I don't understand that example, but you might be able to adapt it to display (say) 3 news items. 2. Something about the simplepie method we are using right now is breaking the look of our website. The green line that is supposed to border each page now stops very short (just below the menu) with a broken bottom line. If you remove the news feed altogether this problem goes away and the website looks good again with no broken green line. 3. We are using an old version of simplepie which might be the source of issue 2. Anyhow, we should probably upgrade to the latest version but that upgrade is non-trivial (simplepie.inc has been replaced with a number of different files). Would you be willing to take a look at these issues the next time you have a chance to work on PLplot? 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 __ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [ plplot-Bugs-3604554 ] wxwidgets window
Hi all, I just had a look at test.c with wxWidgets, and the problem is, that in plD_tidy_wxwidgets() (which is called before a new init() call) the function wxUnitialize is called - wxWidgets functions shouldn't be called then anymore. I can make it work, if I remove the wxUnitialize call, but then the library won't exit cleanly. I'll have a look how this can be solved. Regards, Werner Alan W. Irwin February 26, 2013 8:27 PM Subject: Re: [Plplot-devel] [ plplot-Bugs-3604554 ] wxwidgets windowI just checked the behaviour with the xwin, tk, xcairo, unpatchedwxwidgets, and qtwidget devices for a multi-paged plot (x02c). Forall of them, hitting the enter key advances to the next page orcleanly exits the plot for the last page. For all of them (except forqtwidget, see aside below) right clicking has the same behaviour ashitting the enter key.Therefore, hitting the enter key or right clicking the mouse with thecurrent unpatched wxwidgets device driver with a multi-paged plot doesthe right thing so please don't change that behaviour with your patch. For qtwidget there appears to be a bug with right clicking onthe first page. It does momentarily move the display to the second page, but thenit immediately exits. I just now tried some quick experiments withthe bindings/qt_gui/plqt.cpp code, but could not find a fix for thisbug. So I am out of ideas, but I hope someone else with more knowledgeof Qt4 figures this out since our qt device driver has an excellentreputation which we would like to continue to maintain.Alan__Alan W. IrwinAstronomical research affiliation with Department of Physics and Astronomy,University of Victoria (astrowww.phys.uvic.ca).Programming affiliations with the FreeEOS equation-of-stateimplementation for stellar interiors (freeeos.sf.net); the TimeEphemerides project (timeephem.sf.net); PLplot scientific plottingsoftware 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__--Everyone hates slow websites. So do we.Make your web apps faster with AppDynamicsDownload AppDynamics Lite for free today:http://p.sf.net/sfu/appdyn_d2d_feb___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel -- Werner Smekal email: werner.sme...@miscdebris.net phone: +43-(0)664-3082563 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] D language bindings - future directions
With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel Andrew RossJanuary 6, 2012 12:09 PM The current D language bindings were semi-automatically generated using htod by Werner. They support the D1 version of the language. This hasbeen fine until now, but with the advent of version 4.6 gdc now support D2 by default. The current D bindings won't work with gdc-4.6both because of cmake issues (I can work round these) and also becauseof language issues. gdc-4.6 does have a compatibility flag to enableD1 language support, but this is still stricter than gdc-4.4 and the bindings don't compile out of the box. One other thing I noticed was that subsequent hand edits of the bindings (by me among others) had introduced code that workedwith gdc-4.4 but was rejected by gdc-4.6, even with D1 supportenabled. Maintaining the bindings in this non-automatic way isa little tedious and tricky, especially for lesser used bindingslike D.This first came to light testing out the new Debian packages. ThereI (for now) force the gdc-4.4 compiler to be used (Debian providesa gdc-v1 package for this). I think we need to think about the longterm plan here. I notice that swig has support for the D language(both D1 and D2). I think this would probably be a good way to goas we are already widely using swig and this makes managementof API updates much simpler. It might not be compatibleI know next to nothing about D other than what I've learnt tryingto get our bindings to work, so if anyone is willing to pick up this project to convert our D bindings to swig, then please step forward.I can offer advice on using swig (as can Alan). Of course, if anyone thinks this is a bad idea then please also say so. In the absence of volunteers, I'll add it to my list of things to do, but this may be some time. Andrew--Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complexinfrastructure or vast IT resources to deliver seamless, secure access tovirtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___Plplot-devel mailing listPlplot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/plplot-devel -- Werner Smekal email: werner.sme...@miscdebris.net phone: +43-(0)680-1419590 -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Urgent. On-going spam attack on our wiki
I just wrote a longer email to Alan, in short: I think I have deleted all junk pages. I hope I didn't delete a "good" one. Sorry, for not keeping an eye on the wiki. Regards, Werner Alan W. Irwin February 16, 2011 3:52 AM Hi Werner: I am forwarding the autobounced (because Michael was not subscribed) message below to plplot_devel because of its urgency. It appears that the Plplot Wiki has suffered from a high number of recent spam postings. The home page is unusable, see: http://www.miscdebris.net/plplot_wiki/index.php?title=Special:RecentChanges Michael C. Robbeloth I confirm this issue. I trust you have a recent backup to allow restoration of our site without the spam? Of course, once spammers find you it is relentless so you may want to take this opportunity to move our Wiki to SourceForge like you have suggested before. SourceForge generally have excellent anti-spam configuration options for all their services. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Werner Smekal email: werner.sme...@miscdebris.net phone: +43-(0)680-1419590 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Anyone tried out ldc for D?
At the time the cmake module for D was written only dmd and gdc were available. The cmake module for D needs to be updated to in order that ldc would work. Here is the website I got the module from: http://www.dsource.org/projects/cmaked There doesn't seem to be any update, so we would need to do that on our own. Regards, Werner On 7/19/10 9:58 PM, Orion Poplawski wrote: > On 07/17/2010 12:56 AM, Alan W. Irwin wrote: >> What happens if you use the environment variable approach? i.e., >> >> export DC=ldc > > Works better, but still an issue with options: > > -- D Compiler Install Prefix (use D_PATH env var to override): /usr > -- Check for working D compiler: /usr/bin/ldc > -- Check for working D compiler: /usr/bin/ldc -- broken > -- To force a specific D compiler set the DC environment variable > -- ie - export DC="/opt/dmd/bin/dmd" > -- If the D path is not set please use the D_PATH variable > -- ie - export D_PATH="/opt/dmd" > -- Configuring incomplete, errors occurred! > CMake Error at > /builddir/build/BUILD/plplot-5.9.6/cmake/modules/language_support/cmake/CMakeTestD > Compiler.cmake:52 (MESSAGE): >The D compiler "/usr/bin/ldc" is not able to compile a simple test program. >It fails with the following output: > Change Dir: > /builddir/build/BUILD/plplot-5.9.6/fedora/language_tests/D/CMakeFiles/CMakeTmp > >Run Build Command:/usr/bin/gmake "cmTryCompileExec/fast" >/usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make >CMakeFiles/cmTryCompileExec.dir/build >gmake[1]: Entering directory > > `/builddir/build/BUILD/plplot-5.9.6/fedora/language_tests/D/CMakeFiles/CMakeTmp' >/usr/bin/cmake -E cmake_progress_report > > /builddir/build/BUILD/plplot-5.9.6/fedora/language_tests/D/CMakeFiles/CMakeTmp/CMakeFiles >1 >Building D object CMakeFiles/cmTryCompileExec.dir/testDCompiler.o >/usr/bin/ldc -version=Posix -I/include -I/import >-ofCMakeFiles/cmTryCompileExec.dir/testDCompiler.o -c > > /builddir/build/BUILD/plplot-5.9.6/fedora/language_tests/D/CMakeFiles/CMakeTmp/testDCompiler.d >ldc: for the -version option: does not allow a value! 'Posix' specified. >gmake[1]: Leaving directory > > `/builddir/build/BUILD/plplot-5.9.6/fedora/language_tests/D/CMakeFiles/CMakeTmp' >gmake[1]: *** [CMakeFiles/cmTryCompileExec.dir/testDCompiler.o] Error 1 >gmake: *** [cmTryCompileExec/fast] Error 2 > > >CMake will not be able to correctly generate this project. > Call Stack (most recent call first): >CMakeLists.txt:19 (enable_language) > -- WARNING: no working D compiler so disabling D bindings and examples. > > > > However, ldc also ships "ldmd" which appears to be command line compatable, > so > I'll use that. I *think* the ldc command line arg is "-d-version=Posix". > -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) +43-(0)680-1419590 (mobile) fax: +43-(0)1-58801-13499 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Deploying programs that use PLplot with wxWidgets
Hi Laurent, sorry, I overlooked your email. On 7/2/10 2:29 PM, Laurent Berger wrote: > Sorry I have forgotten to say that all dll are in same folder : > > 02/07/2010 14:24 . > 02/07/2010 14:24 .. > 24/11/2009 14:04 2ÿ695ÿ680 Atmcd32d.dll > 02/07/2010 13:5059ÿ904 csirocsa.dll > 02/07/2010 14:24 0 list.txt > 02/07/2010 13:5095ÿ232 plplotcxxd.dll > 02/07/2010 13:50 452ÿ608 plplotd.dll > 02/07/2010 13:5586ÿ016 plplotwxwidgetsd.dll > 02/07/2010 13:5162ÿ464 ps.dll > 02/07/2010 13:5056ÿ320 qsastime.dll > 02/07/2010 13:5145ÿ568 svg.dll > 02/07/2010 13:55 101ÿ888 wxPLplotDemo.exe > 02/07/2010 13:55 241ÿ152 wxwidgets.dll > 02/07/2010 13:5149ÿ664 x01.exe > 02/07/2010 13:5138ÿ400 xfig.dll > > When x01 is launched with ps driver everything is OK but with widgets > program crashed. Looks ok. But where are the wxWidgets libraries? wxWidgets must be compiled as shared library not static. In addition you could try to compile the wxWidgets driver into the plplot library with the ENABLE_DYNDRIVERS=OFF option. Then there is no need to open wxwidgets.dll driver since it's compiled in the plplot library. You still need the dynamic wxWidgets library though. Regards, Werner > > I have found something in wxwiddgets.dll manifest. If I open > wxwidgets.dll with notepad I have found at the end of file something like > > > > > > uiAccess="false"> > > > > > > version="9.0.21022.8" processorArchitecture="x86" > publicKeyToken="1fc8b3b9a1e18e3b"> > > > > > name="Microsoft.Windows.Common-Controls" version="6.0.0.0" > processorArchitecture="x86" publicKeyToken="6595b64144ccf1df" > language="*"> > > > > > In your own dll have you got a reference to "Microsoft.VC90.DebugCRT" ? > > I think that it could be a crash cause for x01.exe. > > thanks for your answer > > > Werner Smekal a écrit : >> Hi, >> >> On 7/1/10 12:55 PM, Laurent Berger wrote: >>> Hi, >>> >>> I use PLPLOT 5.9.6 on windows xp with visual C++ 9.0 with wxWidgets. >>> With my computer and program x01.exe (the first sample proram) >>> everythings work with ps or wxwidgets drivers. >>> I have installed x01 on another computer. I have defined environement >>> variable PLPLOT and PLPLOT_DRV_LIB. Program x01 works with ps drivers >>> but crashs when I want to use wxwidgets driver. >> >> Did you copy the shared wxWidgets plplot driver with the x01 example? >> Did you copy the wxWidgets library (if it was shared as well)? You could >> run x01.exe with the option "-debug -verbose" and then some debug >> messages should be printed on the screen. Could you send this messages >> to the list? >> >> HTH, >> Werner >> >>> i have done something wrong but i cannot find it. >>> >>> thanks you answer. >>> >>> -- >>> This SF.net email is sponsored by Sprint >>> What will you do first with EVO, the first 4G phone? >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >>> ___ >>> Plplot-devel mailing list >>> Plplot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/plplot-devel >> >> > > > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) +43-(0)680-1419590 (mobile) fax: +43-(0)1-58801-13499 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Deploying programs that use PLplot with wxWidgets
Hi, On 7/1/10 12:55 PM, Laurent Berger wrote: > Hi, > > I use PLPLOT 5.9.6 on windows xp with visual C++ 9.0 with wxWidgets. > With my computer and program x01.exe (the first sample proram) > everythings work with ps or wxwidgets drivers. > I have installed x01 on another computer. I have defined environement > variable PLPLOT and PLPLOT_DRV_LIB. Program x01 works with ps drivers > but crashs when I want to use wxwidgets driver. Did you copy the shared wxWidgets plplot driver with the x01 example? Did you copy the wxWidgets library (if it was shared as well)? You could run x01.exe with the option "-debug -verbose" and then some debug messages should be printed on the screen. Could you send this messages to the list? HTH, Werner > > i have done something wrong but i cannot find it. > > thanks you answer. > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) +43-(0)680-1419590 (mobile) fax: +43-(0)1-58801-13499 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Bad links to our latest news on our website
Hi Alan, On 6/6/10 4:04 AM, Alan W. Irwin wrote: > Hi Werner: > > Our news feed on plplot.sf.net continues to have troubles. > >[...] > > I have invested a number of hours today in tracking down all the above > information, but I don't see any nice way out of the problem, and I am > afraid if any of us attempts to take it further, it will become a serious > time sink. Thus, I strongly favour removal of this lame information about > individual news items from our site. After all, we still do have a link to > https://sourceforge.net/news/?group_id=2915 on our website which still works > to display the latest news with a further link to older news. > > Do you agree with this removal of the individual news items or do you have > some other alternative to suggest to work around the problem? The other possibility would be to use an php RSS reader to read the plplot RSS and display the relevant information on our webpage. Since this needs some time, which I can't invest in the moment, your suggestion is perfect (and you did it already). Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Standard Tcl/Tk examples and some issues
On 6/7/10 6:05 PM, Alan W. Irwin wrote: > On 2010-06-07 12:25+0200 Arjen Markus wrote: > >> In the process I noticed: >> >> - Example x17 (the stripchart demo) does not update the axis properly >> - they are not cleaned up. This is the case for the C version too. > > Could you explain further the issue you noticed? The C version looks right > to me, but that may be because I have seen it too many times! :-) > Since you notice the same issue (whatever it is) for the C example 17, could > it be a device issue? Do you see the same issue for xcairo and qtwidget? I have this issue as well for my application, where I use the stripchart functionality. I use the xwin driver here on Linux (Red Hat Enterprise Linux 5.4). Unfortunately it's completely random and I never could reproduce consistently. It's just sometimes, that the chart goes right out of the viewport and no rescaling happens. After some seconds it eventually rescales and all is ok again. Regards, Werner > >> >> - Example x19 sets the map transformation, but this influences the >> examples x20 and x21 as well. Setting the transformation to NULL >> makes the effect go away. Was that to be expected? > > I am surprised by that. Are you using the latest version of PLplot? > One of the last commands in x19.tcl is > > $w cmd plstransform NULL > > (recently put there by Andrew) which works for tkdemos.tcl so I don't > understand why that command is not working for the tcldemos.tcl case. > > BTW, my own feeling is we should put all restoration commands in > tcldemos.tcl and tkdemos.tcl just like you are doing. So such restoration > commands like above should be removed from x??.tcl once you are finished > with tcldemos.tcl and tkdemos.tcl restoration work. Nevertheless, the above > restoration command is there now in x19.tcl so I don't understand why it is > currently not working for you for tcldemos.tcl unless you are running an old > version of PLplot. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Slow symbol rendering on some devices
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Steve, On 6/3/10 5:45 PM, Steve Schwartz wrote: > We've hit some timing problems, so I ran some experiments using a > trimmed and modified version of x01c that just plots the first graph, > full size window, with plpoin but with variable numbers of points; I > used code=25, circles, but I think it doesn't make much difference apart > from plotting simple points. My trials with 100,000 points (in a single > set of arrays) show the following approximate times for rendering the > plot on the screen, in secs: > > xwin 2.5 > tk 3 > xcairo 7.5 > qtwidget 27 > > The tk window will resize and refresh the plot in about 2 seconds. > Curiously, the qtwidget window takes 53 seconds to resize the plot, > i.e., double the original time. Of course, the qtwidget preserves > circles as circles on resize whereas the tk one doesn't. > > Plotting to files isn't so bad nor different. Here are some examples: > > psc 3 > svg 5 > pngcairo 7.5 > epsqt7.2 > svgqt7.2 > pngqt5 > > I looked a bit at the plpoin() code and thought at first that the > problem was in the overhead to lookup and deal with all the hershey > stuff point by point rather than once for all the points, but the > resizing exercise suggests that the time is more likely associated with > talking to the screen (although the qt driver, like the xcairo one, > clearly draws off-screen and then flashes the result quickly). > > Is there any simple or obvious way to speed all this up for the > qtwidget? For so much symbols I would suggest to use the hershey fonts for symbols with pls->dev_hrshsym = 1; text will be drawn still nicely. But I'm sure qtwidget should be as fast as xcairo or close to, so if the 7.5 second are ok for you, I would definitely look how text plotting is managed in xcairo and in qtwidget. Since xcairo is that "fast", the bottleneck can't be the plplot library, it must be the qtwidget driver or Qt. I would suggest to use gprof - you need to add the -g compiler option and then a profile file will be generated during running the application. gprof will then analyse this file. This should give you definitely an answer where the difference is between xcairo and qtwidget. Regards, Werner > > Thanks > Steve > - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMB/6tAAoJEG1QQcXtyvSnG4kH/2faDnGbEwojMT66kSz3Lss1 x+SB3ZQdMBKkQ7+8yBtvWBnXy+8isgXhh7zuS6yc7Uw3I0LO+q+rOv2c043fiwAV xuvbTDyOnjIOEL6AMgSqFn9epmCyqWkgwhyMG2CUKyGclSlvP0JhJZr7lcyuUtCS LsRrJ65q6oRxVFSjyo0BlOOIPAjbChKt8JyArsjC1lx7rVsmxawbGHjz+ZSy4P96 5yRG/w2bXy9QGqRevsY3SNqAaDff2nzKIffrr95MC9MA0NAnncey5FPjvw9jLahp asGL+iE1wJ3hceOvHvr68a8t/2MlkYFQh2EgRNKH/a5iZpdCAbj78q47GwdusPM= =UsKC -END PGP SIGNATURE- -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] tiffqt device hangs in test_noninteractive
One thing which comes into my mind is, that if you run a KDE (aka QT)-program in Gnome you usually use a qt-style which makes the GUI look like it's a Gnome program (e.g. http://ubuntuforums.org/showthread.php?t=76633). I heard before that this sometimes leads to problems, so maybe it's worth to test another engine. At least this would explain why it works for Alan and not for Hazen. Regards, Werner On 5/27/10 9:49 PM, Hazen Babcock wrote: > Alan W. Irwin wrote: >> On 2010-05-27 20:22+0100 Andrew Ross wrote: >>> >>> That's a possibility, but it still seems quite unlikely. Qt is very >>> widely >>> used, even with GNOME and I've not seen any reports of this. By the way >>> I'm also using KDE though. >> >> I agree. However, a much more likely possibility (considering how iffy >> X is >> these days because of the on-going X code reorganization) is that Hazen's >> particular X driver has an issue so that setting up an X environment for >> -dev pngqt literally thousands of times eventually runs X out of some >> resource. So I have my fingers crossed that the speculative fix will work >> for Hazen. > > Unfortunately not, I'm still having the same problem. I'll try again > with a printf to verify the state of is isgui just to be sure. > > It really looks to me like it is consuming some finite system resource. > As I mentioned before the test will hang at the call to QApplication. > What I have now discovered however, is that if I close another GUI > application (Firefox or Emacs) then the test will continue and make it > through another cycle, i.e.: > > 1. test hangs at iteration 991 > 2. close Firefox > 3. test finishes iteration 991 and now hangs at 992. > > Are we sure that we are closing the QApplication properly? > > -Hazen > > > ------ > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] D examples and Ubuntu Karmic
Hi Andrew, I would expect problems, since gdc is not maintained anymore (http://dgcc.sourceforge.net/, last update 2007). There are plans to update it or even to add official D support to gcc, but it seems nothing happened (yet?). I would suggest that you use the offical D compiler by digitalmars.com (http://www.digitalmars.com/d/download.html) but use Version 1, since Version 2 is not stable (even the language specifications are not stable, and examples are written for Version 1). I use(d) it on Windows and Mac OS X and the digitalmars.com compiler just works fine with our CBS and examples. That's unfortunate that gdc seems to be broken, but it's not maintained anymore. Regards, Werner PS: There are other projects like ldc, based on llvm, (http://www.dsource.org/projects/ldc) but I'm not sure if our CBS will find this compiler. PPS: GDC work seems to be continued, but no binaries to download yet: http://bitbucket.org/goshawk/gdc/wiki/Home On 5/27/10 12:04 PM, Andrew Ross wrote: > > I've just got round to installing gdc on my 64 bit Ubuntu Karmic system and > unfortunately I am > running into lots of problems. Examples 1, 3, 6, 7, 12, 14, 18, 19, 23, 31 > all crash with a > segmentation fault. The crash is consistent, but occurs in different places > in different > examples. For some it is immediate, for others it is after selecting a > device. In some cases > several pages are plotted before the crash. All other examples are fine. > > On my 32 bit Ubuntu Lucid system all works fine. > > This is with gdc 4.2.4. I don't think it is a 64-bit issue since Alan has > reported no problems, > so I suspect it is to do with the d compiler version. Has anyone else had > problems? > > Andrew > > -- > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] Fwd: [Plplot-cvs] SF.net SVN: plplot:[11004] trunk/cmake/modules/python.cmake
Hi Andrew, wouldn't it be better, if we disable python if numpy is not found and print a message, that you need to set an option (WANT_NUMERIC or similar) so that cmake tests for numeric and enable python if available (and skip the numpy check)? In that case people who use Numeric will definitely see, that they are in trouble soon, a mere warning message I think is just not enough, since you look in the cmake output only if something doesn't get configured as you want to. Regards, Werner Original Message Subject: [Plplot-cvs] SF.net SVN: plplot:[11004] trunk/cmake/modules/python.cmake Date: Tue, 18 May 2010 07:47:37 + From: andrewr...@users.sourceforge.net To: plplot-...@lists.sourceforge.net Revision: 11004 http://plplot.svn.sourceforge.net/plplot/?rev=11004&view=rev Author: andrewross Date: 2010-05-18 07:47:37 + (Tue, 18 May 2010) Log Message: --- Add warning that Numeric support is deprecated and will be dropped in a future release of plplot. Modified Paths: -- trunk/cmake/modules/python.cmake Modified: trunk/cmake/modules/python.cmake === --- trunk/cmake/modules/python.cmake2010-05-17 21:10:22 UTC (rev 11003) +++ trunk/cmake/modules/python.cmake2010-05-18 07:47:37 UTC (rev 11004) @@ -135,3 +135,7 @@ OUTPUT_STRIP_TRAILING_WHITESPACE ) endif(ENABLE_python) + +if(ENABLE_python AND NOT HAVE_NUMPY) + message(STATUS "WARNING: " "The Numeric extensions for python are deprecated. Support for Numeric will be dropped in a future plplot release. Please switch to numpy.") +endif(ENABLE_python AND NOT HAVE_NUMPY) This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. -- ___ Plplot-cvs mailing list plplot-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-cvs -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl example 19
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > I really hate that our CBS won't work correctly on so many OS platforms > because of cmake. For cryin' out loud, Fedora 12 is the most recently > released version of Fedora, and it is using cmake 2.6.4. And that's not good > enough? I have to manually construct a noveau cmake just so I can build > PLplot? Just earlier today I documented that our current PLplot won't > configure at all on Fedora 8. Now we see that it will configure, but wrongly > on Fedora 12. > > What's wrong with this picture? I know exactly what's wrong: cmake > > Are we going to update PLplot's cmake configuration files to demand cmake > 2.8.x? > > Honestly, I think this is nuts. When you read through the mailing list, there is just a small number of problems with CBS and most of the complaints are from you. You can read through the gnuplot mailing list the last 3 months and there were much more problems with autoconf we had in the whole year. Someone changed the code so that it works for Linux and that broke the Mac OS X build and so on. Just go ahead and read. There is obviously no perfect build system. IMO cmake works extremly well, is very flexible and after you understood the basics it's very easy to set up a (cross platform) build system - I use it for all my projects. The reason tcl/tk might not work so well is, that not many people use it. It's rarely a topic on the mailing list, and e.g. I don't use it at all on all platforms, I never really test it. So it's very likely that there is a lot of room for improvement it this part of the CBS, but IMO this fact doesn't justify a basic criticism of the whole CBS - which e.g. works most of the time perfectly well, and I work exactly like you with many version of custom compiled libraries arbitrarily placed somewhere on my hard disc. Regards, Werner PS: I use several versions of cmake 2.6.3 to 2.8.1 on my 3 computers I work with and about 6 virtual computers and basically don't have problems. Installing the precompiled cmake code for Linux is btw a matter of 2 minutes. > > I think it would be a lot more user (and our users are all developers) > friendly, if we shipped cmake modules that override all the broken behavior > in cmake, so that people who have cmake in their OS distro, would be able to > just use it, without having to build a toolchain just so they can compile our > library. > > I will try to run the test with cmake 2.8.1 and report the results. But > personally, a "favorable" result with cmake 2.8.1 doesn't really seem like > good news, if it means we conclude that every PLplot developer on earth is > going to have to upgrade past their distro's cmake version, just in order to > compile our library (reliably). I think we ought to be looking at an > internal solution. > > And I don't mean to interrupt the current release push with this brouhaha. > Documenting it and deferring it would be okay with me in the short term. > > Long term, if everyone else is really so happy with cmake, then I think we > need to find a way to ship enough custom overides so that people can reliably > build PLplot with whatever cmake they have on a reasonably up to date > distro. I realize there would be some limites. cmake 0.2.3 is not something > we should support. But I really have a hard time with the idea that Fedora > 12's cmake is so old that it has to be upgraded before reliable builds will > work. > > More when I have it. > > -Geoff > > > > ------ > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL67ymAAoJEG1QQcXtyvSn2vsH/0WztgSZkoHb84LQn3p9PwK4 fmYGtPxoJbtWvlQ9UlGPLX6n9KvQkQsG1Rc8yaa2TABNWQq/lnTgS+reWlERyky/ b0xRdvei8PH3mrBrnPOfzMHxa7WFKGZSi6xByaFdT3rluqflUFTryW0r4iaqfqdM CvGUgf8CdC5dNSi5GRJ7r+ftCThgZeWgsftADQGIY7fkJhBd7oCJ6R4u/S421qME IJEeR/cXoosOJZXcdLuZ7FyUg9h22TAZPVWdnkIc6PdNZ/UkIQVoai7KS3It975i khmiTx1gMsIsrqIgfu+OJkdPVTn6VeXTkfFlm5iPYECXxR0ZOHUsQLhKcAJXjn4= =M6Fd -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl example 19
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > My central point in all of this, is that PLplot's CBS is very aggravating for > people who like to build software with very carefully composed prefix > components, which should be the same on all systems. For my big software project, I do exactly this. Compiling all my 3rd party libraries in a special directory and let cmake find it - no problems here, even if the libraries are already in the system (wxwidgets, plplot). So, it's definitely not a problem of cmake (at least not from the core), but maybe from the FindTCL.cmake module). PLplot's CBS is perhaps > well suited for developers who are happy to use whatever is on each system. > But I'm mostly in the former category. I like to build my whole application > with always exactly those components that I've qualified, and so building up > the prefix is part of porting the application to another platform. This is exactly what I'm doing with most of my projects and so far I had no problem with cmake, totally opposite, I was glad that it worked for 3 platforms practically out of the box. Regards, Werner > PLplot's > CBS makes it very difficult to practice this type of disciplined software > development, because it constantly ignores what's in the target installation > prefix. This makes it very hard to control exactly what is in your > application. > > -Geoff > > -- > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL67jwAAoJEG1QQcXtyvSnaUUH/2ut04iXil+qse4euv90JqiK mTg2dLkP/lgLUfm28XWhkjFCuN8FJSnf2GmTeZBdat0BpnCxystEuB+G80EmKdJy oOrGMeaoRQCTlefMnJ6+ObyT5vvkgRB2gXHWiB8L3sLVZVJag2oGRyi43xJvSzs8 3QBs7oaJ3BQxhsd4kyAZ7V45c/vHItFGc5OCkMZwnBzS/dWvmuA2HwcxFIqWfFPJ jAEhL+U744OMyIlr/SKzSQ/bezxTwE3hyoQ57gH2SwFFfCx8RYrAGU/rEPUNXYax v1f52TE/kfoVbeh3p5VzlLHDJDVvJJrbVMquDxx8YYQpCSS+I13lD4KTt2ITnjA= =3tsz -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl example 19
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > In my opinion, all possible versions should be searched for within the > installation prefix zone. > > Then all possible versions should be searched for in other zones. > > And it should be possible (and easy) to prevent that last step. You can easily do that by providing your own FindTCL.cmake. You can prevent that system directories are searched. If you found nothing you can then include them. Most of these Findxxx.cmake modules are user provided (although FindTCL.cmake is provided by kitware, the makers of cmake). But it's easy to change the modules according to ones needs and then let cmake use them instead of the standard one. Or, if you think this is really a major flaw (which I don't think, since the module will work for 99% of all developers), you can submit a bug report to the cmake mailing list. Regards, Werner > > -Geoff > > > -- > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL67eyAAoJEG1QQcXtyvSn6VkH/3+bv1bdNndmciJYUf5XfnQ+ RRwXOaifMVUZFQEfzohoIgLSRkHpLiA+rw1zIBmF9ssrVeLUX/6DNZcG4upwVGOs 32XCvP2auMkDqoZ1g8pE9RPaOBOmXuj7sdDFAN2Qz//PAvh573zZK2rbGcbhXoR+ ygOcmZH0r7zmvD/W7UO7IDGyqtF/ZW/p67ClhyQt0hFgM5ZnBAL0+AkGyjuIr6Dm w+fVOzrKWjak3IpusaCDwGtMOgnQ5oasLbkySlKEeADLbMjDSUxyoWdIfgCswMn+ 66aEWL6KDRdZ9h1+l4DJQyIa7qdJwWYLLbzwhqxp+jI5DyWVZ0b8BhkDcMlxM3k= =ryIs -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl example 19
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Geoffrey,
>
> Okay, thanks. I just tried this:
>
> % cmake -DCMAKE_INSTALL_PREFIX=$HOME/devel/8.4/prefix
> -DCMAKE_PREFIX_PATH=$HOME/devel/8.4/prefix .. |& tee cmake.out
> ...
> -- Looking for include paths and libraries for Tcl/Tk
> -- Found Tclsh: /home/furnish/devel/8.4/prefix/bin/tclsh
> -- Found TCL: /usr/lib64/libtcl.so
> -- Found TCLTK: /usr/lib64/libtcl.so
> -- Found TK: /usr/lib64/libtk.so
> -- Looking for include paths and libraries for Tcl/Tk - found
> -- Looking for tclsh
> -- Looking for tclsh - found
> -- TCL_TCLSH = /home/furnish/devel/8.4/prefix/bin/tclsh
> -- TCL_INCLUDE_PATH = /home/furnish/devel/8.4/prefix/include
> -- TCL_LIBRARY = /usr/lib64/libtcl.so
> -- Itcl not available or not compatible with current Tcl shell
> -- TK_INCLUDE_PATH = /home/furnish/devel/8.4/prefix/include;/usr/include
> -- TK_LIBRARY =
> /usr/lib64/libtk.so;/usr/lib64/libSM.so;/usr/lib64/libICE.so;/usr/lib64/libX11.so;/usr/lib64/libXext.so
>
> I would say that did not work right. Notice that it again is chosing the
> libs in /usr/lib64, which are the system libs, not the ones in the custom
> prefix. Or, maybe I did the cmake invocation wrong (again, argh).
>
> -Geoff
I think it has something to do with these lines FindTCL.cmake
FIND_LIBRARY(TCL_LIBRARY
NAMES
tcl
tcl${TK_LIBRARY_VERSION} tcl${TCL_TCLSH_VERSION} tcl${TK_WISH_VERSION}
tcl86 tcl8.6
tcl85 tcl8.5
tcl84 tcl8.4
tcl83 tcl8.3
tcl82 tcl8.2
tcl80 tcl8.0
PATHS ${TCLTK_POSSIBLE_LIB_PATHS}
)
It tries to find libraries with that names in that order, where
TCLTK_POSSIBLE_LIB_PATHS are paths found with the help of tclsh and
system paths are always there. From a former email it seems, that you
don't have libtcl.so in your devel path, only libtcl8.4.so. But cmake
finds libtcl.so in a system path, this may be the reason for the mixup.
Could you try to add a symlink to libtcl8.4.so (same with tk)? Does this
work?
I don't know too much about the naming conventions of linux libraries.
If this is a flaw of the FindTCL script, we should post a bug report to
the cmake list.
HTH,
Werner
- --
Dr. Werner Smekal
Institut fuer Angewandte Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10/134
A-1040 Wien
Austria
DVR-Nr: 0005886
email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79)
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJL6xurAAoJEG1QQcXtyvSn1UAH/RkdJNR6lY0ajPf3f15I2K5n
9Wtg5MbFkifMBkcerk/phBVxUiBXbxNfW9VG1zBGNQaJ+84Jwa276eLm0HT6DiMs
plBIfE3o7zRtN3iVd3Klu3MX1Q+S62Oxu9mcbRwQzZQ65eR/ELmSo5S2wjhuuaHf
RE23cvUMGPWQmH92+HY3Rb52QXaE564geRORogVyW6ZFkT9nwqbKWBOqRGJkwZB+
cr8BRB3n8iDOw/hR2Jy6V4SNKg7lGUCUMsDPMlUYB4qyifA1R5obpUI9okXsJQ/K
qwQNsUx4Vvw7pGOMd2D8yhFm2Y1DPkBPQNBF/SyqjI8JBetucx5uPWGgODB/SjE=
=i6HS
-END PGP SIGNATURE-
--
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl example 19
d prefix > construction zone. > > I will keep writing my multi-line cmake invocation scripts, and I'm > sure I can get by that way. But I do think PLplot would be more > accessible to more people, if a shorter/simpler command line would > get it to do the simple things that developers want. > > In my opinion, anything found in the installation prefix, should be > the default. Package specific overides are okay, but shouldn't be > required to find things in the installation prefix. And having it > use the system installed packages for things it doesn't find in the > installation prefix zone is okay, but it should be possible to turn > that off. So, to me, a cmake invocation line should look like: > > % cmake --prefix=/where/I/put/my/stuff > > or maybe > > % cmake --prefix=/where/I/put/my/stuff --prefix-only > > to say that I don't want it to use anything not found in my prefix. > > Then, developers could get *exactly* what they want, for any given > application, by simply constructing their prefix (of which most > things going in there will be autoconf based, and use "configure > --prefix=/some/where"), and then configuring PLplot against that. > This proposed --prefix-only flag would control whether it would add > in capabilities found from elsewhere on the system, or not. Mostly > I would want not, but I could see that maybe more people would want > so than not, so that not should not be the default for that switch. > > If cmake can't be made to use autoconf-like command line switches > like "--prefix=", well, okay, but it still shouldn't take more than > one token to tell PLplot's cmake where you want it to find stuff > that is all located in the same prefix into which PLplot is being > told to install itself. > > -Geoff > > -- > > > > > ___ Plplot-devel mailing > list Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL6xOzAAoJEG1QQcXtyvSnNk0H/jcO9V+Pc2cOmhX9DAsitTgR Sab5fSTouUrOhhNXjgz+LNH4+RI3xFMjJV0ByGv/6ttGcdiQKfrs8k0eGWqLeaZS th4O4qj7Ig6TZ0PabQqYrnDVTTU/dgVAom6pB5mTj+VmFFF/cpdbb5HqPF4OPHyT IgaOO23EUEF2m94aBwfMzZo67EwKA3n3dwlflOXXIhFg2bbENf+aNqaoRHGS7cR4 RgRJYvaRXS4nfF67iV/z/vQmxmsn09SO7Vht2F60oVYTTZX9hzmBBYzKkui0KiqF H9y5+M11ZCf1iPCvcdwdox94inrMo7d/4G4GqunN1Ae0fmCtfVsbsG+/AhzEM6g= =Zl7k -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with test-drv-info a bit clearer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alan, >> Not for Windows: all dlls (whereever they come from) are in the dll >> directory, while test-drv-info is as you say in the drivers directory. > > Thanks for that key clarification. > >> >> I hope I have more time tomorrow to have a look at it. >> > > The current dll subdirectory location for the plug-in device drivers is > essential for build-tree testing on Windows (since that dll location > must be > on your PATH for that case). So the location of the plug-in devices must > not > be changed. Therefore, I believe the only thing left to do (for those users > who are building but not testing so they don't have their PATH set to dll) > is to change the location of the test-drv-info executable to dll for the > if(BUILD_SHARED_LIBS AND WIN32 AND NOT CYGWIN) case. If I can get that to > work on Wine, I will commit the change (unless you beat me to it or unless > you know of some reason why that wont work). I just commited the change. This works for me on MinGW. Compilation should now be always successful, to make the examples work the PATH variable must be adjusted (add the dll directory). There is no automatic automatism for that, except that we could warn the user at the end of the cmake configuration stage, if the dll path is not in the PATH variable or similar. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL57JOAAoJEG1QQcXtyvSn3DMH/32lekXWY5jyMQiwvieDKmyo yuFSuc6rewyYXqMRGvuCebc51AKX70Vm3kCqdiYiSPIDdlyultiOgceT4ZLMVC1M Blwecx8+pGyeU46N7+gvb2yE0cX2dTlbfip6FrsoTpzy98R6XXuWE037AHWXUZFa 2zaJh+u8XQJ99rDpI5yYZ0wg9Ijy+nbrn6+akPJ5sqgNnWo4HuYFYsscK5t81uvk 2CvbRwGQXOJiR073NbO3uVuxTCH5zS181GX0xpGu1dOPpNKAEKg14/bbtlySbhAL UU7eZVYxHyYZVw9CYKwllODx+99xImTvjO8RZ+6xzkgsYNng45tWgn+tZGtUVok= =85as -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with test-drv-info a bit clearer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alan, On 5/9/10 5:13 PM, Alan W. Irwin wrote: > On 2010-05-09 09:36+0200 Werner Smekal wrote: > >> The problem is, that in Windows dlls must either be in the same >> directory as the executable (so test-drv-info must be in this directory >> as well), or the PATH is set accordingly (this can't be set by cmake, >> since the changes of cmake to the environment variables only last as >> long cmake runs - so the changes are not anymore during compile time) or >> if the dlls are in on of the system directories (no option). > > But test-drv-info is located in the same build-tree drivers subdirectory as > the plug-in device drivers that it is testing. For example, here is > the story on Linux for xwin: Not for Windows: all dlls (whereever they come from) are in the dll directory, while test-drv-info is as you say in the drivers directory. I hope I have more time tomorrow to have a look at it. Regards, Werner > > softw...@raven> ls /home/software/plplot_svn/HEAD/build_dir/drivers/xwin.so > /home/software/plplot_svn/HEAD/build_dir/drivers/xwin.so* > > This is the relevant fragment of the the output from "make VERBOSE=1 > test_dyndrivers" > > cd /home/software/plplot_svn/HEAD/build_dir/drivers && ./test-drv-info xwin >> /home/software/plplot_svn/HEAD/build_dir/drivers/test_dyndrivers_dir/xwin.rc > > So according to your dll location criteria above, all should be well for > finding the device-driver plug-ins. > > I guess there is a possibility that on the Windows side of things > test-drv-info is not being executed in the build-tree drivers subdirectory > or the dynamic device plug-ins are not located there. Could you please check > that? > > I am now also wondering if there is some issue with ltdl_win32.c (the > special code you wrote to dynamically load devices on Windows) such that it > does not find the plug-in when it is in the same directory. Could you > check that as well? > > I will also check both those issues for MinGW/MSYS on Wine, but that > may be a special case so checking on a "real" windows platform would be > a good idea as well. > > N.B. Remember that for such checking the test_dyndrivers target is only > executed if you run it explicitly, or run the all or install targets. I plan > to improve dependencies so that if you build a device it will get > immediately checked by test-drv-info, but that hasn't happened yet. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > ------ > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL5w1VAAoJEG1QQcXtyvSnuBgIAJq9Lh5UKQJYakPGJXfSKM/t LhgWGsfwH0AGnGz6NUoGXBVbuScmhacCMak36h0QrBhvlkDGCEo4gQiflFb8yHyf 7TJBNcYKdYnYhvm2+61rGZFexLAMNoWyQTF5kqfhQekzN9tMHn4rlVYS8xlPxHvN SmCaixHXakWrimaEwxNYiQZ10xEuC/A7KCDpGs6yE814hfB+AFSIfy00bxn6Vnh+ wibuQEevwkTMjQQe3rxbtE2DBS0js7UqCEEnPmPX7Tcljfl8tFn5VUBR6aaAsC0f /IkuzXN0JdFCuxsQy0G6YRfchn3W+rmcsMOcNs2IJCMlbROTzIbcSxizTkfIPRo= =Jc86 -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with test-drv-info a bit clearer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alan, On 5/7/10 6:21 PM, Alan W. Irwin wrote: > On 2010-05-07 08:54+0200 Arjen Markus wrote: > >> Hello all, >> >> I have done some tests wrt the strange error messages I got >> from test-drv-info yesterday. It turns out that the program >> is issuing an error code -1073741515 (completely nonsensical >> of course) when it can not find the driver - the PATH environment >> variable does not contain the directory containing the driver DLLs. > > It appears to me there is a good possibility you discovered a build-system > issue here. If your PATH did not contain the directory where the driver > DLL's are located, how come this was not an issue for running the examples > in the build tree? > > In other words, is the build system doing the right thing with regard to the > driver PATH for running build-tree examples for MinGW, but not for running > test-drv-info? > > Even if there is a mundane explanation for your puzzling results (such as > you had the wrong PATHs set for running test-drv-info, but you corrected > that afterward for running the examples in the build tree), it appears to me > we could make life substantially easier for those using the MinGW platform. > > Anyhow, there is a lot of power in CMake to make life easy for builders > on all platforms. Let's use that power rather than demanding workarounds > from our users such as adding extra paths when CMake might give us > a better solution automatically. The problem is, that in Windows dlls must either be in the same directory as the executable (so test-drv-info must be in this directory as well), or the PATH is set accordingly (this can't be set by cmake, since the changes of cmake to the environment variables only last as long cmake runs - so the changes are not anymore during compile time) or if the dlls are in on of the system directories (no option). > > Assuming you do come up with a build-system fix to make life easier for our > MinGW users, please think as generally as possible. For example, try to > make the fix so that MinGW/MSYS, Cygwin, and bare Windows users benefit as > well as MinGW users. The above considerations are valid generally, not only for MinGW. IMO the best idea is to move the test-drv-info executable in the place where the dlls are. So we get through the compiling stage without problems. The examples won't run, if the PATH wasn't set accordingly though. I think we had the same discussion before with exactly the same conclusion but nobody did the simple change :(. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > ------ > > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL5mXuAAoJEG1QQcXtyvSnZn4H/RHJi0vVqdFpAKQJtH/17otY A2CGsMrzwjNyW4U1xdh3vLImW19C72vVZWkkE5oeyLG5MgiV+NN4qlu5t+PIgv4d iq1w13z6mIQkIDsYcHxkkx+juxXjvHVaCvcZJfjNDzmojrZHuqMfAYRXeb7NTe70 lDq9V9pfmKoaSKN92VoghnUfdiuwPOCw/WUwIb9iZ1moH6gE2j+8LtuwtSBN0rI4 hUiy26+rMhVsFy14uYH2e+4luV3bdPOe2tBaEuerNsG/qCjijTpC5QGDAB1ka2Ii DKrM2i3pCrSupmNULthfP8Yz3bdK1VGaUrL4yJ31RwX8aPPqnoENfolKYKvKtYg= =/ngz -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [PATCH] Add underscore glyph to Hershey fonts.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alan, On 4/29/10 8:40 PM, Alan W. Irwin wrote: > On 2010-04-10 22:16-0700 Alan W. Irwin wrote: > >> Results from -dev xwin now look good, but the transformation from Hershey >> index to unicode index is still a mess so results from modern devices >> currently are also a mess. I hope to straighten that all out tomorrow. > > This opened up a whole can of worms (one niggling detail after another), but > I finally got everything done as of revision 10952. This included > completely dropping the momentary switch to symbol fonts which we have > historically used in the PLplot core library to compensate for the > deficiencies (few glyphs per font) of Type 1 fonts. Instead, that switch to > symbol fonts is confined to the ps and pdf device drivers themselves where > it doesn't interfere with drivers (e.g., qt and cairo) which use TrueType > fonts. Sorry, for dropping in late, but do you think that this is a good idea? It's true that the hershey symbols look bad, but they are drawn fast. And if you plot a lot of symbols (>1000) the plotting gets annoyingly slow, since so many text is drawn to the screen, while plotting the hershey symbols is still blazingly fast even for a lot of symbols. So I wouldn't get rid of this option, since it still makes sense to use hershey symbols occasionally. Regards, Werner > > I am now satisfied with both ancient (xwin) and modern (xcairo, qtwidget, > pdf, and ps) results from the new examples 6 and 7 for the > -DHERSHEY_FALLBACK=OFF case (where no Hershey fallback is used to paper over > missing Hershey indexes in fonts/plhershey-unicode.csv) and -drvopt > hrshsym=0 for ps and pdf (which forces Type1 fonts for plpoin and plsym). I > am also satisfied with -DHERSHEY_FALLBACK=OFF results for example 23 for the > xcairo, qtwidget, pdf and psc modern devices.) Of course, the default > -DHERSHEY_FALLBACK=ON case and default -drvopt hrshsym=1 case for the ps and > pdf drivers continues to work. > > To everybody here. Please help propagate the revised standard examples 6 > and 7 for C to all languages before the forthcoming release. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEbBAEBAgAGBQJL2pReAAoJEG1QQcXtyvSnCCkH9RjJU0fBNv/V5VMfFj6d+k+g qIZ5bXt6jaPf9jMh36129Scy95qm4csa0TNwpm3WFnNJumQ22icO0HonWU2EaObY 6Prfo6/03ttiET9SOeXRPSwmwY3N3irNCr6aYnNNnxPsazHWC3O95aAwnby4Kb7l uWG2OErEaiO17CFclOWwh8u2zvw0QS52LMU6toWBCD7EV3tdgRLaHzzFyKI3gMRA kEtVWHe8Jb4OGdjiTivspMlBStCQ7V6T6iiKhH0K0NFiQ1W4lwCMnxJsE+M7fyNz lt7hkALT6/Szr40OH3XyfZW8H/4AKB1EXEYjW+6ZMBzR3h0WcU7Pf5svO6Miow== =tOmi -END PGP SIGNATURE- -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Linking problem with 64-bit Ada compiler on OS X 10.5.8 Leopard
Hi Jerry, > I've changed the paths in my build script (below) to accommodate the > new compiler. cmake sees it. The build goes OK until it hits a linking > problem. Here is the problem encountered when linking to a qt library. > FWIW, my Qt installation is the OS binary from > http://qt.nokia.com/downloads/mac-os-cpp/ > . I'm not 100% sure, but if you have the Carbon version of qt, this might not work with a 64bit compiler (since Carbon is 32bit). You need the Cocoa version of Qt which can be used with 64 bit compilers (as well with 32 bit). This can be downloaded on the same page http://qt.nokia.com/downloads/mac-os-cpp/ but you need to select the cocoa version below. HTH, Werner -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Why are we advising win-bash for our advanced Windows users?
Hi Alan, > My recent experiences with MSYS-bash under Wine have been good. It's version > is > > bash.exe-3.1$ bash --version > GNU bash, version 3.1.17(1)-release (i686-pc-msys) > Copyright (C) 2005 Free Software Foundation, Inc. > > [...] > easy sell. The advantage to us of this change is that if we switch our > Windows testers from winbash to MSYS-bash, that will put many fewer > constraints on any future test script changes we might want to make. Reason is, that you either work in MSys with MinGW or in the command line shell of Windows (cmd.exe) with MinGW. But you can't/should not work in both. E.g. MSys doesn't know about C:\, can't take care of \ in filenames, etc. I have to admit, that I have never tested using MSys bash for ctest, but usually most (?, assumption on my side) programmers who are using MinGW use the command line shell or an IDE. MSys is incredible slow on Windows (even compilation), so I wouldn't recommend it using it for daily programming tasks - only to get an Unix based source running easily on Windows (using autoconf). In addition cmake doesn't want to have MSys in the path, when you actually want the "MinGW Generator". I remember that cmake complained if there was an sh.exe in the path (MSys provides both bash.exe and sh.exe). So if you want to use the MinGW/CLI combination MSys should not be in the path (or at least you need to rename sh.exe). Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] gfortran-4.5 build fails under MinGW/MSYS/Wine
> > The SourceForge download area for MinGW/MSYS > (http://sourceforge.net/projects/mingw/files/) gives you only two choices > for gfortran. This recent 4.5 version > (libgfortran-4.5.0_20100311-2-mingw32-dll-3.tar.lzma) from the MinGW > Proposed 20100311 snapshot and an ancient experimental version which > I presume is no longer relevant. It's actually really a PIA to download MinGW, because this download area is a mess. Go to GCC Version 4 -> Current Release_ gcc-4.4.0 and there you'll find gfortran 4.4 (as well as all other packages). gcc/g++ 4.4.0 is also the recommended version to use. Regards, Werner -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] mingw32 / f77
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Arjen, > > On Windows you need both a DLL and an import library and for some > reason that last one is not being built (in other cases it has > been the Fortran 95 equivalent). Not for MinGW. MinGW compiler is able to link against dll without import library (if dll was compiled with MinGW). Regards, Werner > > I will have to look into it again, but the combinatorics was > overwhelming and my time has been limited last one or two weeks. > > Regards, > > Arjen > > On 2010-03-21 20:00, Hazen Babcock wrote: >> I'm having trouble building the examples with f77 on mingw32. I'm >> getting this error message: >> >> [ 56%] Built target f77_examples >> mingw32-make[2]: *** No rule to make target `dll/libplplotf77d.dll.a', >> needed by `examples/f77/x01f.exe'. Stop. >> mingw32-make[1]: *** [examples/f77/CMakeFiles/x01f.dir/all] Error 2 >> mingw32-make: *** [all] Error 2 >> >> Looking in the dll directory I see: >> libplplotf77cd.dll.a >> and >> libplplotf77optsd.a >> >> There is also: >> libplplotf77cd.dll >> libplplotf77d.dll >> >> So maybe libplplotf77d.dll.a was supposed to be generated? >> >> I started with the following cmake command: >> "c:\program files\CMake 2.6\bin\cmake.exe" ..\plplot -G "MinGW >> Makefiles" >> -DSWIG_EXECUTABLE=C:\users\Hazen\Downloads\swigwin-1.3.40\swig.exe >> -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON >> -DCMAKE_INSTALL_PREFIX=C:\plplot >> path=c:\Python26;c:\MinGW\bin;C:\Qt\2009.04\qt\bin;C:\users\Hazen\plplot_build\dll;c:\gtk\bin >> >> -Hazen >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Plplot-devel mailing list >> Plplot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/plplot-devel >> > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLp5DBAAoJEG1QQcXtyvSnc28H/RWBxvOTEUI+LcMX+vGss24s tcLd6d7winLZiqY9tg1P2jUbDMmV0GN85NkTKRwAu0kZepUsN0YHq/eDkle043+3 CSAniMG1Xs8pS84IiQpQkFiLXhHFkm9/W/NDU1eQR7U0fLVVeULDN20q4JW0+Jwd 3TJk5uEW8AzKCUKGb9VW6HPzmvT7LlzeIE55Fc5DEjWGHo/kI3yvpWulgKoz3cpC UXDPtYatAn0s7kDFhbgQjolrDfkfuKoFrdSk5cZNgHSI5sc2WhFHVBemsxJ1FR// DH39F19LHq0Pt3Hdz4QfkBCxt8uWe41H27LuIr+PVCv7gFTDuvtjAu4xYIAEVuA= =M+B1 -END PGP SIGNATURE- -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Plplot / Aquaterm / Snow Leopard problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alan, > > The rest of this post is directed to everybody on this list with access to > Mac OS X. I strongly urge you to install both the pango/cairo development > libraries and the Qt development libraries and do regular testing with the > test_noninteractive (or ctest) and test_interactive targets for the > svn/trunk version of PLplot. The combination of the cairo and qt device > drivers produces excellent results for a large variety of noninteractive > plot file formats and also for interactive plots so Mac OS X users are > beginning to use those device drivers more and more. This recommended > on-going testing effort is just to make sure that the majority of errors for > our svn/trunk version and cairo and qt devices get discovered immediately on > Mac OS X rather than much later by our Mac OS X users after we make a > release. I wasted numerous hours compiling cairo/pango on Mac OS X. I don't like fink or macports, since there is always a package I want or depend on, which doesn't compile. I actually succeeded just to find out, that there is a much easier way to get these libraries. 1) Download GTK_2.18.5-X11.pkg package from http://r.research.att.com/ and install it 2) Add to your .profile file in the home directory export PATH=/Library/Frameworks/GTK+.framework/Resources/bin:$PATH and you are done. This GTK framework is not official, since the gtk-osx project doesn't provide one (you need to build one yourself). The above is from the R for OS X development page, but seems to work fine. ctest --verbose seems to work fine for the cairo drivers, so eventually this is a very easy way (and fast) to get the cairo drivers running on mac os x. I updated the wiki accordingly: http://www.miscdebris.net/plplot_wiki/index.php?title=Cairo/pango > Leo mentioned in an earlier plplot-general thread that it was too time > consuming to compile Qt on Mac OS X. However, I don't believe compilation > is required in this case. According to http://qt.nokia.com/downloads, there > is an SDK version available for Mac OS X. When I tried the corresponding > Linux 64-bit SDK, it was a binary with no need to build so I presume that is > also true of the Mac OS X SDK. If Leo or anybody else here will confirm > that, I will go back and respond to that earlier thread on plplot-general so > our Mac OS X users don't get unnecessarily intimidated about installing Qt. That's true, no compiling needed, just install the SDK. The instructions are in the wiki: http://www.miscdebris.net/plplot_wiki/index.php?title=Qt#Instructions_for_Mac_OS_X > > You do need lots of disk space for the SDK downloads and the corresponding > installed libraries and uncompressed data associated with those libraries. > But that is typically less disk space than the 2GB used to store the plots > that are produced with "make test_noninteractive". Hopefully none of those > lurking on this list are squeezed for disk space in any case since you can > buy 500GB to 1000GB of additional disk space now for ridiculously small > cost. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLfnAmAAoJEG1QQcXtyvSnYDgH/ApJNsP5m5NoGzPz9xuMZjTr zFMryPnypNrxhzzl1y5jo5XIQRhlUyzLuGwOlBAdQC5fVl8wTl9D4MvSj6i+TKfd zV6EqxD3JHdtO/dC6u1GseClr0kVsW/k7Gab
Re: [Plplot-devel] Read-only archive of plplot-devel at gmane.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, just as an reminder, the general and devel list are also mirrored (read only) at mailinglist-archive.com (for some years already, so many message are in there). http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/ http://www.mail-archive.com/plplot-gene...@lists.sourceforge.net/ if you search something this is much better than sf.net. But good, that it's also mirrored on gmane. Regards, Werner On 2/14/10 8:43 PM, Alan W. Irwin wrote: > Someone who is unknown but who had a good idea has filled out the > subscription form at gmane.org to add plplot-devel to the mailing lists they > archive. gmane.org checked with me (as the plplot-devel list admin), and I > have agreed to this with two changes to discourage spammers. Those changes > are that all mail addresses are encrypted, and you cannot write to this list > via the gmane website. Essentially what this means is gmane will provide a > read-only archive of this list in a much more convenient form than provided > by our SourceForge mailing-list archive. As soon as I verify that is > working, I will follow up with the gmane url for our list here. > > I plan to do something similar for plplot-general and plplot-cvs unless > somebody here has strong objections. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLePyrAAoJEG1QQcXtyvSn+VoH/1oCgLll5+1fgOyrnlzULdsD hPdTb06k3NTTEry6G9xfqNq9+VMFhR4t2a/r+wrvC95VxvtsET2BJwb5FgpIL0lP 1T+F6Tl30NZdPptjSAhc82oaVff1lhBYx9WZx2vkKUTSlfsJc3fq1GiWNcXuqrQc UMINE89DYD/V/kIRYBrzNg1T+YdrXupKfP7uGulJe+rNcQPxi4yuHDIUwNvRuZ4W vP27CgmDaD5bCH5Q/N96O00FLR9uxj2uI+SyIAee8TAGbJjLHIGIjdyAiV/0y1H0 6VfBczfASV2Om0xL90f6Zmh1G6+Ar1/6bl9hh/jBLMVxWe/d3S2KOBqtqqE9/4g= =r3Sb -END PGP SIGNATURE- -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [Plplot-general] MinGW Make Trouble
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, > > Werner, your combined knowledge of windows and CMake makes you the obvious > candidate to ask Windows-related questions in an informed way on the CMake > list. Therefore, would you please ask on that list whether there is a way > for cmake to set up Windows builds to allow dll's to be found or is it a > necessity to externally set the PATH? If a executable is run and a dll is needed, Windows looks first in the current directory for the dll. Then in the PATH. Then in c:\windows\system32 (and in some other system directories. Maybe PATH comes later, but this doesn't matter). Since we don't want to copy the dlls multiple times, our only chance is to change the PATH environment variable. I just read the cmake documentation about setting environment variables (http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:set) and it should be possible to change the PATH variable that way. Presumably only as long as the Terminal window is open (so at least for the cmake configure stage). If you close the terminal, start it again this change is surely gone and I assume, if you then compile plplot (which is already configured) PATH won't be changed again, so you run into problems again. So this is no solution. Actually there are two problems. 1) plplot build is not finished, since testing the rc files fails, due to the "missing" dlls. I would suggest that for windows we force that the test-drv-info executable will be built into the dll folder (where for windows all dlls are gathered). Therefore the build gets through (since the dlls are in the same folder than test-drv-info). 2) The examples don't run, since the dlls are not found. Now you need to either set the PATH variable or copy the dlls. User interaction is needed, the dlls are in the dll directory and the examples are in the examples directory, and this shouldn't be changed. So IMO the best we can do is, that in summary.cmake we add at the end a message (with many !) if it's a shared build on Windows and examples are built as well, the user is asked to add the dll directory to the PATH variable. I believe the most Windows developers know about what to do, if they run a program and a message box pops up telling him that the dll is missing. Still not perfect, but on the other hand it's not possible to cover everything. If the user wants to compile his own executables, he *must* take care of the dlls anyway. So if he doesn't RTFM it's best he gets into trouble trying to run the examples already. It would be more confusing if the examples run and his own programs not. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLcwt0AAoJEG1QQcXtyvSnysAH/2er6WreXtol6WecBiPdMWMa U0v1E2C3iDtHyP00XOwvLFPepAF3fyqRdEkobaK3Wh1JcGllWvSRrrfkL3uEByIg 08Cx+bEhiMk8CF35W59bp7QbyLrEKT1XAMGLbAy53OUBYNW5usxcFB6DGJzq63B8 chkl6xNAAgOA0rBvUuNhdBeo38Bin1Ai5npJkJ1Sz4SCL1S6aXyi5SjThaZMiNyk 0B/bgxIhT7OI4hLUf4+Ug22GptnmdxGBWFVpRJE68aupe7a5knspRWDTAXirDTdf E6td7yJhoiA/y7DWe1PrCphYLTkXKCGBvCvWGZLGggxC2eri8wBS3wJl8YtBtkY= =ecTY -END PGP SIGNATURE- -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev
Re: [Plplot-devel] Another weird WITH_FREETYPE=OFF thing
Hi, the point here is, that not only the executables "know" where the libraries are, but also the libraries themselves "know" where they are - and this is not necessarily the same location they really are (don't ask me why they (Apple) did that. Point is, if a library "knows" (has a reference to) that it is in /foo (even if it is not there) and you link to this library, they executable copies the reference and awaits that the library will be there. If for some reason the library doesn't get copied there (because the install location is different to the reference), but for a coincidence another library of the same name is in /foo you are in trouble. To check that you should run "otool -L" on the executable AND on the libraries in question to make sure, that the references are correct. I assume the DYLD_LIBRARY_PATH only comes into play, if there is no library at the location the executable has a reference to. Mind, that what I wrote above might be completely wrong, since I just know as much as to make my App bundles work (with cmake BTW), but not why it was done this way. David, could you run "otool -L" on libcairo to which plplot is really linked to (run make VERBOSE=1 to find that out (hopefully)). This could explain the troubles. Regards, Werner On 1/26/10 8:25 AM, Alan W. Irwin wrote: > Since DYLD_LIBRARY_PATH doesn't seem to work, I am completely stumped on > this one. Therefore, it is time somebody else here that is more > knowledgable about Mac OS X linking issues stepped in to help you further. > > I am pretty sure nobody else has ever encountered this issue, but they > may not be using macports for the dependent libraries that Plplot needs. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria GPG-Key: E DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [Plplot-general] How to clear the plot buffer of awxPLplotwindow?
Hi Hans, On 1/22/10 2:28 PM, hans.rijn...@shell.com wrote: > Werner, > > Putting the pladv before the plclear will not help me, as I have > users that plot a lot on (part of) the same plot, so no plclear is > done and the plot buffer will keep on growing. Ok, I agree I still don'tunderstand. I need more information. Which driver do you use wxWidgets or xwin? Are both plots on the same page/plstream? If so and you use plclearbuf(), the buffer would be corrupt, since the colour bar wouldn't be replotted any more, or? Especially if you copy the stream, or? Do you need the plplot buffer? E.g. the wxWidgets driver needs it so that windows can be resized. If there are two different streams (one for the bar, one for the contour plot) then you could just use pladv() on the contour plot (and replot the axis as well). > > So in that case (when users not have requested to make a hardcopy > later), I want to keep the plot buffer as small as possible, thus > clearing it before the next plot is done. But this is done with pladv(0) as well. > > May be an example is better. In the attached you see a (for PlPlot 1 > window) 2 seperate windows, 1 is the colour bar and the other the > contour map. Now users refresh continuously the contour map but not > the colour bar, so a plclear cannot be done, but a clear of the plot > buffer can be done. So you just plot above the old plot? So you call only plshade or something like that again? Regards, Werner > > I appreciate that a new API is not very wanted, but I don't see > another way of keeping the plot buffer small. > > Hope this calrifies it a bit. > > Regards, Hans > > -Original Message- From: Werner Smekal > [mailto:sme...@iap.tuwien.ac.at] Sent: Friday, January 22, 2010 > 09:08 To: Rijneke, Hans H SIEP-EPT-RIS Cc: robert.pol...@jku.at; > PLplot development list Subject: Re: [Plplot-general] How to clear > the plot buffer of awxPLplotwindow? > > > Hi Hans (also be posted on list again), > > I had a look yesterday evening in the plplot code about that issue > and found, that I already was working on a solution and remembered > that it was not that easy and that I wanted to have a closer look. > Thinking about that issues during the night ;), I've come to a > conclusion and post it to the list, so that others can share their > opinion as well. > > First the status quo: > > plclear() clears the background in the current background color. IF > the driver supports clearing of the background an escape sequence is > sent to the driver and the driver takes care of the background > clearing. At the same time such an escape sequence is buffered (for > replotting). If the driver doesn't support that, plplot draws a > filled rectangle above the plot area. As far as I understand it, this > function should mainly be used to clear a plot on a multiple plot > page (but works also if you have a single plot). > > pladv() lets you choose which plot on a multiple plot page you want > plot into, OR lets you advance to the next page (if you use > pladv(0)). pladv() itself calls pleop() (end of page) and plbop() > (begin of page). > > So now to the solution (actually no code change is needed): > > plclear is not really meant to be starting a new plot. It's mainly > about clear one plot in a mulitple plot page or have a defined > background for a single plot page (not all drivers clear the > background during plbop()). Therefor it's more or less correct, that > the buffer is plbuf.c is not reset. Also since some drivers don't > support clearing the background via escape codes (and then a filled > rectangle is drawn) it's also difficult to reset the buffer for this > call (since the buffer code will only be called to draw a rectangle > e.g. for the xwin driver - how should it know to reset the buffer?). > > On the other hand pladv() takes care about resetting the buffer, > since this is done in plbuf_bop() which is called by pladv(). > > I played a lot now with pladv() and plclear() in example 8 with > different drivers and my conclusion is, that if you want to make a > new plot in an existing stream you must use pladv(0) and to make > sure, that the background is in the color you want use a subsequent > plclear(). This should reset the buffer and you can start a new plot > - memory problems shouldn't occur then. > > Hans, I'm not sure, but you're using only plclear(), or? Could you > add pladv(0) in front of that command? Removing you plclearbuf() > commands - does this solve you memory problems as well? > > If yes, we should add a note to the documentation of plclear(), that > starting a new plot should be done with pladv() in order to prevent > memory probl
Re: [Plplot-devel] [Plplot-general] How to clear the plot buffer of awxPLplotwindow?
Hi Hans (also be posted on list again), I had a look yesterday evening in the plplot code about that issue and found, that I already was working on a solution and remembered that it was not that easy and that I wanted to have a closer look. Thinking about that issues during the night ;), I've come to a conclusion and post it to the list, so that others can share their opinion as well. First the status quo: plclear() clears the background in the current background color. IF the driver supports clearing of the background an escape sequence is sent to the driver and the driver takes care of the background clearing. At the same time such an escape sequence is buffered (for replotting). If the driver doesn't support that, plplot draws a filled rectangle above the plot area. As far as I understand it, this function should mainly be used to clear a plot on a multiple plot page (but works also if you have a single plot). pladv() lets you choose which plot on a multiple plot page you want plot into, OR lets you advance to the next page (if you use pladv(0)). pladv() itself calls pleop() (end of page) and plbop() (begin of page). So now to the solution (actually no code change is needed): plclear is not really meant to be starting a new plot. It's mainly about clear one plot in a mulitple plot page or have a defined background for a single plot page (not all drivers clear the background during plbop()). Therefor it's more or less correct, that the buffer is plbuf.c is not reset. Also since some drivers don't support clearing the background via escape codes (and then a filled rectangle is drawn) it's also difficult to reset the buffer for this call (since the buffer code will only be called to draw a rectangle e.g. for the xwin driver - how should it know to reset the buffer?). On the other hand pladv() takes care about resetting the buffer, since this is done in plbuf_bop() which is called by pladv(). I played a lot now with pladv() and plclear() in example 8 with different drivers and my conclusion is, that if you want to make a new plot in an existing stream you must use pladv(0) and to make sure, that the background is in the color you want use a subsequent plclear(). This should reset the buffer and you can start a new plot - memory problems shouldn't occur then. Hans, I'm not sure, but you're using only plclear(), or? Could you add pladv(0) in front of that command? Removing you plclearbuf() commands - does this solve you memory problems as well? If yes, we should add a note to the documentation of plclear(), that starting a new plot should be done with pladv() in order to prevent memory problems. HTH, Werner On 1/21/10 1:16 PM, hans.rijn...@shell.com wrote: > Werner, > > I write this e-mail to you as you were the last one responding on this > subject. > > First my problem : I am getting more and more users suffering from PlPlot > being to memory hungry after several big plots and finally crashing or the > program or the machine itself. > > Then I remembered the response from Robert requesting a clearall function and > as I know exactly in my program when I may erase all contents of the actual > plot buffer, I looked a little bit through the code and implemented a > "plclearbuf" function that just free's the plot buffer and allocates it with > the start value again (which I also increased by a factor of 10). > > I added this call in my program and am glad to say that I no longer suffer > from the memory problems. Moreover plotting has become much and much faster. > I had a test that finally failed after 55 minutes and with my updates I am > able to do the same (and just continue to do more) in just over 4 minutes. > This has probably to do with the realloc of growing and growing memory in the > "old" version whereas with this update my memory is "cleaned" regularly. > > I am not sure if I implemented it all correctly (probably not), but for me it > works fine. > > Is it possible for someone - who has a better insight in PlPlot - to check my > updates and may be imlemented it officially in PlPlot ? > > Attached is the (small) list of updates I applied (I did it in PlPlot 5.9.2, > but don't think it will be different in the latest release). > > Regards, > Hans Rijneke > > -Original Message- > From: Robert Pollak [mailto:robert.pol...@jku.at] > Sent: Friday, April 03, 2009 15:31 > To: Werner Smekal > Cc: plplot-gene...@lists.sourceforge.net > Subject: Re: [Plplot-general] How to clear the plot buffer of > awxPLplotwindow? > > > Hi Werner, > > you wrote: >>> Since I now have to update a plot very often and over long time, >>> let me ask whether the plot buffer can be cleared to avoid the >>> memory hogging, shor
Re: [Plplot-devel] Interactive plotting
(This email didn't get through yesterday, so I post it again). Hi David, On Jan 5, 2010, at 11:45 PM, David MacMahon wrote: > I'm working on creating Ruby bindings to PLplot, much like the Ruby > bindings to PGPLOT (http://pgplot.rubyforge.org/). I've gotten a > fair amount of the API done and the first seven or so examples > "ported". I'll be happy to share my work once it gets a little more > complete. That would be great! This would quite a valuable addition, since Ruby is so "fashionable" nowadays. > > I've been testing my bindings using "irb", which is an interactive > Ruby shell (analogous to Python's ipython). I've noticed that when I > invoke a plotting function (e.g. plhist) only part of the plot (e.g. > part of the histogram) appears immediately. The remainder of the > plot does not appear until more plotting functions are called or > plflush is called. > > I assume this is due to buffering in the stream, which may be good > for efficiency, but is not so convenient for interactive plotting. > Is there a way to make a stream be "synchronous" (i.e. unbuffered)? I think, this has more to do with the driver you are using, i.e. the plplot library processes all plot commands immediately, but the driver only updates the screen now and then. plflush() forces the driver to update the screen. We had this discussion already (23. August 2009), but I think we didn't come to a conclusion, or anything was changed accordingly. Which driver do you use? Regards, Werner > > Thanks, > Dave > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast > and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] PLPLOT_DEV
Hi Dave, On Jan 5, 2010, at 11:24 PM, David MacMahon wrote: > I just grepped for "getenv" in the source tree and didn't find > anything that looked like PGPLOT's use of the "PGPLOT_DEV" > environment variable. What's the purpose of this variable? Regards, Werner > > Assuming I didn't just overlook it, was this an explicit design > decision or is it just that nobody has asked for it? If the former, > why? If the latter, consider me to be asking for it! :-) > > Thanks, > Dave > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast > and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Oddity with CMake GUI on Windows: installation directory
Hi Arjen, usually you set the variable CMAKE_INSTALL_PREFIX and all other variables are set accordingly. Does this variable exist in the GUI? Regards, Werner On 12/1/09 9:41 AM, Arjen Markus wrote: > Hi, > > I have been using the CMake GUI on Windows lately to build PLplot > and it turns out that you can set the installation directory from > "c:\program files\plplot" to anything you like, which is great, > but you have to do that for a lot of variables: > CMAKE_INSTALL_BINDIR, CMAKE_INSTALL_DATADIR etc. 8 variables in > total. > > Is it possible to derive all these directories from simply one > directory variable? That would make it easier to change the > installation directory structure in a consistent way. > > I checked the CMakeLists.txt files: these variables seem to > be set by CMake itself. (Perhaps I can better send this to > the CMake list) > > Regards, > > Arjen > > -- > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] PLplot 6.0
Hi Geoffrey, > > If a new/improved set of Plplot Tcl/Tk widgets were to come along, > which > worked only with Tcl/Tk 8.5+, what would people expect to happen > with the > older stuff that works with Tcl/Tk 8.4-? > > If a new/improved set of PLplot Python widgets were to come along, > which > worked only with Python 3.1+ + Tcl/Tk 8.5+, what would people expect > to > happen with the older stuff that works with Python 2.6- and Tcl/Tk > 8.4-? Would it be okay to tell them to use the PLplot 5.x versions? I see this often in Open Source, that new versions of software only support the latest versions of its dependencies. So, if it's important for you to maintain compatibility with older systems, you need to stay with PLplot 5.x and if you want the new features of PLplot 6.x you need an OS with updated development tools. If we branch off PLplot 5.9 we could still provide some sort of support, like backporting of bug fixes or so. Also ask the users to adjust their code is not much too ask. e.g. for the wxWidgets library that's "normal". A change in the minor version number (e.g 2.6 to 2.8) means, that it's possible you need to change your code. Mostly these are small changes, but still the user can't anticipate that his code will compile "out-of-the-box". Sometimes people complain, but nobody forces you to use the new version. But if you want the new features of wxWidgets ... So, I think it's ok to raise also the minimal version number of dependencies required. Regards, Werner > > -- > Geoff > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] PLplot 6.0
Hi list, I actually don't care about this number issues (it's ok for me if we go to PLplot 5.146), but wouldn't it be time to step to 6.0 any time soon? This time we could really branch PLplot and e.g. remove all drivers/code which are(is unmaintained. If someone wants to use these drivers/this code, he/she should either volunteer to maintain the driver or use the 5.x branch, which we could maintain for some time. My considerations are the following: * PLplot improved/changed a lot over the last years and it's time to show the users the the code changed considerably and isn't just "only maintained" * we could use this opportunity to remove code, which is not maintained anymore (Alan did already remove some code already) * we also should use this opportunity to streamline our efforts to raise the quality of the project overall. - e.g. documentation - for a 6.0 version we could try to improve the documentation - implement/fix bugs/features/requests on our trackers (also Alan started this already) - * we could also do some API changes, since it's a new version, so this might be the right time to do that. What I mean is, we could try to agree on a roadmap to a 6.0 version - if we implement everything (most of it) 6.0 is released. The timeframe wouldn't be anytime soon, but first we could discuss what should be on the roadmap and then try to streamline our efforts, i.e. a "bug hunting month" or a "documentation month" where all who have time, work mostly on one task. Normally these are "bug hunting days", but hey let's stay realistic ;). I don't propose that we should do a lot of code changes, since I think, that PLplot now already "deserves" a major version number change. My proposal is just, that we bring everything on par with the code and the make the 6.0 release. We could also (as Alan also already started) streamline our testing efforts, so that we identify platforms which we support. E.g. nobody of the developers here has access to Mac OS X 10.6 obviously so this wouldn't be a supported platform. Supported platforms should be tested regularily. If we identify all these tasks it would also be easier to apply for GSOC. Last year we were really to late to apply for anything. What do you think? Actually, most of that was already started/ discussed by Alan, I just want to streamline the efforts and the result should be PLplot 6.0. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [ plplot-Patches-2895119 ] qt driver - proper MSVC exports (fwd)
Hi Alan, > > That line had a double extern (which I have never heard of). I > replaced that > with a single extern (revision 10586), that is > > -extern "C" extern PLDLLIMPEXP_DRIVER_DATA( const char* ) > plD_DEVICE_INFO_qt; > +extern "C" PLDLLIMPEXP_DRIVER_DATA( const char* ) plD_DEVICE_INFO_qt; In that case I think that plD_DEVICE_INFO_qt will be defined in every file which include qt.h, i.e. there will be several copies of the same variable. Since I don't believe that this needs to be exported anyways, I just deleted the line. Compiles on Windows and Mac OS X. Regards, Werner > > and gcc was happy again, and all the qt device tests (done with the > newly > implemented test_all_qt target accessible if you use - > DBUILD_TEST=ON) went > fine. > > Hopefully, the Windows native compiler does not demand the double > extern and > that was merely a typographical error introduced in the original > patch that > the Windows native compiler tolerated before. Please let me know it > that is > the case. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Getting rid of the last tmpnam use in our code
Hi Andrew, > > Note that non-linux support is not tested at all. Before proceeding > further I'd > like to check this at least compiles on a range of windows / mac > platforms. It compiles at least on Mac OS X without warnings. Regards, Werner -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Getting rid of the last tmpnam use in our code
Hi Hazen and Andrew, >> Thanks for the links. I've now implemented a function >> pl_create_tmpfile which >> should meet our needs. It will create a secure temporary file in a >> standard >> way across platforms. >> >> The function always returns a file handle (or -1 on failure). >> >> If a char ** is passed then the filename will also be returned in >> the pointer. >> If the file name is not returned then the file will automatically >> be deleted. >> It the file name is returned then the user is responsible for >> deleting the >> file and also for freeing the memory associated with the file name. >> I hope to >> avoid using the latter since there is a race condition associated >> with it, but >> currently I may need it because of the way the plplot code is >> written. >> >> The temporary file will be created in the directory given by TMPDIR >> (UNIX) or >> TEMP (windows) if they are set. Otherwise it will try P_tmpdir (if >> defined). >> Finally it will try the default /tmp (UNIX) or c:\windows\temp >> (windows) >> directory. >> >> Note that non-linux support is not tested at all. Before proceeding >> further I'd >> like to check this at least compiles on a range of windows / mac >> platforms. I now made the corresponding changes, so that plstdio.c compiles and links for Visual C++ (2008). I have not tested the function though if it works. > > > Could you verify that I have the right type (int) for the variable > flags? Also, on Windows with mingw32 I'm getting the following warning > message: > > [ 9%] Building C object src/CMakeFiles/plplotd.dir/plstdio.c.obj > C:\users\hazen\plplot\src\plstdio.c:206:1: warning: "_S_IREAD" > redefined > In file included from C:\users\hazen\plplot\src\plstdio.c:31: > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 39:1: > warning: this is the location of the previous definition > C:\users\hazen\plplot\src\plstdio.c:207:1: warning: "_S_IWRITE" > redefined > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 38:1: > warning: this is the location of the previous definition > [ 10%] Building C object src/CMakeFiles/plplotd.dir/plstripc.c.obj I changed the code, so that _S_IREAD and _S_IWRITE are only defined if undefined. This removes the warnings (also for MinGW I assume), but I consider this code "suboptimal". Regards, Werner > > -Hazen > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Getting rid of the last tmpnam use in our code
Hi, > > Could you verify that I have the right type (int) for the variable > flags? Also, on Windows with mingw32 I'm getting the following warning > message: > > [ 9%] Building C object src/CMakeFiles/plplotd.dir/plstdio.c.obj > C:\users\hazen\plplot\src\plstdio.c:206:1: warning: "_S_IREAD" > redefined > In file included from C:\users\hazen\plplot\src\plstdio.c:31: > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 39:1: > warning: this is the location of the previous definition > C:\users\hazen\plplot\src\plstdio.c:207:1: warning: "_S_IWRITE" > redefined > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 38:1: > warning: this is the location of the previous definition > [ 10%] Building C object src/CMakeFiles/plplotd.dir/plstripc.c.obj > Similar here on Visual C++: E:\plplot\src\plstdio.c(206) : warning C4005: '_S_IREAD' : macro redefinition C:\Program Files\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/ stat.h(211) : see previous definition of '_S_IREAD' E:\plplot\src\plstdio.c(207) : warning C4005: '_S_IWRITE' : macro redefinition C:\Program Files\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/ stat.h(212) : see previous definition of '_S_IWRITE' E:\plplot\src\plstdio.c(214) : warning C4013: 'mktemp' undefined; assuming extern returning int E:\plplot\src\plstdio.c(215) : warning C4013: 'open' undefined; assuming extern returning int I think an include is missing. No time to check that now. Thanks, Werner > -Hazen > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Getting rid of the last tmpnam use in our code
Hi, > > Could you verify that I have the right type (int) for the variable > flags? Also, on Windows with mingw32 I'm getting the following warning > message: > > [ 9%] Building C object src/CMakeFiles/plplotd.dir/plstdio.c.obj > C:\users\hazen\plplot\src\plstdio.c:206:1: warning: "_S_IREAD" > redefined > In file included from C:\users\hazen\plplot\src\plstdio.c:31: > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 39:1: > warning: this is the location of the previous definition > C:\users\hazen\plplot\src\plstdio.c:207:1: warning: "_S_IWRITE" > redefined > C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/sys/stat.h: > 38:1: > warning: this is the location of the previous definition > [ 10%] Building C object src/CMakeFiles/plplotd.dir/plstripc.c.obj > Similar here on Visual C++: E:\plplot\src\plstdio.c(206) : warning C4005: '_S_IREAD' : macro redefinition C:\Program Files\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/ stat.h(211) : see previous definition of '_S_IREAD' E:\plplot\src\plstdio.c(207) : warning C4005: '_S_IWRITE' : macro redefinition C:\Program Files\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/ stat.h(212) : see previous definition of '_S_IWRITE' E:\plplot\src\plstdio.c(214) : warning C4013: 'mktemp' undefined; assuming extern returning int E:\plplot\src\plstdio.c(215) : warning C4013: 'open' undefined; assuming extern returning int I think an include is missing. No time to check that now. Thanks, Werner > -Hazen > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [ plplot-Patches-2895119 ] qt driver - proper MSVC exports (fwd)
Hi Alan, I managed to compile qt 4.5.3 with Visual C++ and confirmed the problems addressed in this patch. I applied the patch (slightly modified it) and commited the changes. I closed the patch report. Regards, Werner On Nov 10, 2009, at 5:37 PM, Alan W. Irwin wrote: > Hi Werner: > > As our C++/Windows expert would you be willing to take a look at > this patch? > For your convenience I have downloaded it and attached it to this > post. > > The patch is quite small (~10 changed lines), but I don't understand > the C++ > implications of these suggested changes to allow qt.cpp to build on > MSVC 9.0 > (2008) so I don't feel competent to apply this patch myself. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- Forwarded message -- > Date: Tue, 10 Nov 2009 10:38:51 + > From: SourceForge.net > To: nore...@sourceforge.net > Subject: [Plplot-devel] [ plplot-Patches-2895119 ] qt driver - > proper MSVC > exports > > Patches item #2895119, was opened at 2009-11-10 11:38 > Message generated for change (Tracker Item Submitted) made by kapelrud > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=302915&aid=2895119&group_id=2915 > > Please note that this message will contain a full copy of the > comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: André Kapelrud (kapelrud) > Assigned to: Nobody/Anonymous (nobody) > Summary: qt driver - proper MSVC exports > > Initial Comment: > Compiling plplot with MSVC 9.0 (2008) failed due to some missing/ > conflicting __declspec() specifiers. > There were also a mangled name (C++) of the plD_DEVICE_INFO_qt in > qt.cpp. > > See attached patch. > > -- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=302915&aid=2895119&group_id=2915 > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel qt > .patch > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. > http://p.sf.net/sfu/bobj-july___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [ plplot-Patches-2895119 ] qt driver - proper MSVC exports (fwd)
Hi Alan, I looked at the patch and it looks more or less ok, but I would like to test it - but this means to compile the whole (at least most of the) qt source on Windows for Visual C++ 2008, since there are no libraries provided by qt for this compiler tool set. I plan to do that next week - such a compilation takes some hours I also remember that I already worked on that part of the qt code, but obviously not here on my laptop. Must have been the Desktop computer in work. So I hope to verify this patch next week. Regards, Werner On Nov 10, 2009, at 5:37 PM, Alan W. Irwin wrote: > Hi Werner: > > As our C++/Windows expert would you be willing to take a look at > this patch? > For your convenience I have downloaded it and attached it to this > post. > > The patch is quite small (~10 changed lines), but I don't understand > the C++ > implications of these suggested changes to allow qt.cpp to build on > MSVC 9.0 > (2008) so I don't feel competent to apply this patch myself. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- Forwarded message -- > Date: Tue, 10 Nov 2009 10:38:51 + > From: SourceForge.net > To: nore...@sourceforge.net > Subject: [Plplot-devel] [ plplot-Patches-2895119 ] qt driver - > proper MSVC >exports > > Patches item #2895119, was opened at 2009-11-10 11:38 > Message generated for change (Tracker Item Submitted) made by kapelrud > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=302915&aid=2895119&group_id=2915 > > Please note that this message will contain a full copy of the > comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: André Kapelrud (kapelrud) > Assigned to: Nobody/Anonymous (nobody) > Summary: qt driver - proper MSVC exports > > Initial Comment: > Compiling plplot with MSVC 9.0 (2008) failed due to some missing/ > conflicting __declspec() specifiers. > There were also a mangled name (C++) of the plD_DEVICE_INFO_qt in > qt.cpp. > > See attached patch. > > -- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=302915&aid=2895119&group_id=2915 > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel qt > .patch > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. > http://p.sf.net/sfu/bobj-july___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] What is the best way to concatanate files on Windows?
Hi Alan, since I don't have tcl/tk installed in my virtual Windows box, I'm not sure, if I ever come to this point of code, but I'll try. Regards, Werner On Nov 1, 2009, at 7:23 PM, Alan W. Irwin wrote: > On 2009-10-31 21:07-0700 Alan W. Irwin wrote: > >> To Arjen and Werner: >> >> Would you please have a look at revision 10565 on Windows? >> >> This revision considerably simplifies the gen_pkgIndex.tcl custom >> target >> logic that concatanates three files together to form pkgIndex.tcl. >> The new >> logic works on Linux, and I think it should work on Windows as >> well. For >> example, the old logic used native paths for Windows, but I don't >> think that >> complication is actually necessary. (However, if that complication >> is >> necessary, then there may be an more elegant way to do it, in any >> case.) >> >> BTW, if you confirm the new simplified logic works, then I have a >> further >> change to make to disable Tcl if none of cat, cmd, or command are >> available >> (as for the guy who recently posted on all three lists). >> >> Let me know how it goes. > > I have just implemented an even better idea for concatanating files > from > Hendrik Sattler. This (revision 10566) works perfectly on Linux, > and should > also work perfectly on all other platforms (since simple cmake > commands are > used rather than any outside tools), but please check. What used to > be ~30 > lines of CMake code is now reduced to ~5 lines, and I am quite > pleased by > this huge simplification. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [CMake] Why drop -D from wxWidgets_DEFINITIONS ?
Hi Orion, > > According to Bill Hoffman, 2.8.0 should be out pretty soon. The > 2.8.0 rc builds are already going into the Fedora 13 build tree, > which is how the plplot issue showed up. In this case, it seems > 2.8.0 support may be as simple as putting in an updated set of > wxWidget modules. I'll test as soon as they are available. Actually the -D drop was done after Miguel (maintainer of the wxWidgets module) committed the changes I asked him to do for better MinGW and Visual C++ support. Anyway this is correct, since I found that the module was behaving differently (sometimes with -D sometimes without) depending on the OS, so this should be now more consistent. Anyway, I changed the PLplot cmake build system accordingly and it works for me on Mac OS X. I expect the same for Linux. Only on Windows this changes might be problematic I'll test them ASAP. The only thing I didn't test was the pkg-config configuration - this needs still to be done. Regards, Werner > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA DivisionFAX: 303-415-9702 > 3380 Mitchell Lane or...@cora.nwra.com > Boulder, CO 80301 http://www.cora.nwra.com -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [RFC] extcairo improvements
Hi,
>
> The Qt widget and wxwidgets drivers keep their own, driver-specific,
> lists of all plotted elements. So when a plot window using one of
> those devices is resized the plot is replayed automatically using that
> list, rather than by calling plreplot or plRemakePlot. In order to
> have this support for the Cairo devices we either need to add
> something to cairo.c specifically or add support within PLplot's core
> for a non-device-specific plot replay buffer as I mentioned in my
> previous email.
That's not true for the wxWidgets driver. I use plRemakeplot. That's
also the reason why I don't completely understand this thread, since I
don't get from the discussion where exactly the problem is. The
wxWidgets driver plots into a off screen buffer, and remembers which
parts of the buffer were updated. Every now and then (at least when
the wxWidgets application takes over control) the plot on the screen
is updated. If the window is resized, some scaling parameters are
changed, the off screen plot buffer is resized if needed and
plRemakeplot is called - here I don't update the screen regularily, I
just wait for the outcome. There is some logic involved, so that all
functions know, that this is now a resize event, but this is actually
quite straightforward. If I use the wxWidgets driver to plot into an
extern canvas in an wxWidgets application, all is plotted in an off-
screen buffer. The application needs to take care (look in bindings/
wxWidgets) to copy that buffer to the screen, and what happens if the
widget is resized. I use the PLESC_RESIZE escape code to tell the
wxWidgets driver, that there is need to change scaling parameters and
buffer size. Maybe this is the straw you need?
>> How do you feel about the PLESC_INIT_FIT to rescale the canvas?
>
> I am not sure I understand your goal with this. Is it simply to allow
> the user to avoid setting the surface geometry themselves and have
> PLplot infer it from the clipping rectangle? I currently use
> plsetopt("geometry", "800x600") where 800x600 is the size of the Cairo
> surface to let PLplot know what size to use. I'm not sure if an extra
> PLESC_INIT_* path is needed as I could see it causing strange behavior
> and bugs which are difficult to track down if something other than
> PLplot is acting on the Cairo surface. If there is enough demand for
> this, though, then we can add it.
I also don't think that this is necessary, and I wouldn't add a esc
code, just for one driver, if there is a possibility to circumvent it.
Regards,
Werner
>
>
> Hez
>
> --
> Hezekiah M. Carty
> Graduate Research Assistant
> University of Maryland
> Department of Atmospheric and Oceanic Science
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart
> your
> developing skills, take BlackBerry mobile applications to market and
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [RFC] extcairo improvements
Hi, > This also allows you to only draw a on a part of the context. As noted > before [2] the offset is ignored, so it isn't possible yet to draw > at an > offset. (I might take up on Alan's offer to accept patches.) The offset is definitely not meant for this, mainly because in former times, there were no drivers which didn't provide it's on Window, except the memory driver. So it may be ok, to use the offset in the geometry option for windowless drivers as you mean it, but I wouldn't do so, since then one parameter has different meanings for different drivers, which is in my opinion not ok. The offset parameter is used to position the window on the screen. You need a window then obviously in the first place to apply the offset values. I actually don't fully understand, what your problem is - other drivers like the xwin driver, qt or wxwidgets driver use the PLESC_RESIZE escape code to be told, that the geometry changed. Depending on how the driver is implemented the scaling of the x and y axis are changed (proportional or not) and the plot is redrawn using the plot buffer. Look at these drivers to see how this is done. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [PATCH] Qt driver: fix coding style
> corresponding > DocBook API documentation, but this is only practical with a non- > changing > form of URL for everything that doxygen documents. You may have > that > already, but a comprehensible URL without a bunch of random > numbers in it > is useful in many other ways as well. Agreed as well, but I didn't find any option yet - need to ask the Doxygen mailing list. > > * Location. The generation of documentation in doxygen form should > be part > of our release tarball and also our SourceForge website. I would > be happy > to help out there by doing the appropriate changes to our build > system and > making an additional script to populate our website with the > results. > To move forward with this, please send me the doxygen commands you > recommend > to generate the html version of our doxygen results in our build > tree. > I can take it from there. I don't know if it should be part of the relase tarball, since the documentation produced by doxygen is already 2.3Mb big - maybe because of the search function (index). So I'm not sure if it's fully documented, this just makes the release tarball much too big. The cmake build system should be no problem - in the moment you just need to run "doxygen" in the source tree - the documentation will be build in ./doc/code. Obviously the "Doxyfile" need to be copied to the build tree and "doxygen" run there. Searching the internet via google for "cmake doxygen" reveals some help about using doxygen with cmake (there is a package for it). > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > ______ > > Linux-powered Science > __ > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [PATCH] Qt driver: fix coding style
Hi, > > One thing I've been doing in my professional projects of late, is > using > doxygen. I find the standard doxygen style that depends on all the > '*' > characters to be really ugly, but since I mostly code in C++, there > is the > alternative of ///, which annoys me, but not as badly as " * ", plus > those > dorky header/trailer tokens. > > I've not tried doxygen on a C code base before, so I'm not sure if > there are > options that are more visibly appealilng than the standard/default. > Without > looking into it a bit first, I'm not in a postion to propose a > specific style > for function comment blocks. But I thought I throw out the doxygen > option in > case anyone else is interested in that, and able to summarize some > of the > options. Since I use myself doxygen a lot for my own code, I started to "doxyfy" the PLplot source code. I added a Doxygen configuration file and changed on source code file (plpage.c) so that Doxygen can filter the description for the functions. I copied the output of doxygen to the net: http://www.miscdebris.net/plplot_doxygen/ You need to click "File List" on the left and then "plpage.c" to see some source code documentation, since I chose to only add documention for functions with doxygen descriptions. I did that, since I regularly wander around the plplot core code not finding what I need and I know that doxygen makes that a lot easier with cross references and so on. Question is now, 1) if everybody agrees to "doxyfy" the plplot source code 2) if everybody agrees how I documented the functions If it's ok, then I start the doxyfying process and everybody else is welcome to join. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Question regarding extcairo driver and the geometry parameter
Hi Mark,
On 18.09.2009, at 10:21, Mark de Wever wrote:
> Hi,
>
> I've been working a bit on the extcairo driver to automatically
> detect the size of the drawing area. (I already have something
> working, but it needs more work before posting it here.) While
> working on it I ran into a question about the geometry parameter.
>
> The attached patch shows the modification I did to try to resize the
> plot area and move the location of its origin in that test. The
> resizing works, but the modification to the origin doesn't. It also
> seems the origin is undocumented in the plplot documentation, so I
> wonder whether it's supposed to work or not.
AFAIK, should these parameters change the size of the plot area in a
window (and therefore the size of the window) and the position of the
window. At least the xwin driver implemented it that way, and I did
the same for the wxWidgets driver. Other drivers may ignore position
parameters.
Regards,
Werner
>
>
> Regards,
> Mark de Wever
>
> PS: I switched to git-svn so the patch looks slightly different from
> the normal svn patches, but should still apply when using -p1
> instead of -p0.
> diff --git a/examples/c/ext-cairo-test.c b/examples/c/ext-cairo-test.c
> index 96e6265..d362682 100644
> --- a/examples/c/ext-cairo-test.c
> +++ b/examples/c/ext-cairo-test.c
> @@ -14,6 +14,7 @@ int main(int argc, char *argv[])
>cairoContext = cairo_create(cairoSurface);
>
>plsdev("extcairo");
> + plsetopt("geometry", "360x270+180+135");
>plinit();
>pl_cmd(PLESC_DEVINIT, cairoContext);
>plenv(0.0, 1.0, 0.0, 1.0, 1, 0);
> --
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart
> your
> developing skills, take BlackBerry mobile applications to market and
> stay
> ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> http://p.sf.net/sfu/devconf_______
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] example 19 failure
Hi Alan, I added these redefinition macros to plcdemos.h and plc++demos.h. But since we already use such a macro for isnan(), where PL__HAVE_ISNAN is defined in plConfig.h, I decided to do the same as well for _snprintf. So I copied the relevant part form config.h.cmake to plConfig.h.cmake and all works again for Visual C++. If this is not correct in your opinion, we should make changes as well for _isnan(). Actually, why do we have config.h and plConfig.h, where the latter seems to be a subset of the first? Best Regards, Werner On Sep 13, 2009, at 11:09 PM, Alan W. Irwin wrote: > On 2009-09-13 13:27-0700 Alan W. Irwin wrote: > >> Therefore, I suggest following exactly what is done in plplotP.h >> for both >> plcdemos.h and plc++demos.h. That should allow the current C and C++ >> examples 19 to compile without issues on all platforms and also >> allows us to >> replace all versions of sprintf with snprintf (which is good >> practice) for >> all C and C++ examples. Note, with this solution plcdemos.h and plc >> ++demos.h >> should be renamed to plcdemos.h.in and plc++demos.h.in (as >> configuration >> template files to create plcdemos.h and plc++demos.h). >> >> In the configuration template files, use >> >> #cmakedefine PL_HAVE_SNPRINTF >> and >> #cmakedefine _PL_HAVE_SNPRINTF >> >> Those will get configured to >> >> #ifdef PL_HAVE_SNPRINTF >> and >> #ifdef _PL_HAVE_SNPRINTF > > I didn't state that last correctly. > > That should read instead, > > Those will get configured to > > #define PL_HAVE_SNPRINTF > and > #define _PL_HAVE_SNPRINTF > > if the corresponding CMake variables are true. If the corresponding > CMake > variables are false, than you get a configured line that is simply > a comment. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] Fortran Example 19 problem
Hi, when I compile the latest revision of PLplot with MinGW 3.4.5 including the g77 compiler I get the following compiler error: Scanning dependencies of target x19f [ 88%] Building Fortran object examples/f77/CMakeFiles/x19f.dir/ x19f.f.obj E:\plbuild\examples\f77\x19f.f: In function `normalize_longitude': E:\plbuild\examples\f77\x19f.f:80: warning: times = floor ((abs(lon) + 180.0d0) / 360.0d0) ^ Reference to unimplemented intrinsic `FLOOR' at (^) (assumed EXTERNAL) E:\plbuild\examples\f77\x19f.f:80: times = floor ((abs(lon) + 180.0d0) / 360.0d0) ^ Invalid declaration of or reference to symbol `floor' at (^) [initially seen at (^)] E:\plbuild\examples\f77\x19f.f: In subroutine `geolocation_labeler': E:\plbuild\examples\f77\x19f.f:91: subroutine geolocation_labeler(axis, value, label, length) 1 E:\plbuild\examples\f77\x19f.f:95: (continued): character*(length) label 2 Invalid declaration of or reference to symbol `length' at (2) [initially seen at (1)] E:\plbuild\examples\f77\x19f.f: In program `x19f': E:\plbuild\examples\f77\x19f.f:161: warning: call plslabelfunc(geolocation_labeler) 1 E:\plbuild\examples\f77\x19f.f:177: (continued): call plslabelfunc(0) 2 Argument #1 of `plslabelfunc' is passed by reference at (2) but is a procedure at (1) [info -f g77 M GLOBALS] mingw32-make[2]: *** [examples/f77/CMakeFiles/x19f.dir/x19f.f.obj] Error 1 mingw32-make[1]: *** [examples/f77/CMakeFiles/x19f.dir/all] Error 2 mingw32-make: *** [all] Error 2 Maybe someone who is more knowledgeable about Fortran can help me out make this example work. Thanks, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] example 19 failure
Hi Alan, > I. Possible technical solution > > Since you have a fairly up-to-date Windows platform, I guess this > means > snprintf is unequivocally not available on any "bare" Windows > platform. > I don't know the situation for Cygwin and MinGW. > > Hez, Andrew: is replacing snprintf with sprintf (just as in all other > examples) what should be done? Or would you like to do something more > general here like configuring plcdemos.h to take advantage of the > CMake > variables, PL_HAVE_SNPRINTF and _PL_HAVE_SNPRINTF to implement > essentially > the same solution as in plplotP.h? snprintf is available for MinGW/Cygwin. But not for Visual C++. The correct name is _snprintf which has something to do with C99 standard and very likely that Microsoft always had problems with standards. Whatever, plplot "knows" about that and I was about to get these macros through to the examples, but Andrew whistled me back, since the examples should not see private plplot macros, which is correct. So the most easy solution is to add something like #ifdef MSVCVER #define snprintf _snprintf #endif to solve the locally. > > II. Platform testing implications > > I am afraid this result means at least the bare Windows platforms > did not > get tested with ctest since August 5th, the last time example 19 was > changed. That lack of testing during the last month before our > release of > 5.9.5 could have had pretty serious implications for that release, > but I > believe we got off fairly lightly this time (assuming that once we > straighten out the issue, the rest of the examples do work on bare > Windows). > > The problem with attempting to deal with this Windows testing issue in > future is there are many bare Windows platforms as well as Cygwin > and MinGW > (with and without MSYS) to test. So our three active developers > with access > to Windows are unlikely to have time, disk space, and Windows compiler > licenses to test all variations. > > To help deal with this issue for all future releases let's do some > specific > coordination of which developers will take firm responsibility for > running > at least ctest on the Windows platforms that are accessible to > them. That > coordination will probably reveal some Windows platforms that won't be > tested, but it would be good to identify those. > > In any case, I think we should formally ask for some testing help on > the > plplot-general list a week before each release from now on for all > platforms > but especially for the Windows platforms where we don't have good > testing > coverage. (A week should give us time to deal with most issues that > come > up). From our download statistics and number of questions asked on > plplot-general there appears to be more and more interest in PLplot so > encouraging the new users to help out with testing on all our > platforms > (especially for the many different Windows platforms where our > developer > coverage is thin) makes a lot of sense. If there is general > consensus this > is a good idea, and Hazen is willing to send such an e-mail the week > before > each release, I will put a reminder in > README.Release_Manager_Cookbook. Apart from asking users it would generally be good to have one responsible person for a certain combination of OS/compiler and maybe bindings. So we cover maybe not all combinations, but at least some and as you say, we also must cover at least all OS. Although I tested plplot with MinGW before the release and that worked. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sour
Re: [Plplot-devel] xcairo problems on PPC OS-X
Hi, > > It sounds like you have discovered (or rediscovered) an issue in the > command-line parsing code on your OS X platform. Could you remind > us again > of exactly what hardware that is (32-bit or 64-bit, PowerPC or Intel)? PowerPC, 32 bit AFAIR. That's also a problem for valgrind, since according due http://valgrind.org/ is there only a valgrind port for Intel/Darwin available. I don't see such problems on Mac OS X 10.5, Intel. Is gdb of any help? Regards, Werner > > I looked up bus error at http://en.wikipedia.org/wiki/Bus_error, and > it > appears to have two general causes. The first of those seems closely > related to segfaults and memory management and the second of these > has to do > with memory alignment (which might be screwed up in the command-line > parsing > code for big-endian architectures like PowerPC, but not little-endian > architectures like Intel). > > Generally with all such errors I suggest you use valgrind to help > figure > things out. So do you get valgrind error reports for all command-line > options or just -dev.? If just -dev, is it for all devices or just > the ones > that produce bus errors? > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] RE : RE : Qt driver update
Hi Alban, yes this works. I'll commit this as well. We may have to discuss, if this doesn't break anything else, e.g. if someone wants to use the driver in her Qt application, but as I understand it will initQtApp() only called if there is no existing qt app (or at least the specific lines), so this should be not much trouble. Thanks for your help, Werner On 01.09.2009, at 10:58, Rochel, Alban wrote: > Hi Werner, > > I'm not sure when Qt makes this change to the system settings, but I > suppose it's during the QApplication creation. So, can you try > changing > QLocale::setDefault(QLocale::c()) > into > setlocale(LC_NUMERIC, "C"); > in qt.cpp (line ~100)? > > I hope this will work because I'm out of ideas... > > Alban > > De : Werner Smekal [sme...@iap.tuwien.ac.at] > Date d'envoi : mardi 1 septembre 2009 09:56 > À : Rochel, Alban > Cc : Alan W. Irwin; Plplot-devel mailing list; Hazen Babcock > Objet : Re: RE : [Plplot-devel] Qt driver update > > Hi Alban, > > yes it compiles now, but it doesn't work. Still the same problem (I > reverted all my changes to plctrl.c). Any other ideas? > > Regards, > Werner > > On 01.09.2009, at 10:53, Rochel, Alban wrote: > >> Oops, I forgot: add "#include " somewhere at the top (e.g. >> below #include ) >> ________ >> De : plplot-devel-boun...@lists.sourceforge.net >> [plplot-devel-boun...@lists.sourceforge.net >> ] de la part de Werner Smekal [sme...@iap.tuwien.ac.at] >> Date d'envoi : mardi 1 septembre 2009 09:47 >> À : Alan W. Irwin >> Cc : Plplot-devel mailing list; Hazen Babcock >> Objet : Re: [Plplot-devel] Qt driver update >> >> Hi, >> >>> I think I found out what the problem is. The first page reads okay, >>> but then qt takes over to show the plot and somehow changes the >>> locale >>> or something. This is on a Mac, English version, but Austrian >>> locale - >>> so after that scanf expects floating point numbers to be written >>> numbers like 3,1415 and not 3.1415. scanf fails then on the >>> numbers. I >>> assume that this is the problem, since I printed the out the numbers >>> with printf in case sscanf fails and the output is: >>> >>> 0: 0.0 0.0 0.0 0.0 1.0 0 >>> 1: 1.0 1.0 1.0 1.0 1.0 0 >>> 0: 0.0 1.0 1.0 1.0 1.0 0 >>> 0,00, -0,00, 0,00. 0,00, 0,00, 3075440 >>> >>> *** PLPLOT WARNING *** >>> Unrecognized cmap1 format (wrong number of items (1) for version 2 >>> of >>> format) 0.0 1.0 1.0 1.0 1.0 0 >>> >>> I'll try now to play around with my locale. The other Mac has also >>> Austrian locale, but obviously Qt cocoa doesn't mess around here. >> >> Ok, this is the problem. Qt carbon changes the locale and sscanf >> doesn't work as expected any more. If I add >> >> setlocale(LC_NUMERIC, "C"); >> >> just before the sscanf call, everything works as expected. This is >> obviously not the correct solution but at least we know what is going >> wrong. Also if I change my locale to UK the example works as >> expected. >> >> Regards, >> Werner >> >> -- >> Dr. Werner Smekal >> Institut fuer Allgemeine Physik >> Technische Universitaet Wien >> Wiedner Hauptstr 8-10 >> A-1040 Wien >> Austria >> >> email: sme...@iap.tuwien.ac.at >> web: http://www.iap.tuwien.ac.at/~smekal >> phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 >> (laboratory) >> fax: +43-(0)1-58801-13499 >> >> >> -- >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> ___ >> Plplot-devel mailing list >> Plplot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/plplot-devel > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sme...@iap.tuwien.ac.at > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58
Re: [Plplot-devel] RE : Qt driver update
Hi Alban, yes it compiles now, but it doesn't work. Still the same problem (I reverted all my changes to plctrl.c). Any other ideas? Regards, Werner On 01.09.2009, at 10:53, Rochel, Alban wrote: > Oops, I forgot: add "#include " somewhere at the top (e.g. > below #include ) > > De : plplot-devel-boun...@lists.sourceforge.net > [plplot-devel-boun...@lists.sourceforge.net > ] de la part de Werner Smekal [sme...@iap.tuwien.ac.at] > Date d'envoi : mardi 1 septembre 2009 09:47 > À : Alan W. Irwin > Cc : Plplot-devel mailing list; Hazen Babcock > Objet : Re: [Plplot-devel] Qt driver update > > Hi, > >> I think I found out what the problem is. The first page reads okay, >> but then qt takes over to show the plot and somehow changes the >> locale >> or something. This is on a Mac, English version, but Austrian >> locale - >> so after that scanf expects floating point numbers to be written >> numbers like 3,1415 and not 3.1415. scanf fails then on the >> numbers. I >> assume that this is the problem, since I printed the out the numbers >> with printf in case sscanf fails and the output is: >> >> 0: 0.0 0.0 0.0 0.0 1.0 0 >> 1: 1.0 1.0 1.0 1.0 1.0 0 >> 0: 0.0 1.0 1.0 1.0 1.0 0 >> 0,00, -0,00, 0,00. 0,00, 0,00, 3075440 >> >> *** PLPLOT WARNING *** >> Unrecognized cmap1 format (wrong number of items (1) for version 2 of >> format) 0.0 1.0 1.0 1.0 1.0 0 >> >> I'll try now to play around with my locale. The other Mac has also >> Austrian locale, but obviously Qt cocoa doesn't mess around here. > > Ok, this is the problem. Qt carbon changes the locale and sscanf > doesn't work as expected any more. If I add > > setlocale(LC_NUMERIC, "C"); > > just before the sscanf call, everything works as expected. This is > obviously not the correct solution but at least we know what is going > wrong. Also if I change my locale to UK the example works as expected. > > Regards, > Werner > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sme...@iap.tuwien.ac.at > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 > (laboratory) > fax: +43-(0)1-58801-13499 > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Qt driver update
Hi, > I think I found out what the problem is. The first page reads okay, > but then qt takes over to show the plot and somehow changes the locale > or something. This is on a Mac, English version, but Austrian locale - > so after that scanf expects floating point numbers to be written > numbers like 3,1415 and not 3.1415. scanf fails then on the numbers. I > assume that this is the problem, since I printed the out the numbers > with printf in case sscanf fails and the output is: > > 0: 0.0 0.0 0.0 0.0 1.0 0 > 1: 1.0 1.0 1.0 1.0 1.0 0 > 0: 0.0 1.0 1.0 1.0 1.0 0 > 0,00, -0,00, 0,00. 0,00, 0,00, 3075440 > > *** PLPLOT WARNING *** > Unrecognized cmap1 format (wrong number of items (1) for version 2 of > format) 0.0 1.0 1.0 1.0 1.0 0 > > I'll try now to play around with my locale. The other Mac has also > Austrian locale, but obviously Qt cocoa doesn't mess around here. Ok, this is the problem. Qt carbon changes the locale and sscanf doesn't work as expected any more. If I add setlocale(LC_NUMERIC, "C"); just before the sscanf call, everything works as expected. This is obviously not the correct solution but at least we know what is going wrong. Also if I change my locale to UK the example works as expected. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Qt driver update
iments from Werner, Hazen, and Jerry we establish > that the > cmap1 palette file reading problems for example 16 occurs only for > one Qt4 > version on OS X but not others, then we only have to warn about that > bad Qt4 > version for OS X in the release notes, and we are (finally) done > with this > issue. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] RE : RE : Qt driver update
Hi Alban, this works as well. Very good, so apart from this color issue, the qt drivers on Mac work quite well. I'll commit this as well. Please test on Linux if these changes did mess something up. Thanks, Werner On 01.09.2009, at 10:03, Rochel, Alban wrote: > Werner, > > Good news for the flush() issue. It works on Windows too (I just had > forgotten to save the changes I told you to do). To bring the window > to front, try to add widget->raise() after widget->flush() in > plD_eop_qtwidget. > > Alban > ________ > De : Werner Smekal [sme...@iap.tuwien.ac.at] > Date d'envoi : mardi 1 septembre 2009 08:58 > À : Rochel, Alban > Cc : Alan W. Irwin; Hazen Babcock; Jerry; Plplot-devel mailing list > Objet : Re: RE : [Plplot-devel] Qt driver update > > This solves the problems for the grey page. After you run a program > the first plot will be shown (after a short while if there are > multiplots). This is for the carbon qt binary, but I expect this to > work also for the cocoa qt binary. The only thing left now (apart from > this color crazyness) is that the window is in the background when you > start it. Is it possible in Qt to bring the window into the > foreground, since this is something the user would await? I'll commit > these changes. >> >> As for the colour issues, I suspect we have the same kind of issue >> as we have with getenv() on Linux. Qt, as we use it, seems to mess >> up something in the system environment (and I have no idea what). >> I've not had getenv() issues with Qt 4.4. Is it possible for you to >> try this version of Qt? > > It must be something like that since the cocoa library of the same qt > version doesn't have these problems. That's really strange that Qt > somehow overloads the stdlib functions with buggy functions. >> >> I am currently starting to work on Windows for Tuomas Seppala's >> issues. I have no experience on cmake on Windows, so I hope it won't >> take me too long. I'll be away (part of) this afternoon. To tell you >> everything, my wife and I are expecting a baby within 3 weeks, we >> have to go to the hospital this afternoon, and don't be surprised if >> I appear to be away unexpectedly some time in the next weeks. >> However, I'll try to work as much as possible on fixing the issues >> before the release. > > It's actually not much a problem, maybe the wiki helps you a bit: > http://www.miscdebris.net/plplot_wiki/index.php?title=Qt > > Congratulations to you and your wife about the upcoming birth! I wish > you all the best and I'm sure it will be a great time for all of you. > > Regards, > Werner > >> >> Alban > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sme...@iap.tuwien.ac.at > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 > (laboratory) > fax: +43-(0)1-58801-13499 > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] RE : Qt driver update
Hi Alban,
> Having access to one of your Macs could help, indeed, thank you.
> However, for your "grey plot" issues, could you just try the
> following:
> - In bindings/qt_gui/plqt.cpp, change QtPLWidget::flush as follows
> (as I previously asked you to)
> void QtPLWidget::flush()
> {
>repaint();
>QApplication::processEvents(); // add this
> }
This I already did and wrote an email to the list - this fixes example
17 but not the other examples.
>
> - In drivers/qt.cpp, change plD_eop_qtwidget as:
> void plD_eop_qtwidget(PLStream *pls)
> {
>QtPLWidget* widget=((QtPLWidget*)pls->dev);
>int currentPage=widget->pageNumber;
>widget->flush(); // add this
>while(currentPage==widget->pageNumber &&
> handler.isMasterDevice(widget) && ! pls->nopause)
>{
>qApp->processEvents(QEventLoop::WaitForMoreEvents);
>}
> }
This solves the problems for the grey page. After you run a program
the first plot will be shown (after a short while if there are
multiplots). This is for the carbon qt binary, but I expect this to
work also for the cocoa qt binary. The only thing left now (apart from
this color crazyness) is that the window is in the background when you
start it. Is it possible in Qt to bring the window into the
foreground, since this is something the user would await? I'll commit
these changes.
>
> As for the colour issues, I suspect we have the same kind of issue
> as we have with getenv() on Linux. Qt, as we use it, seems to mess
> up something in the system environment (and I have no idea what).
> I've not had getenv() issues with Qt 4.4. Is it possible for you to
> try this version of Qt?
It must be something like that since the cocoa library of the same qt
version doesn't have these problems. That's really strange that Qt
somehow overloads the stdlib functions with buggy functions.
>
> I am currently starting to work on Windows for Tuomas Seppala's
> issues. I have no experience on cmake on Windows, so I hope it won't
> take me too long. I'll be away (part of) this afternoon. To tell you
> everything, my wife and I are expecting a baby within 3 weeks, we
> have to go to the hospital this afternoon, and don't be surprised if
> I appear to be away unexpectedly some time in the next weeks.
> However, I'll try to work as much as possible on fixing the issues
> before the release.
It's actually not much a problem, maybe the wiki helps you a bit:
http://www.miscdebris.net/plplot_wiki/index.php?title=Qt
Congratulations to you and your wife about the upcoming birth! I wish
you all the best and I'm sure it will be a great time for all of you.
Regards,
Werner
>
> Alban
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Qt driver update
___ Linux-powered Science __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 <>-- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Qt driver update
Hi Alan, weekend is family time, so no work from my side on this issue here. I just updated to the last plplot version and I get now little different warnings. >> >> No, colors changed, but I still get warnings, and the colors are >> also still >> wrong: >> >> *** PLPLOT WARNING *** >> Unrecognized cmap1 format 0.0 1.0 1.0 1.0 1.0 0 >> >> *** PLPLOT WARNING *** >> Unrecognized cmap1 format 0. 240. 0.5 1.0 1. 0 >> >> *** PLPLOT WARNING *** >> Unrecognized cmap1 format 0.0 0.0 0.0 0.0 1.0 0 *** PLPLOT WARNING *** Unrecognized cmap1 format (wrong number of items for version 2 of format) 0.0 1.0 1.0 1.0 1.0 0 *** PLPLOT WARNING *** Unrecognized cmap1 format (wrong number of items for version 2 of format) 0. 240. 0.5 1.0 1. 0 *** PLPLOT WARNING *** Unrecognized cmap1 format (wrong number of items for version 2 of format) 0.0 0.0 0.0 0.0 1.0 0 > > First, I cannot reproduce any of the difficulties/warning messages > you are > seeing. So finding the solution to this issue is going to require > some > more experimentation/debugging on your part. Sure, I'll try to debug that, but have limited time to do so. > > Second, please use revision 10355 (or later) for all further > investigation. > I just now made changes for that revision to output more information > in the > warning messages to make it easier to identify exactly which part of > the > code is generating the warning message. That explains the more verbose warning messages. > By the way, I am pretty sure (unless a device driver is really > screwed up) > that cmap1 palette reading troubles should be device independent. > Could you > confirm that by trying -dev psc for example 16? Nope, this warnings only occur with the qt devices. All other drivers I tried (wxwidgets, xwin, ps, pdf) worked as expected. > > The above warning message seem to be only related to the palette > files I > identified and cmap1_default.pal (used for page 4 of example 16) > doesn't > appear to be giving you any trouble. On the other hand, the (very) > strange > thing is example 16 also uses cmap1_gray.pal for the first page, and > you > didn't report any warning messages for that page. > > Could you please try some experiments with > > examples/c/x10c -cmap1 cmap1_*.pal -dev psc -o test.psc > > to see if you have any problems with the above palette files in that > case? Will do that now. > > Once the new warning messages have identified exactly where in the > code the > problem is occurring, could you please try a gdb session (or printf's > scattered around plspal1) to see exactly what is going wrong? > > I am sorry so much of the work tracking down this issue is on your > shoulders, but there is not much I can do here except make > suggestions for > experiments since I am getting perfect (valgrind-clean and heap-clean) > results here. My guess is there is something in the plspal1 code that > depends on some assumption that is only true on Linux, but I don't > know > what that could be. The problem must be somehow related to the qt driver (though as you, I can't imagine what the problem might be) and I try to debug it. Since I have not much experience with qt and also not much time, this might take a little. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tu
Re: [Plplot-devel] RE : Qt driver update
Hi Alban,
yes, that makes example 17 update regularily. The window opens still
in the background but stuff is plotted without getting the focus. The
other examples still remain grey. Would a
"QApplication::processEvents();"-call for eop/end help? I didn't find
the corresponding functions in the qt driver, so I couldn't try.
Thanks,
Werner
On 27.08.2009, at 09:31, Rochel, Alban wrote:
> Hello Werner,
>
> For your issue with example 17, can you try changing
> QtPLWidget::flush() in bindings/qt_gui/plqt.cpp (line 594) into:
> void QtPLWidget::flush()
> {
>repaint();
> QApplication::processEvents();
> }
>
> I hope this will help...
>
> Alban
>
> De : Werner Smekal [sme...@iap.tuwien.ac.at]
> Date d'envoi : jeudi 27 août 2009 08:05
> À : Alan W. Irwin
> Cc : Rochel, Alban; Plplot-devel mailing list
> Objet : Re: [Plplot-devel] Qt driver update
>
> Hi Alban,
>>
>> I have committed your patch as revision 10346. I am really happy to
>> see
>> this go in before our release.
>
> I tried the latest plplot code from svn with Qt 4.5.1 on Mac Os X and
> the issues still remain:
>
> * if I start an example (qtwidget device) from the terminal a window
> pops up in the background which is just grey. After I click on it, the
> plot updates.
> * example 17 doesn't update even if it gets the focus. Instead it
> remains grey and after some time I'll get only the last plot of
> example 17
> * example 16 has wrong colors. The following warning messages are
> print to the screen:
>
> *** PLPLOT WARNING ***
> Unrecognized cmap1 format 0.0 1.0 1.0 1.0 1.0 0
>
> *** PLPLOT WARNING ***
> Unrecognized cmap1 format 0. 240. 0.5 1.0 1. 0
>
> *** PLPLOT WARNING ***
> Unrecognized cmap1 format 0.0 0.0 0.0 0.0 1.0 0
>
> HTH,
> Werner
>
>
>>
>> Alan
>> __
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation
>> for stellar interiors (freeeos.sf.net); PLplot scientific plotting
>> software
>> package (plplot.org); the libLASi project (unifont.org/lasi); the
>> Loads of
>> Linux Links project (loll.sf.net); and the Linux Brochure Project
>> (lbproject.sf.net).
>> __
>>
>> Linux-powered Science
>> __
>>
>> --
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> ___
>> Plplot-devel mailing list
>> Plplot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
> --
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
>
> email: sme...@iap.tuwien.ac.at
> web: http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469
> (laboratory)
> fax: +43-(0)1-58801-13499
>
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Qt driver update
Hi Alban, > > I have committed your patch as revision 10346. I am really happy to > see > this go in before our release. I tried the latest plplot code from svn with Qt 4.5.1 on Mac Os X and the issues still remain: * if I start an example (qtwidget device) from the terminal a window pops up in the background which is just grey. After I click on it, the plot updates. * example 17 doesn't update even if it gets the focus. Instead it remains grey and after some time I'll get only the last plot of example 17 * example 16 has wrong colors. The following warning messages are print to the screen: *** PLPLOT WARNING *** Unrecognized cmap1 format 0.0 1.0 1.0 1.0 1.0 0 *** PLPLOT WARNING *** Unrecognized cmap1 format 0. 240. 0.5 1.0 1. 0 *** PLPLOT WARNING *** Unrecognized cmap1 format 0.0 0.0 0.0 0.0 1.0 0 HTH, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew, >> > > Werner, > >> From what you have said this looks like a problem with the plcont > routine. This uses a common block to share the transform data between > plplot and the user code. From what is being plotted I think this > is not being properly shared. There is some comment magic to import / > export this for some compilers. Can you confirm which fortran compiler > you are using? Do you have any idea if there are any special pragmas > required for exporting common blocks on this compiler? I just updated to gfortran 4.5.0 GNU Fortran (GCC) 4.5.0 20090604 (experimental) [trunk revision 148180] Copyright (C) 2009 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING But the examples 9 and 14 still have the same problem. Regards, Werner > > This is all a bit of a kludge to fix up for not using function > pointers > in fortran. In fact we've now worked out how to do this properly (see > e.g example 19 with mapform). How do people feel about fixing the pltr > functions properly for fortran? This probably requires working out > what to do with PLPointer data. It would be nice if we could get all > languages working the same. > > Andrew > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew, > > Werner, > >> From what you have said this looks like a problem with the plcont > routine. This uses a common block to share the transform data between > plplot and the user code. From what is being plotted I think this > is not being properly shared. There is some comment magic to import / > export this for some compilers. Can you confirm which fortran compiler > you are using? Do you have any idea if there are any special pragmas > required for exporting common blocks on this compiler? The compiler is gfortran (it's used for f77 and f95) GNU Fortran (GCC) 4.2.3 Copyright (C) 2007 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING I can't remember where I downloaded it from and I'm not sure, which gfortran compiler I should get for Mac OS X to update the compiler. Regards, Werner > > This is all a bit of a kludge to fix up for not using function > pointers > in fortran. In fact we've now worked out how to do this properly (see > e.g example 19 with mapform). How do people feel about fixing the pltr > functions properly for fortran? This probably requires working out > what to do with PLPointer data. It would be nice if we could get all > languages working the same. > > Andrew > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
Hi Alan, > The key elements to pay attention to with the patch application are > to make > sure you are in the proper directory within the source tree, and the > --dry-run and -p options for patch such as -p0, -p1, etc. > Basically, the > number after the -p option is the number of subdirectory prefixes to > strip > off the file names in the patch. Hez's current patch has file names > a/drivers/cairo.c and b/drivers/cairo.c so you apply -p1 to strip > off just > the a/ and b/ from the names and patch will find drivers/cairo.c to > patch > _IF_ you are in the top-level of the source tree. However, if you > are in the > drivers subdirectory of the source tree, then you have to use -p2 to > strip > off a/drivers/ and b/drivers from the cairo.c name. Hope that makes > sense. > The --dry-run option lets you know (a) whether the files to be > patched can > be found (i.e., whether you are in a directory that is consistent > with the > -p option you have used), and (b) whether the patch applies cleanly > to those > files (without actually applying the patch). In any case just > remember that > --dry-run gives you a chance to experiment with different -p numbers > until > you discover the correct one for the directory that you are in. > > Here is how I discovered that Hez's patch would apply cleanly (without > actually patching cairo.c) > > softw...@raven> patch --dry-run -p1 \ > < /home/irwin/cairo-xcairo-offscreen-rendering-v2.patch > patching file drivers/cairo.c > > The lack of further messages after the "patching file" message > indicates the > file was found and the patch would apply cleanly. Remove the --dry- > run > option when you actually are ready to apply the patch. After you > apply the > patch and evaluate it, you might want to remove it again from your > source > tree . For that, you use the --reverse option of patch (which > reverses the > effect of the patch). Of course, again, you would first want to use > the > --dry-run and --reverse options combined to make sure you are in the > right > directory with a consistent -p number used before you remove the -- > dry-run > option. I added this to the wiki (http://www.miscdebris.net/plplot_wiki/index.php?title=Apply_a_patch ) if this is ok for you. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] pdf superscripts/subscript constant size issue
Hi Alan, thank you for the report. I forgot to use the fontScale variable, although I calculate it correctly. I fixed some other minor problems with the pdf driver and the superscripts/subscript constant size issue should be fixed now. There are still some other problems, since e.g. example 24 segfaults. The pdf driver needs to be added to the test scripts. Regards, Werner On Aug 21, 2009, at 5:02 PM, Alan W. Irwin wrote: > Hi Werner: > > If _after_ a build you run > > examples/python/test_superscript_subscript.py -dev pdf -o test.pdf > > in the build tree, you will see that the superscript/subscript offset > results are probably okay (if compared with -dev xwin results), but > the font > sizes remain constant with the superscript/subscript level 0 sizes. > This > constant font size issue is confirmed in pdf.c where it appears > dev->fontScale is currently calculated but never actually used to > scale the > font size. > > Would you be willing to deal with this issue? I was thinking of > doing that > myself, but I am having trouble following the pdf code logic for > font size. > The questions I am having difficulty with are the following: > > * Why is dev->textWidth set after it is used in PSDrawTextToCanvas? > > * Should dev->textWidth and dev->textHeight be globally scaled by > dev->fontScale (for their use as an argument to HPDF_Page_Concat) or > should > just the dev->textWidth argument of HPDF_Page_MoveTextPos be scaled by > dev->fontScale? > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew,
> I'm still interested in the c++ and f77 differences. I do not see
> these on either a 32-bit or 64-bit Ubuntu system. What are the
> differences, either visually or in terms of diffing the postscript
> files?
I fixed c++ example 29. In plot3() we still used the old way to set
the time, but not in the c example. On Linux that always worked (or
maybe only on 64 bit systems), but on Windows it didn't and as it
seems also not on Mac OS X. The difference in Fortran examples I still
have to look into.
Regards,
Werner
>
> Andrew
>
> On Thu, Aug 20, 2009 at 03:03:44PM +0200, Werner Smekal wrote:
>> Hi Andrew,
>>
>> seems to work, I get now the following diff results of ctest:
>>
>> 19/ 19 Testing examples_compare
>> Test command: /bin/bash -c ./test_diff.sh
>> Test timeout computed to be: 1500
>> c++
>> Missing examples:
>> Differing postscript output : 29
>> Missing stdout :
>> Differing stdout:
>> f77
>> Missing examples:
>> Differing postscript output : 09 14a
>> Missing stdout :
>> Differing stdout:
>> f95
>> Missing examples:
>> Differing postscript output :
>> Missing stdout :
>> Differing stdout:
>> java
>> Missing examples:
>> Differing postscript output :
>> Missing stdout :
>> Differing stdout:
>> python
>> Missing examples: 16 17 18 19 20 21 22 23 24 25 26 27
>> 28
>> 29 30 31
>> Differing postscript output :
>> Missing stdout :
>> Differing stdout:
>> tcl
>> Missing examples:
>> Differing postscript output : 16 19 21 29
>> Missing stdout :
>> Differing stdout: 21
>> lua
>> Missing examples:
>> Differing postscript output :
>> Missing stdout :
>> Differing stdout:
>> -- Process completed
>> ***Failed
>>
>> So java examples are now perfect.
>>
>> But now python has a problem, example 16 crashes:
>>
>> 6/ 19 Testing examples_python
>> Test command: /bin/bash -c EXAMPLES_DIR=/Users/smekal/Development/
>> plbuild/examples\ SRC_EXAMPLES_DIR=/Users/smekal/Development/plplot/
>> examples\ ./plplot-test.sh\ --verbose\ --device=psc\ --front-
>> end=python
>> Test timeout computed to be: 1500
>> Testing front-end python
>> x01
>> x02
>> x03
>> x04
>> x05
>> x06
>> x07
>> x08
>> x09
>> x10
>> x11
>> x12
>> x13
>> x14
>> x15
>> x16
>> Traceback (most recent call last):
>> File "/Users/smekal/Development/plbuild/examples/python/x16", line
>> 35,
>> in
>>plspal1("cmap1_gray.pal")
>> File "/Users/smekal/Development/plbuild/bindings/python/plplotc.py",
>> line 730, in plspal1
>>return _plplotc.plspal1(*args)
>> TypeError: plspal1() takes exactly 2 arguments (1 given)
>> -- Process completed
>> ***Failed
>>
>> Regards,
>> Werner
>>
>> On 20.08.2009, at 14:45, Andrew Ross wrote:
>>
>>>
>>> Whoops - silly slip up. Surprising it worked for me. Please try
>>> again
>>> now.
>>>
>>> Andrew
>>>
>>> On Thu, Aug 20, 2009 at 02:30:16PM +0200, Werner Smekal wrote:
>>>> Hi Andrew,
>>>>
>>>> doesn't compile any more:
>>>>
>>>> [ 12%] Built target plplot_widgetmodule
>>>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/depend
>>>> cd /Users/smekal/Development/plbuild && "/Users/smekal/
>>>> Applications/
>>>> CMake 2.6-3.app/Contents/bin/cmake" -E cmake_depends "Unix
>>>> Makefiles" /
>>>> Users/smekal/Development/plplot /Users/smekal/Development/plplot/
>>>> bindings/java /Users/smekal/Development/plbuild /Users/smekal/
>>>> Development/plbuild/bindings/java /Users/smekal/Development/
>>>> plbuild/
>>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/DependInfo.cmake --
>>>> color=
>>>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/build
>>>> Linking C shared module plplotjavac_wrap.dylib
>>>> cd /Users/smekal/De
Re: [Plplot-devel] RE : Qt driver update
Hi Alban,
> The main reason why the Qt driver works that way is just an
> inheritance
> of its origins in our QSAS software. In this software, we don't need
> animation, and we only rely on Qt to do the plotting when it has
> time to
> do so. Qt allows to either call an immediate replot or schedule a
> replot
> "when it has time to do so". We chose the latter. We could not just
> plot
> on a canvas in memory and display it, as we want to be able to rescale
> the window and the plot without losing precision. So we store the plot
> in memory as a commands buffer rather than a canvas.
In case of resizing I use the plplot replot() function. Plplot on it's
own buffers all called functions and you can recall them on demand. So
in case of resize I delete the memory buffer, allocated a new one,
replot everything using the PLplot replot() function and copy the
memory buffer to the screen. I didn't know that you have your own
command buffer.
>
> But now I will have to make the driver evolve so that I can update
> only
> the changed part of the plot, as you suggest, but I think slightly
> differently.
Sure, I just wanted to point out how it's done in other drivers.
All the best,
Werner
>
> Alban
>
> Werner Smekal wrote:
>> Hi Alban,
>>
>> I actually don't understand why you need to "replot" everything. In
>> the wxWidgets driver I draw into a memory canvas and from time to
>> time
>> I copy the canvas to the screen, so that the user can see how the
>> plot
>> evolves. This makes the driver slower but a little bit nicer to look
>> at and example 17 works right away for that reason (Maybe I only
>> update the screen if there is a flush, this would improve speed and
>> give the user control about the plot update - I didn't know about
>> this
>> function). In addition to make the plot faster, I only copy the parts
>> of the memory canvas which were changed to the screen. If this is of
>> any help to you, I use the method wxPLDevBase::AddtoClipRegion() for
>> that, which determines the minimal size of the region which must be
>> copied. wxWidgets on its own provides similar functionality but back
>> then I wasn't successful in using that.
>>
>> HTH,
>> Werner
>>
>>
>> On Aug 22, 2009, at 9:38 AM, Rochel, Alban wrote:
>>
>>
>>> Hello Alan,
>>>
>>> I am well aware that repaint is the bottleneck. What repaint does is
>>> ultimately to call QtPLWidget::plot() (via
>>> QtPLWidget::paintEvent()). Plot() does replay the whole buffer, it
>>> was never designed to be "region-aware". So no matter what region/
>>> rectangle is given to the overloaded repaint(...), everything would
>>> be redrawn.
>>>
>>> An easy way to fix that would be to allow it to draw within a
>>> QRegion mask only, using QPainter::clipRegion. And I believe this
>>> would improve performance. However, I think we can do better than
>>> this as:
>>> - The whole buffer would be unrolled anyway, only the actual
>>> painting would be clipped
>>> - we would have the overhead of updating the region at every line,
>>> polyline, polygon command received from PLplot.
>>>
>>> The solution I propose is to keep in memory an iterator ("pointer")
>>> to the last plotted element in the memory buffer, at each plot()
>>> call. This costs very little, and would allow to unroll and draw
>>> only the part of the buffer that has been added since the last
>>> flush(). No region merging, no clipping tests, just flushing what
>>> has not been flushed yet.
>>>
>>> I haven't tried any of the solutions yet and I may realise that my
>>> approach is not feasible or harder than I expect, but I believe this
>>> would be faster in the end.
>>>
>>> Alban
>>>
>>>
>>> De : Alan W. Irwin [ir...@beluga.phys.uvic.ca]
>>> Date d'envoi : vendredi 21 août 2009 23:31
>>> À : Rochel, Alban; Andrew Ross
>>> Cc : PLplot development list
>>> Objet : Re: [Plplot-devel] Qt driver update
>>>
>>> Alban said:
>>>
>>>
>>>> As for your suggestion of using an overloaded repaint(), I'm afraid
>>>> it's
>>>>
>>> not that easy, as any call to the plot function will cause the whole
>>> buffer
>>> to be "replayed" anyway.
>>>
>>> I did an experiment replacing the call to repaint() by a c
Re: [Plplot-devel] RE : Qt driver update
t; __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Patch to speed up xcairo with off-screen rendering
Hi Hez, On Aug 22, 2009, at 11:04 PM, Hezekiah M. Carty wrote: > For anyone interested, I have attached a patch for the Cairo plot > driver which speeds up plotting to the xcairo device considerably, > with the caveat that the plot contents will not appear in the plot > window until a flush occurs by one of: > > - A call to plflush > - The end of the page is reached (e.g., pleop, plenv to start a new > page, plend/plend1 to end the plot stream) I was just thinking about the same change to the wxWidget driver ;) > > This patch puts the behavior of the xcairo device somewhere between > the xwin driver which updates the plot display as it is made and the > qtwidget device which does not display the plot until the end of a > page. > > The rendering speedup is attained by rendering the plot to an > off-screen surface and only updating the visible window when > requested. With this patch applied, the PLplot examples render as > fast or faster on my system (64bit Linux, Cairo 1.8.6) with the xcairo > device as they do with the xwin device, without any flickering and > with all anti-aliasing enabled. Really faster then xwin? That would be quite unexpected. I would only believe that if cairo takes advantage of the graphics hardware. > > The compiled PLplot examples illustrate the speedup (particularly > examples 11, 16 and 20) and flicker-free rendering (example 17) quite > nicely. The shortcoming of not seeing the plot updates until a flush > becomes most noticeable when using the xcairo driver interactively, > say from an interactive Octave, OCaml or Python session. This lack of > interactive updates could be worked around with threading similar to > the pthread use in the xwin driver. The xwin threading code is quite > lengthy and complicated though, so this would likely be a fairly > significant task. In the moment for the wxWidgets driver I update the screen every 100 commands or so, which makes the driver slow - I actually believe that the xwin driver does something similar (at least I got the idea from there). We could introduce a command line option to set this parameter. If not set the driver waits for plfush() or pleop(), if set it updates every x plot commands. Otherwise I don't think it's so bad, that you need plflush(). It's an extra command, but on the other side it gives you full control as a user. I also intend introducing threading in the wxWidgets driver, but this is maybe simpler, since wxWidgets provides such functionality. > > I have been using this patch locally for about 6 months. I find it > makes the xcairo device much more useful for me. The speedup provided > by the off-screen rendering allows me to use the xcairo and its > improved rendering quality where I would have formerly used xwin due > to its impressive speed. > > All that said, I would like to ask for comments from others on this > patch before applying it to PLplot. I had asked a few other > developers for comments on a similar patch several months ago, with > the main concerns voiced at the time centering around the lack of > visible updates as a plot is made unless plflush is called or the plot > page ends. This is a significant visible change to how the xcairo > device works. I intended to bring the discussion of this on-list at > that time, but clearly this was delayed by a few months! I think it's okay, but maybe a command line option for setting the update rate would be great. We set it to a certain number, so that the average user will not see to much difference if the plot is updated every 100 commands. But it'll be faster which is always a good thing. Regards, Werner > > Hez > > -- > Hezekiah M. Carty > Graduate Research Assistant > University of Maryland > Department of Atmospheric and Oceanic Science > v2 > .patch > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. > http://p.sf.net/sfu/bobj-july___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ---
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew,
seems to work, I get now the following diff results of ctest:
19/ 19 Testing examples_compare
Test command: /bin/bash -c ./test_diff.sh
Test timeout computed to be: 1500
c++
Missing examples:
Differing postscript output : 29
Missing stdout :
Differing stdout:
f77
Missing examples:
Differing postscript output : 09 14a
Missing stdout :
Differing stdout:
f95
Missing examples:
Differing postscript output :
Missing stdout :
Differing stdout:
java
Missing examples:
Differing postscript output :
Missing stdout :
Differing stdout:
python
Missing examples: 16 17 18 19 20 21 22 23 24 25 26 27
28 29 30 31
Differing postscript output :
Missing stdout :
Differing stdout:
tcl
Missing examples:
Differing postscript output : 16 19 21 29
Missing stdout :
Differing stdout: 21
lua
Missing examples:
Differing postscript output :
Missing stdout :
Differing stdout:
-- Process completed
***Failed
So java examples are now perfect.
But now python has a problem, example 16 crashes:
6/ 19 Testing examples_python
Test command: /bin/bash -c EXAMPLES_DIR=/Users/smekal/Development/
plbuild/examples\ SRC_EXAMPLES_DIR=/Users/smekal/Development/plplot/
examples\ ./plplot-test.sh\ --verbose\ --device=psc\ --front-end=python
Test timeout computed to be: 1500
Testing front-end python
x01
x02
x03
x04
x05
x06
x07
x08
x09
x10
x11
x12
x13
x14
x15
x16
Traceback (most recent call last):
File "/Users/smekal/Development/plbuild/examples/python/x16", line
35, in
plspal1("cmap1_gray.pal")
File "/Users/smekal/Development/plbuild/bindings/python/
plplotc.py", line 730, in plspal1
return _plplotc.plspal1(*args)
TypeError: plspal1() takes exactly 2 arguments (1 given)
-- Process completed
***Failed
Regards,
Werner
On 20.08.2009, at 14:45, Andrew Ross wrote:
>
> Whoops - silly slip up. Surprising it worked for me. Please try
> again now.
>
> Andrew
>
> On Thu, Aug 20, 2009 at 02:30:16PM +0200, Werner Smekal wrote:
>> Hi Andrew,
>>
>> doesn't compile any more:
>>
>> [ 12%] Built target plplot_widgetmodule
>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/depend
>> cd /Users/smekal/Development/plbuild && "/Users/smekal/Applications/
>> CMake 2.6-3.app/Contents/bin/cmake" -E cmake_depends "Unix
>> Makefiles" /
>> Users/smekal/Development/plplot /Users/smekal/Development/plplot/
>> bindings/java /Users/smekal/Development/plbuild /Users/smekal/
>> Development/plbuild/bindings/java /Users/smekal/Development/plbuild/
>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/DependInfo.cmake --
>> color=
>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/build
>> Linking C shared module plplotjavac_wrap.dylib
>> cd /Users/smekal/Development/plbuild/bindings/java && "/Users/smekal/
>> Applications/CMake 2.6-3.app/Contents/bin/cmake" -E cmake_link_script
>> CMakeFiles/plplotjavac_wrap.dir/link.txt --verbose=1
>> /usr/bin/gcc -O3 -DNDEBUG -bundle -headerpad_max_install_names -o
>> plplotjavac_wrap.dylib CMakeFiles/plplotjavac_wrap.dir/
>> plplotjavacJAVA_wrap.c.o ../../src/libplplotd.9.6.2.dylib /usr/lib/
>> libltdl.dylib /usr/lib/libdl.dylib ../../lib/csa/libcsirocsa.
>> 0.0.1.dylib ../../lib/nn/libcsironn.0.0.1.dylib /Users/smekal/
>> Development/local/qhull-2003.1/lib/libqhull.a ../../lib/qsastime/
>> libqsastime.0.0.1.dylib /usr/lib/libm.dylib
>> Undefined symbols:
>> "_AttachCurrentThread", referenced from:
>> _label_java in plplotjavacJAVA_wrap.c.o
>> ld: symbol(s) not found
>> collect2: ld returned 1 exit status
>> make[2]: *** [bindings/java/plplotjavac_wrap.dylib] Error 1
>> make[1]: *** [bindings/java/CMakeFiles/plplotjavac_wrap.dir/all]
>> Error 2
>> make: *** [all] Error 2
>>
>> Any ideas?
>> Werner
>>
>> On 20.08.2009, at 14:05, Andrew Ross wrote:
>>
>>> On Tue, Aug 18, 2009 at 03:57:35PM +0200, Werner Smekal wrote:
>>>> Hi Andrew,
>>>>
>>>>>
>>>>> I encountered a possible bug with the openjdk java compilers.
>>>>> Which
>>>>> version
>>>>> of java are you using? Everything worked for me with gcj.
>>>>
>>>> The standard ja
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew, doesn't compile any more: [ 12%] Built target plplot_widgetmodule make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make bindings/java/CMakeFiles/plplotjavac_wrap.dir/depend cd /Users/smekal/Development/plbuild && "/Users/smekal/Applications/ CMake 2.6-3.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" / Users/smekal/Development/plplot /Users/smekal/Development/plplot/ bindings/java /Users/smekal/Development/plbuild /Users/smekal/ Development/plbuild/bindings/java /Users/smekal/Development/plbuild/ bindings/java/CMakeFiles/plplotjavac_wrap.dir/DependInfo.cmake --color= make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make bindings/java/CMakeFiles/plplotjavac_wrap.dir/build Linking C shared module plplotjavac_wrap.dylib cd /Users/smekal/Development/plbuild/bindings/java && "/Users/smekal/ Applications/CMake 2.6-3.app/Contents/bin/cmake" -E cmake_link_script CMakeFiles/plplotjavac_wrap.dir/link.txt --verbose=1 /usr/bin/gcc -O3 -DNDEBUG -bundle -headerpad_max_install_names -o plplotjavac_wrap.dylib CMakeFiles/plplotjavac_wrap.dir/ plplotjavacJAVA_wrap.c.o ../../src/libplplotd.9.6.2.dylib /usr/lib/ libltdl.dylib /usr/lib/libdl.dylib ../../lib/csa/libcsirocsa. 0.0.1.dylib ../../lib/nn/libcsironn.0.0.1.dylib /Users/smekal/ Development/local/qhull-2003.1/lib/libqhull.a ../../lib/qsastime/ libqsastime.0.0.1.dylib /usr/lib/libm.dylib Undefined symbols: "_AttachCurrentThread", referenced from: _label_java in plplotjavacJAVA_wrap.c.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [bindings/java/plplotjavac_wrap.dylib] Error 1 make[1]: *** [bindings/java/CMakeFiles/plplotjavac_wrap.dir/all] Error 2 make: *** [all] Error 2 Any ideas? Werner On 20.08.2009, at 14:05, Andrew Ross wrote: > On Tue, Aug 18, 2009 at 03:57:35PM +0200, Werner Smekal wrote: >> Hi Andrew, >> >>> >>> I encountered a possible bug with the openjdk java compilers. Which >>> version >>> of java are you using? Everything worked for me with gcj. >> >> The standard java vm provided by Apple for Mac OS X 10.5. I have no >> idea to find out which version exactly. According to >> >> http://developer.apple.com/technotes/tn2002/tn2110.html >> >> it's >> >> 10.5 Java for Mac OS X 10.5, Update 1 1.6.0_05 1.6.0_05-b13-120 >> >>> >>> I must admit I am no expert at all on the java JNI stuff and I am >>> somewhat >>> at a loss at to why this does not work on some compilers. >>> >>> If I can't fix it then we may need to disable the plslabelfunc call >>> for java >>> which would be irritating. A very similar thing works fine with the >>> mapform >>> callbacks. >> >> I'm of no help (other then testing), since I don't know Java at all. > > I think I've now fixed it. This was an issue with objects no longer > being > valid between the time plslabelfunc was called and the time the > callback > function was actually used (when plenv is called). I think I have now > done this properly by not caching things which may not be valid and > by getting a global reference to the class object containing the > callback. > This now works for me on sun / openjdk implementations as well as gcj. > > Werner, can you check on Mac OS X as well? > > Thanks > > Andrew > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] D bindings (nearly finished) and tests on Mac OS X
Hi, > I submitted now the last D example and the D bindings are therefore > finished. Actually not really finished, since example 20 delivers > slightly different postscript results than the C example. Although if > I compare the output (xwin, wxwidgets, psc) visually I can't spot any > difference. I don't think this is a showstopper, but will have a look > later on, I don't consider that as too serious. Just had the wrong number of colors set in gray_cmap(). So for me on Mac OS X all D and Lua (5.0.3) examples deliver perfect results. I finish my work now on the examples/bindings and start doing some work on the drivers. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Java tests on Mac OS X fail
Hi Andrew, > > I encountered a possible bug with the openjdk java compilers. Which > version > of java are you using? Everything worked for me with gcj. The standard java vm provided by Apple for Mac OS X 10.5. I have no idea to find out which version exactly. According to http://developer.apple.com/technotes/tn2002/tn2110.html it's 10.5 Java for Mac OS X 10.5, Update 1 1.6.0_05 1.6.0_05-b13-120 > > I must admit I am no expert at all on the java JNI stuff and I am > somewhat > at a loss at to why this does not work on some compilers. > > If I can't fix it then we may need to disable the plslabelfunc call > for java > which would be irritating. A very similar thing works fine with the > mapform > callbacks. I'm of no help (other then testing), since I don't know Java at all. Regards, Werner > > Andrew > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] D bindings (nearly finished) and tests on Mac OS X
Ok, I submitted now the last D example and the D bindings are therefore finished. Actually not really finished, since example 20 delivers slightly different postscript results than the C example. Although if I compare the output (xwin, wxwidgets, psc) visually I can't spot any difference. I don't think this is a showstopper, but will have a look later on, I don't consider that as too serious. In addition I ran the plplot tests on Mac OS X with the following results: Test timeout computed to be: 1500 c++ Missing examples: Differing postscript output : 29 Missing stdout : Differing stdout: java Missing examples: 20 21 22 23 24 25 26 27 28 29 30 31 Differing postscript output : 19 Missing stdout : Differing stdout: 19 python Missing examples: Differing postscript output : Missing stdout : Differing stdout: 23 tcl Missing examples: Differing postscript output : 03 16 19 21 24 26 29 Missing stdout : Differing stdout: 21 d Missing examples: Differing postscript output : 20 Missing stdout : Differing stdout: -- Process completed ***Failed 88% tests passed, 2 tests failed out of 17 The following tests FAILED: 3 - examples_java (Failed) 17 - examples_compare (Failed) Errors while running CTest The only bad error is the segmentation fault of the Java example 19. Otherwise everything configures and compiles fine on Mac OS X. Next I'll improve the Lua samples, then pdf, then wxWidgets device. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] Java tests on Mac OS X fail
Hi,
I just ran the plplot tests (latest svn) on Mac OS X, turning
everything on I got and the Java tests fail in example 19:
3/ 17 Testing examples_java
Test command: /bin/bash -c EXAMPLES_DIR=/Users/smekal/Development/
plbuild/examples\ SRC_EXAMPLES_DIR=/Users/smekal/Development/plplot/
examples\ PLPLOT_JAVA_WRAP_DIR=/Users/smekal/Development/plbuild/
bindings/java/\ PLPLOT_CLASSPATH=/Users/smekal/Development/plbuild/
examples/java/plplot.jar\ ./plplot-test.sh\ --verbose\ --device=psc\ --
front-end=java
Test timeout computed to be: 1500
Testing front-end java
x01
x02
x03
x04
x05
x06
x07
x08
x09
x10
x11
x12
x13
x14
x15
x16
x17
x18
x19
./test_java.sh: line 47: 98261 Segmentation fault java -classpath
${PLPLOT_CLASSPATH} ${JAVA_TEST_OPTS} plplot.examples.x${index} -dev
$device -o ${OUTPUT_DIR}/x${index}${lang}%n.$dsuffix $options 2>
test.error >|${OUTPUT_DIR}/x${index}${lang}_${dsuffix}.txt
-- Process completed
***Failed
I believe Andrew had a similar problem on his computer.
Regards,
Werner
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
DVR-Nr: 0005886
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] cmake re-run issue
Hi Alan, > > As of revision 10270, I have made a change (dropping the OPTIONAL > signature > for enable_language in the independent CMake session trying to > figure out > whether a language is viable or not) that eliminates the unnecessary > CMake > re-run on my platform for reasons which I frankly don't completely > understand. The only explanation of what I have observed is that the > independent session with the OPTIONAL signature returns a success > return > code for certain combinations of circumstances (e.g., FC not set) > when the > the language doesn't actually work. In any case, dropping the > OPTIONAL > signature appears to make the correspondence between success or > failure > return code and language working or not more reliable. > > Could you please give this change a try to see whether it eliminates > the > CMake re-run issues on your platforms? Yes, this change did solve my cmake re-run issues. Thanks, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Some improvements to and evaluation of the pdf device driver
Hi Alan,
thanks for fixing the pdf driver. I'll continue work on the pdf driver
quite soon and see if I can fix the remaining problems.
Regards,
Werner
On Aug 15, 2009, at 7:15 AM, Alan W. Irwin wrote:
> Hi Werner:
>
> I recently did a build of -DDEFAULT_ALL_DEVICES=ON and ran into some
> minor
> build troubles with your pdf device driver (based on the haru
> library) which I
> have now fixed (as of revision 10259). The worst of these was I was
> running
> into header troubles and a showstopper build problem on Linux (using
> a newly
> downloaded and built libharu-2.1.0). The culprit was the -
> DHPDF_SHARED
> compile option for non windows builds. When that was removed, all
> was well.
> You also may have to fiddle with -DHPDF_* options in cmake/modules/
> pdf.cmake
> to get this device to build properly on Windows and Mac OS X with
> libharu-2.1.0.
>
> Once I had pdf.so built properly, I evaluated it in the build tree
> of the
> installed examples using
>
> SRC_EXAMPLES_DIR=${CMAKE_CURRENT_SOURCE_DIR}
> ${CMAKE_CURRENT_SOURCE_DIR}/plplot-test.sh --verbose --front-end=c --
> device=pdf
>
> where
> CMAKE_CURRENT_SOURCE_DIR=/home/software/plplot_cvs/installcmake/
> share/plplot5.9.4/examples
> for my particular case.
>
> Running all 31 C examples for the pdf device that way showed no
> obvious
> problems other than a segfault for C example 24.
>
> Here is the full message from a standalone example 24 run with the
> pdf device:
>
> softw...@raven> c/x24c -dev pdf -o test.pdf
> ERROR: error_no=1050, detail_no=0
> Segmentation fault
>
> I don't have time/libharu expertise to look into this segfault any
> further,
> but I assume libhpdf (from the libharu-2.1.0 package) is returning
> that
> ERROR message, and the segfault occurs because that error is not
> handled
> properly by the pdf device.
>
> The pdf results from the above test looked fine using gv except for
> examples
> 10, 15, 17, 24, and 30. I think the issues with examples 10 (box
> and text
> position), 15 (pattern fill spacing), and 17 (legend position) are all
> related; my guess is these issues are due to the driver failing to
> properly
> initialize all required PLplot coordinate system parameters. I have
> already
> discussed the example 24 segfault above. Example 30 shows this
> driver does
> not yet support transparent colours.
>
> The special rendering test, examples/python/
> test_superscript_subscript.py
> gives excellent looking results for the pdf device without any
> changes on my
> part (the off-list report I got from a user about such problems for
> the "pdf
> device" probably was referring to either the pdfqt or pdfcairo
> device.)
>
> To summarize, it is probably still worthwhile to work on this driver
> since
> the single libharu dependency is much simpler than the many different
> pango/cairo or Qt4 libraries that our pdfcairo and pdfqt devices
> depend on.
> I now have the pdf.so build problems straightened out on Linux (at
> least for
> libharu-2.1.0) and most standard examples look good on that platform.
> Finally, when you do have some spare time to continue work on this
> driver, I
> hope these notes on the remaining small number of issues that I
> found will
> be useful.
>
> Alan
> __
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting
> software
> package (plplot.org); the libLASi project (unifont.org/lasi); the
> Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __
>
> Linux-powered Science
> __
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
DVR-Nr: 0005886
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] QT flags in all compile/links calls
Hi Alan, In addition after I configure PLplot with cmake and run make, cmake is run again due "Re-run cmake: build system dependency is missing" (see make.out). It might have something to do with a misconfigured bindings, since when I turn all bindings off, this doesn't happen. I think the re-run should also not happen. I try to find out, which bindings causes this. I found out what causes the rerun. I have to disable f77 and f95 bindings at the command line, then a make call doesn't lead to an rerun of cmake. I attached both outputs of cmake. The command line was cmake -DBUILD_TEST=ON ../plplot &> cmake.out &> cmake.out cmake -DBUILD_TEST=ON -DENABLE_f77=OFF -DENABLE_f95=OFF ../plplot &> cmake_wo_fortran.out The difference between these files is < -- The Fortran compiler identification is unknown < -- Configuring done < -- Generating done < -- Build files have been written to: /Users/smekal/Development/ plbuild/language_tests/Fortran < -- The Fortran compiler identification is unknown < -- WARNING: no working Fortran compiler so disabling Fortran bindings and examples. < -- CMAKE_GENERATOR = Unix Makefiles Is this behavior reproducible on Linux (where no working Fortran compiler is available)? Let me know if you need further information. Regards, Werner cmake.out Description: Binary data cmake_wo_fortran.out Description: Binary data Regards, Werner Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] QT flags in all compile/links calls
Hi,
I'm just trying to make a D compiler run on Mac OS X with cmake and
plplot and encountered some problems. One of them is, that in the call
to build the D bindings library, there are several Qt flags and one of
them doesn't work with the dmd compiler (the /F flag for frameworks).
Using "make VERBOSE=1" I found out, that actually all C/C++ files are
compiled with these flags, which is definitely far from perfect
(although it doesn't harm obviously).
I needed some time to find out why this is the case, but eventually I
could pin it down to the inclusion of ${QT_USE_FILE}, where the Qt
compile and link flags are set globally in cmake/modules/qt.cmake (and
also in examples/c++/CMakeLists.txt, but here the flags are only added
locally). If I commented these lines, the flags weren't added anymore,
but the qt drivers were disabled as well.
Could someone who has more experience with the Qt stuff in the cmake
build system check that and find some other solution? I don't think
that these flags should be set for all C/C++ files compiled.
Best Regards,
Werner
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
DVR-Nr: 0005886
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Latest comparison results show there is some work to do
Hi, >> >> The principal issues are recent important changes to our API and C >> examples >> 3, 16, and 19 have not been propagated much (if at all) to our other >> languages yet. Please do what you can for languages of interest to >> you to >> help clean this up for our forthcoming release. Hazen has started >> on the >> example 16 issues, but help from others will be required for some >> languages >> (probably at least Ada and OCaml) for example 16, and there is a >> lot of work >> to be done on examples 3 and 19 for all languages and also many of >> the >> examples for D. > > To be specific, I was hoping to get help with java, octave, perl, ada, > lua and D. i'm going to do the lua and D changes (if I finally make the D compiler run with cmake on Mac OS X eventually ;). Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows binaries and/or installer
os > do), and there is no way I want PLplot to be even close to any > violation > of a free software license. I know, but as you say, you just need to provide a link to the source packages. We could upload the packages on my webpage where the wiki is - this is also the way I want to go for the script - downloading source code from this webpage, since links might change which would break the script. This way we provide the source code for the script and also not to violate licenses. > > I agree with you that complete light-weight and heavy-weight binary > package > of PLplot will probably be popular on Windows, but in that case you > are > stuck with the source redistribution of the external (L)GPLed > packages as > well. However, you might also want to consider an additional option > of a > "no_external" binary package for PLplot which installs no external > libraries, but instead gives the users the above script to build > what they > need. That option does not require external source distribution > since you > are not distributing external dll's in that case. Probably most > users would > prefer the "complete" light-weight or heavy-weight packages (at > least to > start), but the no_external package costs little to produce compared > to the > others, and its popularity (as measured by SF download statistics) > might > surprise us. Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] plgwid()
Hi Arjen,
>>
>> While I like the API simplification this could provide, I have two
>> primary concerns:
>>
>> First, could the first argument - the field to get/set - be an
>> enumerated type of some sort? This should help catch typos at
>> compile
>> time rather than run time. (PL_LINE_WIDTH rather than "line width").
>> Additional fields would then require adding elements to the
>> enumeration which, as I understand, should not break existing code.
Yes, enumeration of #define macros would be much better and faster.
Comparing strings is surely not the best.
>>
>> Second, the void* approach may not translate well to other languages.
>> I'm not sure if there is a way to do this in C that would translate
>> well to the other PLplot-supported languages though.
>>
>
> I agree that a void * argument would be very bad for most languages,
> if not all, and it leaves the interpretation of the value up to the
> programmer. What about filling a structure instead?
Or even better an union. It's always problematic how such things
should be solved, but I even have another idea. Why not get ALL
information in one struct. e.g.
plgetattr( struct plAttributes* att);
struct plAttributes {
int width;
int frontcolor;
int backcolor;
..
}
You will not use such functions in critical situations anyway (or?),
so speed is not a problem and you could get all attributes at once. On
the other side, maybe difficult to port to other functions, but
something like structs or tables all languages have, or?
Just brainstorming,
Regards,
Werner
>
> Something like:
>
> type struct _plAttribute {
> PLINT attributeType; /* enumerated: integer, float,
> boolean, ... */
> PLINT intValue; /* value reserved for attributes that can be
> represented as integers - at least in C
> */
> PLFLT floatValue; /* ditto: floating point attributes */
> char *stringValue;/* ditto: character string attributes */
> } plAttribute;
>
> void plget( char *attribute, plAttribute *attValue );
> void plset( char *attribute, plAttribute *attValue );
>
> The various language bindings could then easily distinguish the
> proper type of the attribute (overloading the functions) or
> fill a similar structure and pass that.
>
> In C you could use the idiom:
>
> plget( "myattribute", &attValue );
> if ( attValue.attributeType == PL_ATT_INT ) {
> attValue.intValue = newValue;
> plset( "myattribute, &attValue );
> }
>
> so that you can be certain only a value of the proper type is passed.
>
> An alternative is:
>
> void plget( char *attribute, int *type, PLINT *intValue,
> PLFLT *floatValue, char **stringValue );
> void plset( char *attribute, int type, PLINT intValue,
> PLFLT floatValue, char *stringValue );
>
> with a similar associated idiom.
>
> Regards,
>
> Arjen
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
DVR-Nr: 0005886
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] alpha channel/transparency for our background colour
Hi Alan, > I would also like to specify the transparency of the background > conveniently > using the -bg command-line option. I was thinking along the lines of > > -bg ff_0.3 > > to specify the same semitransparent background that I gave as an > example > above. The implementation would simply check the length of the > option string > and if greater than 6, parse the first 6 as hex, check for the > underscore, > and parse the remainder as a floating point value. Please comment > _soon_ if > you forsee any trouble with that implementation idea. I don't see any trouble, but what about -bg ff for opaque and -bg ff3f for transparent background. This would be much easier to check (must be 6 or 8 chars) and transparency has most of the times 255 values anyway AFAIK (depending on the implementation, e.g. png). But you solution would be also ok. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows binaries and/or installer
Hi Alan, > > Hazen, I would advise avoiding all that pain by sticking with just > distributing a binary version of PLplot without the external > dependencies. Nope, not a good idea. Although most dlls are loaded on demand (with the driver dll) it's just not the way a Windows user wants to have a binary of a library. So you would provide a binary which is just broken, since dll dependencies are missing. You await that the user is downloading 6 other libraries on its own, just to make plplot work. Sorry, but Windows is working different. There is not apt-get or yum which just solves these dependency issues for you. I would just provide a binary which has everything in it (this is what is "usual" in the windows world). E.g. the QT SDK provides lot of libraries which are not by Qt/Nokia (e.g. libpng, webkit and dozens others). They don't assume, that you compile webkit on your own (which is close to impossible ;). We could provide several plplot distributions, e.g. one which has only the wingcc driver in and all other devices which are easy to compile (png, svg, ect.) and one heavy binary with qt and others. And exactly here is the point where my script comes in handy. To answer you earlier message, cpack would be perfect, but you need to copy the necessary dlls in afterwards into the zip file. But Cpack doesn't compile other dependencies. And actually my script is not about to replace cpack. The aim of the script is to provide a "standard" development environment where all libraries are downloaded and compiled with known parameters. Then plplot is compiled and cpack can be used to make the package. The script can then copy the missing dlls into the zip. I know this is completely different to Linux, but in Linux one has problems with a certain library you ask him which version he has and if he used apt-get. If Hazen compiles the qhull library and uses it and after one year I have problem with that library and I ask him how he compiled the library, he may not know. It may even a problem with two or more version of the same library being available on the same system (which happens often) and then you use the wrong library without knowing that. Using a script you provide all the libraries and you are *sure* that these libraries are used. I'm feeling quite strong about that issue, since I had all these problems the last 10 years I developed on Windows machines, and such scripts I use often in my projects and made my life much easier especially working with other developers, since they then use also the same "standard" development environment. Werner > That is hard enough already because I just realized you are going to > have to > think carefully about the 64-bit versus 32-bit issue. I notice, for > example, that on the Qt binary download page there are 64-bit and 32 > bit > Linux versions but no such separation for Mac OS X and Windows. > It's quite > possible that means those OS's deal with 32-bit versus 64-bit > automagically. > OTOH, there may be an assumption or de facto standard that all binary > distributions for those OS's are 32-bit. I don't know. > > BTW, I think there has been an attempt by some Linux distributions to > support mixed 32-bit and 64-bit systems. I don't know whether that > effort > is continuing, but I am very happy with my pure 64-bit system for > Debian, > and I wouldn't want the heachaces of mixing in some 32-bit apps and > libraries. > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows binaries and/or installer
>> Hi Hazen, >> zip all of them are easy to install. > > My preference would be some sort of pre-compiled binary, basically a > zip of c:\program files\plplot, which I think is what Alan was > discussing with cpack. Someone who already knows that they want to > use PLplot is probably willing to install all of the pre- > dependencies, but someone who is simply trying to evaluate it might > not be so excited. You misunderstood me here. The batch file creates a plplot dll and installs everything into one directory. Then you zip it as you want it. In that way we have a easy way for us developers to create such a binary distribution. If you do without a batch file, you need to do a lot of steps over and over again for every new release and you'll be the only one who can do the binary release. It may not be clear, what libraries you included etc. With a batch file this is all "standardized". Regards, Werner > > However these two approaches are not mutually exclusive. How about > we put your script in the repo in say sys/win32? Then we can work on > the testing, etc. Once we're happy with the stability and > performance we can add directions about how to use it to the wiki. > Down the road we could then use it to generate our pre-compiled > binaries if we decide to go that route. > > -Hazen > -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows binaries and/or installer
Hi Hazen, > I was thinking of just providing the relevant PLplot dlls for working > with Qt, etc, rather than actually including Qt, etc, in our > distribution. I don't think this is totally orthogonal to typical > Windows style as programs like PyQt do not come with Python. The user > would be responsible for downloading mingw, Qt, etc, depending on > their > own needs. However, perhaps then we'd start having problems with > incompatible dlls? For wxWidgets this is not possible since there is no binary release of wxWidgets. I wouldn't also suggest that for QT, because that means the users (!) of plplot would be forced to download a >140MB QT release just to create a simple plot. I don't think that this is a good idea. AFAIK, you just need to include one dll, this shouldn't be a problem (though it will also increase the file size considerably). Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows binaries and/or installer
Hi Hazen, On 24.07.2009, at 02:06, Hazen Babcock wrote: I'd like to start offering a Windows binary and/or an installer along with our source releases. I now have access to a Windows box which I can put pretty much anything on to, i.e. Qt, WxWidgets, Cairo(?), etc... so I'm volunteering myself to generate whatever binaries needs to be generated to make this happen. This has come up several times in the past and then died off so I'm not really sure where things stand. So, to start, what needs to be done to provide a minimalist version of PLplot with the basic windows drivers (wingcc?) with working C examples? Do we need to provide both MinGW and Visual Studio versions of the dlls? I'm actually "working" on this and already have something which provides the basic PLplot package. Adding other stuff gets then more and more "problematic". On one side is the size a problem. Putting QT and wxWidgets library into the (same) package will likely lead to a really *huge* download. In addition getting all cairo dependencies into the package is not easy and makes a big download. Also the compiler problem is not easy. In principle it's possible for both compilers to use a plplot dll created by another compiler, except functions which return a file handle (do we have any?). I'm also not sure if e.g. Visual C++ 2005 is able to use dlls form Visual C++ 2008 and vice versa - this obviously difficult to test if you only have one computer. So I would just provide a package for MinGW (3.4.5) and Visual C++ 2008 - should be not so much a problem if we using a batch file (see below). I think an official looking Windows installer might be a nice feature and I was looking at WiX (http://wix.sourceforge.net/) as one option. Any suggestions here? Or is what we are installing simple enough so that a .zip file is sufficient and we shouldn't bother with an installer? In no case I would use an installer. It just makes the package bigger for no obvious advantage. I think the minimal requirement of a Windows developer must be, that he is able to unzip a file. Zip file it must be, since tar.gz packages are not common. Anyway the way I went and I think that's the correct one, since I have done that for other libraries as well is to provide a batch file which can be configured to produce the configuration in question on it's own using only plplot source and the compiler. It downloads necessary libraries (via curl) and unzips them (via 7zip), even compiles them (cmake) and then copies all together in one package. The big advantage of that is, that you only need run the batch file and everything gets created at once. No need to install any other libraries before. Problem here is that you need to use Windows CLI commands, since bash scripts or so don't work well on Windows even with winbash - and it's always best to use native tools, especially if you don't do cross platform here. I also consider(ed) to use kixtart (http://www.kixtart.org/ ) which is quite common on Windows, easy to install (just one exe) - actually I used it already. Attached you will find a batch file which creates a plplot package already including the qhull library. Not well tested so problems may occur. But in my opinion starting from here is the best solution. It's easy for someone else to make a package as well, he just needs a compiler, cmake, kixtart, curl and 7zip all of them are easy to install. What do you think? Regards, Werner -Hazen -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 buildPLplot.kix Description: Binary data -- ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows/mingw32 build questions
Hi, I believe cmake can be told to be very verbose about its configuring. Don't have time now, but a quick search showed that cmake --debug-output might be of any help to you. Regards, Werner On Jul 17, 2009, at 4:48 PM, Hazen Babcock wrote: > Hazen Babcock wrote: >> Alan W. Irwin wrote: >>> On 2009-07-15 17:53-0400 Hazen Babcock wrote: >>> >>>> Alan W. Irwin wrote: >>>>> [...]Furthermore, if you are still getting a warning (now) about >>>>> a missing C++ >>>>> compiler, I frankly don't understand why 5.9.4 works for you at >>>>> all without >>>>> erroring out at cmake time. The C++ language was an absolute >>>>> requirement for >>>>> 5.9.4. The method used to find C++ had a different top-level >>>>> (the project >>>>> command without any languages specified is the same as demanding >>>>> C and C++), >>>>> but the underlying method (CMakeDetermineCXXCompiler) for >>>>> finding the C++ >>>>> compiler should be identical. Are you using the exact same >>>>> generator and >>>>> environment variables for both PLplot 5.9.4 and PLplot svn >>>>> trunk? The >>>>> generator and CXX environment variable will make a difference to >>>>> whether you >>>>> find a C++ compiler or not. >>>> I believe everything is the same. I am using the CMake GUI >>>> configuration utility and not the command line cmake (due to the >>>> apparent gdi32 issue). The problem is that cmake-gui-plplot-5.9.4 >>>> considers my C++ compiler to be findable/acceptable whereas cmake- >>>> gui-plplot-svn does not. Note that cmake-gui-plplot-svn does find >>>> a Gnu CXX compiler but then errors out anyway. Any ideas about >>>> what might have changed to lead to this difference would be >>>> appreciated. I'd like to get Qt and PyQt working on the windows >>>> computer that I have access to so I'll need to get past this C++ >>>> hang up (and/or figure out the gdi32 thing so that I can use the >>>> command line version of cmake). >>> Try disabling the wingcc device to avoid anything to do with >>> gdi32. Does that >>> solve all your Windows build issues? >> It looks like the problem is actually somewhere in the >> PLD_wxwidgets logic. If I set PLD_wxwidgets=OFF then everything >> else seems to work (for both plplot-svn and plplot-5.9.4). > > I added a bunch of Message(STATUS "X") commands to wxwidgets.cmake > and to FindwxWidgets.cmake. This leads me to believe that the > problem is in the FIND_PATH(wxWidgets_ROOT_DIR .. command on line > 388 in the FindwxWidgets.cmake module. Any suggestions about what to > do/try next? > > -Hazen > -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows/mingw32 build questions
Hi Hazen,
>>
>
> I believe everything is the same. I am using the CMake GUI
> configuration
> utility and not the command line cmake (due to the apparent gdi32
> issue). The problem is that cmake-gui-plplot-5.9.4 considers my C++
> compiler to be findable/acceptable whereas cmake-gui-plplot-svn does
> not. Note that cmake-gui-plplot-svn does find a Gnu CXX compiler but
> then errors out anyway. Any ideas about what might have changed to
> lead
> to this difference would be appreciated. I'd like to get Qt and PyQt
> working on the windows computer that I have access to so I'll need to
> get past this C++ hang up (and/or figure out the gdi32 thing so that I
> can use the command line version of cmake).
I don't believe that the gdi32 library is your problem. Look at the
code in wingcc.cmake:
message(STATUS "Looking for gdi32 header and library")
find_library(GDI32_LIBRARY gdi32 HINTS ${MINGWLIBPATH} $
{BORLANDLIBPATH})
if(GDI32_LIBRARY)
find_library(COMDLG32_LIBRARY comdlg32 HINTS ${MINGWLIBPATH} $
{BORLANDLIBPATH})
endif(GDI32_LIBRARY)
if(GDI32_LIBRARY AND COMDLG32_LIBRARY)
message(STATUS "Looking for gdi32 header and library - found")
set(wingcc_LINK_FLAGS "${GDI32_LIBRARY};${COMDLG32_LIBRARY}")
if(WITH_FREETYPE)
set(
wingcc_COMPILE_FLAGS
"${wingcc_COMPILE_FLAGS} -I${FREETYPE_INCLUDE_DIR}"
)
set(
wingcc_LINK_FLAGS
${wingcc_LINK_FLAGS}
${FREETYPE_LIBRARIES}
)
endif(WITH_FREETYPE)
set(DRIVERS_LINK_FLAGS ${DRIVERS_LINK_FLAGS} ${wingcc_LINK_FLAGS})
It's just looking for gdi32.lib (or libgdi32.a in the MinGW case)
using some hints where to find that. Then it looks for the comdlg32
library. The only problem I can see is later, when the wingcc driver
is called in test-drv-info? Here the gdi32 dll will be loaded and
leads maybe to problems. I need to know which gdi32 library is found.
Please add a
message(STATUS "GDI32_LIBRARY=${GDI32_LIBRARY}")
at an appropriate place. It must not be "gdi32.dll" since this is the
system dll, which mingw might be able to link to, but can't use
directly. Did you install the WinAPI package?
Regards,
Werner
PS: could you post the complete cmake configure output and also how
you call it?
>
> -Hazen
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited
> time,
> vendors submitting new applications to BlackBerry App World(TM) will
> have
> the opportunity to enter the BlackBerry Developer Challenge. See
> full prize
> details at: http://p.sf.net/sfu/Challenge
> _______
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] [PATCH] Aspect ratio fix for rotated plots
Hi, > > In the case of the wxGC driver, from looking at the driver source and > the plot output, I think the reason it works is that it does not do > any text clipping. The output from the wxwidgets driver with a > non-zero orientation seems to be the same as the xcairo output with > text clipping disabled. I am not familiar with the wxwidgets driver > though, so I may be misunderstanding this somewhat. That's correct - I didn't implement the text clipping so far. > > As a somewhat related side-note, I see different output for example 1 > with wxwidgets versus xcairo. For plots 1 and 2, xcairo has the point > markers directly lined up with the plotted lines, whereas in the > wxwidgets output the points are slightly offset from the line. This > is on Fedora 11 64bit, Cairo 1.8.6 and wxGTK 2.8.10. I have attached > the output from each to illustrate. This is likely an entirely > separate issue from this thread's topic though, if it is a PLplot > issue at all. It's a font issue. For some fonts it's problematic to correctly align the symbols. Since this happens if you use the freetype library also (only for some fonts, e.g. Arial in Windows) I believe there is not a general solution to that. Since there is at least one parameter which you can choose at will (fontsize multiplicator) this is very likely. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows/mingw32 build questions
Hi Hazen, On Jul 15, 2009, at 7:14 PM, Hazen Babcock wrote: > > (1) Do we have a minimum c++ version requirement? I couldn't find > anything in the archives but when I tried to run cmake on svn head I > get > this error: > > CMake version = 2.6.4 > The CXX compiler identification is GNU > CMake Error at cmake/modules/c++.cmake:57 (message): > C++ compiler absolutely required to build this project. > Call Stack (most recent call first): > cmake/modules/plplot.cmake:127 (include) > CMakeLists.txt:82 (include) > > I also tried with 5.9.4 and I did not see this problem. I have the > standard mingw c++ version 3.4.5, which is perhaps a little dated? 3.4.5 is fine, it was until recently the standard MinGW version - just recently they released 4.4.4 (big step), but I don't think anybody tested plplot with that version so it's best to stick with 3.4.5 which is well tested. Did you install the the g++ compiler package? Did you choose the correct generator for cmake? If you have MinGW without MSYS you need to use the generator "MinGW Makefiles", if you compile inside MSYS you need "MSYS Makefiles". The latter I think is chosen automatically, but the MinGW Makefiles I believe not. How do you invoke cmake and in MSYS or in cmd.exe? > > (2) When I try to run a python example I get "ImportError: No module > named _plplotc". I have python2.6, numpy 1.3.0 and swig(swigwin?) > 1.3.39. Is there anything special that I need to do to use Python/ > PLplot > on windows? I once tested Python 2.4 on Windows and it kinda worked. Wait - I wrote a message that days and you can read it here: http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00129.html maybe this thread is of any help for you, keep us posted. Regards, Werner > > thanks, > -Hazen > > > -- > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited > time, > vendors submitting new applications to BlackBerry App World(TM) will > have > the opportunity to enter the BlackBerry Developer Challenge. See > full prize > details at: http://p.sf.net/sfu/Challenge > _______ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] cmap0.pal and cmap1.pal support
Hi Alan and Hazen, > > An additional format issue I just thought of for these ascii colour > palette > files is line endings. Presumably some of our Windows users will > want to > edit these files directly (since they have no access to -dev tk or the > associated colour palette GUI) so the resulting ascii files will > have the > Windows line endings (\cr followed by \nl as opposed to the Unix \nl). > Also, assuming that we use the svn native line ending property for > these > files, our Windows users will checkout a version of our official > palette > files that have the windows line endings. I presume the Windows line > endings > means the null-terminated string returned by pdf_rd_header will have > a \cr > prepended to that null termination which will require a bit of care > when parsing that string (or a special provision in pdf_rd_header to > remove the \cr if it exists and the platform is windows). AFAIK, fscanf ignores any white space including line breaks - it just "overreads" it. So, it also doesn't make sense to do fscanf(file, "%lf\n", var); just use fscanf(file, "%lf", var); Regards, Werner > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the > Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __ > > Linux-powered Science > __ > > -- > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited > time, > vendors submitting new applications to BlackBerry App World(TM) will > have > the opportunity to enter the BlackBerry Developer Challenge. See > full prize > details at: http://p.sf.net/sfu/blackberry > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
