Menu
▾
▴
Re: [Plplot-general] Plplot on Mingw
|
From: Walt B. <wal...@gm...> - 2014-11-28 19:12:57
|
As before, it seems I am making progress, but am stuck again.
First I moved cmake to a location with no spaces in its path name
and rebuilt plplot. All good as before.
Leaving the install files where they were built, everything works with
the driversd and the bin directory in my PATH and PLPLOT_DRV_DIR
set to the driversd directory. PLPLOT_LIB_ENV doesn't seem to be
needed as you thought (A), but the DRV one did (if I got all the
combinations straight).
Then I tried copying the entire install directory to a different location
(if they are to become part of the Fortran Tools, they need to run
in an arbitrary location, so people can install them in different places).
I got the following, so it is apparently not finding the *.fnt *.map *pal
files.
Note below that PLPLOT_LIB_ENV is set.
===============
C:\walt\Software\Plplot\TEST_FT>a
Plotting Options:
< 1> wingcc Win32 (GCC)
< 2> ps PostScript File (monochrome)
< 3> psc PostScript File (color)
< 4> xfig Fig file
< 5> null Null device
< 6> mem User-supplied memory device
< 7> svg Scalable Vector Graphics (SVG 1.1)
Enter device number or keyword: 1
*** PLPLOT WARNING ***
Unable to open cmap0 file cmap0_default.pal
*** PLPLOT WARNING ***
Unable to open cmap0 file cmap0_default.pal
*** PLPLOT WARNING ***
Unable to open cmap1 .pal file cmap1_default.pal
*** PLPLOT ERROR, IMMEDIATE EXIT ***
Unable to either (1) open/find or (2) allocate memory for the font file
Program aborted
C:\walt\Software\Plplot\TEST_FT>echo %PATH%
C:\FortranTools\plplot\lib\plplot5.10.0\driversd;C:\FortranTools\plplot\bin;C:\x
xxwalt\Software\Gfortran\mingw64\bin;C:\ProgramData\Oracle\Java\javapath;C:\Fort
ranTools\bin;C:\FortranTools\gfortran\bin;C:\FortranTools\gtk\bin;C\FortranTools
\gnuplot\binary;C:\FortranTools\plplot\bin;C:\cygwin\bin;C:\Program Files
(x86)\
Intel\iCLS Client\;c:\Program Files\Intel\iCLS
Client\;C:\windows\system32;C:\wi
ndows;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\;C:\Pr
ogram Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program
Files\Int
el\Intel(R) Management Engine Components\IPT;C:\Program Files
(x86)\Intel\Intel(
R) Management Engine Components\DAL;C:\Program Files (x86)\Intel\Intel(R)
Manage
ment Engine Components\IPT;C:\Program
Files\Hewlett-Packard\SimplePass\;C:\Progr
am Files (x86)\Windows Live\Shared;C:\walt\Software\Cmake\bin
C:\walt\Software\Plplot\TEST_FT>dir
C:\FortranTools\plplot\share\plplot5.10.0
Volume in drive C is Windows
Volume Serial Number is DECB-58EB
Directory of C:\FortranTools\plplot\share\plplot5.10.0
11/28/2014 11:14 AM <DIR> .
11/28/2014 11:14 AM <DIR> ..
03/11/2003 03:49 AM 57,192 cglobe.map
06/01/2011 01:50 PM 131 cmap0_alternate.pal
06/01/2011 01:50 PM 195 cmap0_black_on_white.pal
06/01/2011 01:50 PM 131 cmap0_default.pal
06/01/2011 01:50 PM 195 cmap0_white_bg.pal
06/01/2011 01:50 PM 51 cmap1_blue_red.pal
06/01/2011 01:50 PM 220 cmap1_blue_yellow.pal
06/01/2011 01:50 PM 80 cmap1_default.pal
06/01/2011 01:50 PM 69 cmap1_gray.pal
06/01/2011 01:50 PM 51 cmap1_highfreq.pal
06/01/2011 01:50 PM 105 cmap1_lowfreq.pal
06/01/2011 01:50 PM 426 cmap1_radar.pal
11/28/2014 11:14 AM <DIR> examples
03/11/2003 03:49 AM 33,602 globe.map
04/10/2010 10:05 PM 6,414 plstnd5.fnt
04/10/2010 10:05 PM 58,818 plxtnd5.fnt
03/11/2003 03:49 AM 44,530 usa.map
03/11/2003 03:49 AM 76,720 usaglobe.map
17 File(s) 278,930 bytes
3 Dir(s) 857,254,592,512 bytes free
C:\walt\Software\Plplot\TEST_FT>echo %PLPLOT_LIB_ENV%
C:\FortranTools\plplot\share\plplot5.10.0
======================================
I will try the latest trunk and MSYS if I can, but it looks like this
is working if I can tell it how to find these files.
Thanks again to both of you.
On Fri, Nov 28, 2014 at 3:26 AM, Alan W. Irwin <ir...@be...>
wrote:
> On 2014-11-28 08:30-0000 Arjen Markus wrote:
>
> Hi Walt,
>>
>>
>>
>> I have encountered such messages myself - they are due to the PLplot
>> start up routines not being able to find the dynamic drivers (indeed they
>> reside in the DLLs in the "drivers" directory). Within the build tree, it
>> is easy enough for the routines to find them, but outside you may need to
>> set the environment variable PLPLOT_DRV_DIR.
>>
>>
>>
>> A further problem you would encounter is the location of the fonts and
>> some other files. For this set the environment variable PLPLOT_LIB_ENV to
>> the directory containing the .fnt and .al files. (Note that default values
>> are used that correspond to the installation prefix, but if there is some
>> discrepancy, then these environment variables will help out).
>>
>>
>>
>> A small caveat: I have not actually tried all of this just now (I scanned
>> the source code for the correct names), but in the not-so-distant past I
>> had to resort to this method, so I am confident it works. If not, let me
>> know and I will dive into it. Having done it before means I should be able
>> to find it quickly.
>>
>
> Hi Arjen and Walt:
>
> @Arjen: Just to clarify, I haven't tried extensive testing of the
> "MinGW Makefiles" generator case, and I know there are continuing
> PLplot problems with blanks in pathnames. So for either of those
> cases, the above historical workarounds (or some other workaround)
> might be needed for Windows. And also for 5.10.0, the "MSYS
> Makefiles" case with no blanks in pathnames passed some limited build
> tree tests but not install-tree tests.
>
> However, I just double-checked and for the git master branch (at least
> for commit id 3e817e8 on that branch that came after the release of
> 5.10.0,see details at the bottom of
> <https://sourceforge.net/p/plplot/wiki/Testing_PLplot/>), I finally
> got all comprehensive testing to work without issues for the the "MSYS
> Makefiles" case with no blanks in pathnames case.
>
> @Walt: I rarely do comprehensive testing on my Wine platform because
> it is an incredibly slow version of Windows (comprehensive tests take
> a couple of days of cpu time rather than a couple of hours). However,
> I don't anticipate that we have introduced any Windows build or test
> issue on the master branch since the last time I did that
> comprehensive test. Therefore, I suggest you use the latest git master
> branch version of PLplot and the "MinGW MSYS" generator with no blanks
> in any pathname to see if you can replicate the good Windows result I
> had for that case for an earlier master branch version.
>
>
> 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
> __________________________
>
--
Walt Brainerd
|
