[Met_help] [rt.rap.ucar.edu #61329] History for /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
John Halley Gotway via RT
met_help at ucar.edu
Thu May 16 09:41:59 MDT 2013
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Greetings:
I managed to fix the previous library issues which came from various
sources-
I have managed to compile all the tools with the exception of:
- *wwmca_plot*
- *wwmca_regrid*
My compilation aborts due to this error message below (related to C) -
since I know nothing about C nor C++, I have no clue what this error means
(even after googling it) and, therefore, would very much appreciate any
help on how to fix this:
icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o closepb.o
readpb.o dumppb.o \
-Wall -Wshadow -static -DBLOCK4
-DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
-I/home/Alex.Fierro/METv4.0/include
-I/home/Alex.Fierro/netcdf-3.6.1/include -I/home/Alex.Fierro/GSL/gsl-1.15
-I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
-I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
-L/home/Alex.Fierro/METv4.0/lib -L/home/Alex.Fierro/netcdf-3.6.1/lib
-L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
-L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
-lvx_stat_out \
-lvx_statistics \
-lvx_shapedata \
-lvx_gsl_prob \
-lvx_analysis_util \
-lvx_data2d_factory \
-lvx_data2d_grib \
-lvx_data2d_nc_met \
-lvx_data2d_nc_pinterp \
-lvx_data2d \
-lvx_nc_util \
-lvx_grid \
-lvx_config \
-lvx_pb_util \
-lvx_cal \
-lvx_util \
-lvx_math \
-lvx_color \
-lvx_log \
-lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
-lf2c -lifcore
/usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
using ::isalnum;
^
/usr/include/c++/4.1.2/cctype(71): error: the global scope has no "isalpha"
using ::isalpha;
^
/usr/include/c++/4.1.2/cctype(72): error: the global scope has no "iscntrl"
using ::iscntrl;
^
/usr/include/c++/4.1.2/cctype(73): error: the global scope has no "isdigit"
using ::isdigit;
^
/usr/include/c++/4.1.2/cctype(74): error: the global scope has no "isgraph"
using ::isgraph;
^
/usr/include/c++/4.1.2/cctype(75): error: the global scope has no "islower"
using ::islower;
Cheers and many thanks,
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies* (OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61329] /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: John Halley Gotway
Time: Mon May 13 10:02:56 2013
Alex,
I apologize for the long delay in getting back to you. Are you still
experiencing this issue in the compilation of MET?
What version of MET are you trying to compile?
Thanks,
John Halley Gotway
met_help at ucar.edu
On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>
> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
> Transaction: Ticket created by alexandre.o.fierro at gmail.com
> Queue: met_help
> Subject: /usr/include/c++/4.1.2/cctype(70): error: the global
scope has no "isalnum"
> Owner: Nobody
> Requestors: alexandre.o.fierro at gmail.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>
>
> Greetings:
>
> I managed to fix the previous library issues which came from various
> sources-
>
> I have managed to compile all the tools with the exception of:
>
>
> - *wwmca_plot*
> - *wwmca_regrid*
>
>
> My compilation aborts due to this error message below (related to C)
-
> since I know nothing about C nor C++, I have no clue what this error
means
> (even after googling it) and, therefore, would very much appreciate
any
> help on how to fix this:
>
> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
> readpb.o dumppb.o \
> -Wall -Wshadow -static -DBLOCK4
> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> -I/home/Alex.Fierro/METv4.0/include
> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> -L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
> -L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
\
> -lvx_stat_out \
> -lvx_statistics \
> -lvx_shapedata \
> -lvx_gsl_prob \
> -lvx_analysis_util \
> -lvx_data2d_factory \
> -lvx_data2d_grib \
> -lvx_data2d_nc_met \
> -lvx_data2d_nc_pinterp \
> -lvx_data2d \
> -lvx_nc_util \
> -lvx_grid \
> -lvx_config \
> -lvx_pb_util \
> -lvx_cal \
> -lvx_util \
> -lvx_math \
> -lvx_color \
> -lvx_log \
> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
> -lf2c -lifcore
> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
"isalnum"
> using ::isalnum;
> ^
>
> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
"isalpha"
> using ::isalpha;
> ^
>
> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
"iscntrl"
> using ::iscntrl;
> ^
>
> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
"isdigit"
> using ::isdigit;
> ^
>
> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
"isgraph"
> using ::isgraph;
> ^
>
> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
"islower"
> using ::islower;
>
>
> Cheers and many thanks,
>
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Mon May 13 13:55:28 2013
Hi John:
METv4.0.20120625.tar
And yes, I gave up on the issue because I could not understand the
rationale and logic behind this error. I also wished that NCAR would
perhaps think in the future of releasing *self- contained* softwares
that
do not require installing 12 seperate libraries/packages prior to
that.
Similar to Grads, Skype, Matlab etc; one only need downloading the
precompiled executable and done.
On a separate note, how does one add a new variable in wrf_cntrl.parm
that
is not part of the original registry file and was added by the user?
The
rationale for this query is that for some unlogical reason(s), the
ID/names
of the variables in wrf_cntrl.parm were changed and not kept the same
as in
the WRF.OUT NETCDF header (a capability that ARWpost had, making the
addition of a new variable very convenient)
Cheers and best,
Alex-
On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Alex,
>
> I apologize for the long delay in getting back to you. Are you
still
> experiencing this issue in the compilation of MET?
>
> What version of MET are you trying to compile?
>
> Thanks,
> John Halley Gotway
> met_help at ucar.edu
>
> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
> >
> > Thu May 09 14:43:09 2013: Request 61329 was acted upon.
> > Transaction: Ticket created by alexandre.o.fierro at gmail.com
> > Queue: met_help
> > Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
> scope has no "isalnum"
> > Owner: Nobody
> > Requestors: alexandre.o.fierro at gmail.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
> >
> >
> > Greetings:
> >
> > I managed to fix the previous library issues which came from
various
> > sources-
> >
> > I have managed to compile all the tools with the exception of:
> >
> >
> > - *wwmca_plot*
> > - *wwmca_regrid*
> >
> >
> > My compilation aborts due to this error message below (related to
C) -
> > since I know nothing about C nor C++, I have no clue what this
error
> means
> > (even after googling it) and, therefore, would very much
appreciate any
> > help on how to fix this:
> >
> > icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
> > readpb.o dumppb.o \
> > -Wall -Wshadow -static -DBLOCK4
> > -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> > -I/home/Alex.Fierro/METv4.0/include
> > -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
> > -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> > -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> > -L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
> > -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
> > -L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
\
> > -lvx_stat_out \
> > -lvx_statistics \
> > -lvx_shapedata \
> > -lvx_gsl_prob \
> > -lvx_analysis_util \
> > -lvx_data2d_factory \
> > -lvx_data2d_grib \
> > -lvx_data2d_nc_met \
> > -lvx_data2d_nc_pinterp \
> > -lvx_data2d \
> > -lvx_nc_util \
> > -lvx_grid \
> > -lvx_config \
> > -lvx_pb_util \
> > -lvx_cal \
> > -lvx_util \
> > -lvx_math \
> > -lvx_color \
> > -lvx_log \
> > -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
> > -lf2c -lifcore
> > /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
> "isalnum"
> > using ::isalnum;
> > ^
> >
> > /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
> "isalpha"
> > using ::isalpha;
> > ^
> >
> > /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
> "iscntrl"
> > using ::iscntrl;
> > ^
> >
> > /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
> "isdigit"
> > using ::isdigit;
> > ^
> >
> > /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
> "isgraph"
> > using ::isgraph;
> > ^
> >
> > /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
> "islower"
> > using ::islower;
> >
> >
> > Cheers and many thanks,
> >
>
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Mon May 13 15:12:54 2013
Hi John:
I have tried to run the test scripts (after setting the paths) and get
similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1 (as
netcdf 4
is not supported by MET) - could it be an I/O issue ?
../bin/pcp_combine 20050807_000000 3 20050807_120000 12
../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
../data/sample_fcst/2005080700
DEBUG 1: [1] File
../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
matches valid time of 20050807_120000
DEBUG 1: [2] File
../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
matches valid time of 20050807_090000
DEBUG 1: [3] File
../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
matches valid time of 20050807_060000
DEBUG 1: [4] File
../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
matches valid time of 20050807_030000
DEBUG 1: [1] Reading input file:
../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
DEBUG 1: [2] Reading input file:
../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
DEBUG 1: [3] Reading input file:
../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
DEBUG 1: [4] Reading input file:
../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
DEBUG 1: Writing output file:
../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
Segmentation fault (core dumped)
Cheers,
Alex-
On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
<alexandre.o.fierro at gmail.com>wrote:
> Hi John:
>
> METv4.0.20120625.tar
>
> And yes, I gave up on the issue because I could not understand the
> rationale and logic behind this error. I also wished that NCAR would
> perhaps think in the future of releasing *self- contained* softwares
that
> do not require installing 12 seperate libraries/packages prior to
that.
> Similar to Grads, Skype, Matlab etc; one only need downloading the
> precompiled executable and done.
>
> On a separate note, how does one add a new variable in
wrf_cntrl.parm that
> is not part of the original registry file and was added by the user?
The
> rationale for this query is that for some unlogical reason(s), the
ID/names
> of the variables in wrf_cntrl.parm were changed and not kept the
same as in
> the WRF.OUT NETCDF header (a capability that ARWpost had, making the
> addition of a new variable very convenient)
>
> Cheers and best,
>
> Alex-
>
>
> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
>> Alex,
>>
>> I apologize for the long delay in getting back to you. Are you
still
>> experiencing this issue in the compilation of MET?
>>
>> What version of MET are you trying to compile?
>>
>> Thanks,
>> John Halley Gotway
>> met_help at ucar.edu
>>
>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>> >
>> > Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>> > Transaction: Ticket created by alexandre.o.fierro at gmail.com
>> > Queue: met_help
>> > Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
>> scope has no "isalnum"
>> > Owner: Nobody
>> > Requestors: alexandre.o.fierro at gmail.com
>> > Status: new
>> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>> >
>> >
>> > Greetings:
>> >
>> > I managed to fix the previous library issues which came from
various
>> > sources-
>> >
>> > I have managed to compile all the tools with the exception of:
>> >
>> >
>> > - *wwmca_plot*
>> > - *wwmca_regrid*
>> >
>> >
>> > My compilation aborts due to this error message below (related to
C) -
>> > since I know nothing about C nor C++, I have no clue what this
error
>> means
>> > (even after googling it) and, therefore, would very much
appreciate any
>> > help on how to fix this:
>> >
>> > icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>> > readpb.o dumppb.o \
>> > -Wall -Wshadow -static -DBLOCK4
>> > -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>> > -I/home/Alex.Fierro/METv4.0/include
>> > -I/home/Alex.Fierro/netcdf-3.6.1/include
>> -I/home/Alex.Fierro/GSL/gsl-1.15
>> > -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>> > -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>> > -L/home/Alex.Fierro/METv4.0/lib
>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>> > -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
>> > -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>> > -lvx_stat_out \
>> > -lvx_statistics \
>> > -lvx_shapedata \
>> > -lvx_gsl_prob \
>> > -lvx_analysis_util \
>> > -lvx_data2d_factory \
>> > -lvx_data2d_grib \
>> > -lvx_data2d_nc_met \
>> > -lvx_data2d_nc_pinterp \
>> > -lvx_data2d \
>> > -lvx_nc_util \
>> > -lvx_grid \
>> > -lvx_config \
>> > -lvx_pb_util \
>> > -lvx_cal \
>> > -lvx_util \
>> > -lvx_math \
>> > -lvx_color \
>> > -lvx_log \
>> > -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>> > -lf2c -lifcore
>> > /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
>> "isalnum"
>> > using ::isalnum;
>> > ^
>> >
>> > /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
>> "isalpha"
>> > using ::isalpha;
>> > ^
>> >
>> > /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
>> "iscntrl"
>> > using ::iscntrl;
>> > ^
>> >
>> > /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
>> "isdigit"
>> > using ::isdigit;
>> > ^
>> >
>> > /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
>> "isgraph"
>> > using ::isgraph;
>> > ^
>> >
>> > /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
>> "islower"
>> > using ::islower;
>> >
>> >
>> > Cheers and many thanks,
>> >
>>
>>
>
>
> --
> -------------------------------------------------------------
> Alexandre Fierro, PhD
> Research Scientist-
> National Severe Storms Laboratory (NSSL/NOAA)
> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>
> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
> why it is called the Present"
>
> "There are only 10 types of people in the world:
> Those who understand binary, and those who don't"
>
> "My opinions are my own and not representative of OU, NSSL,
> AOML, HRD, LANL or any affiliates."
> ^.^
> (o o)
> /( V )\
> ---m---m----
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61329] /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: John Halley Gotway
Time: Tue May 14 09:57:34 2013
Alex,
Regarding the WWMCA compilation problem. I think we're missing an
necessary include file in two source files. Unfortunately, the
compilers we use for development don't catch this problem, so it's
easy to miss this. Can you please edit 2 source code files by adding
the correct include file?
Add this line:
#include <ctype.h>
To these files:
src/tools/other/wwmca_tool/wwmca_plot.cc
src/tools/other/wwmca_tool/wwmca_regrid.cc
Then try recompiling MET, including the WWMCA tools. If that does the
trick, I'll post this change as a bugfix for METv4.0 and also include
in the development version for the next release.
Regarding NetCDF, MET currently only reads/write NetCDF files using
the "classic" data model from NetCDF3. You can compile a NetCDF4
library using the "--disable-netcdf-4" option, and MET can link to
that fine. But we're still only reading/writing the classic data
model.
Regarding the seg fault, that's a pretty tough one to debug remotely.
I have not seen that type of behavior before and can't guess what's
going on. Please make sure you're using the latest set of
patches for your build:
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
I wonder if the problem is specific to pcp_combine, or if other MET
tools that write a NetCDF file are having problems. Does the previous
tool, gen_poly_mask run fine?
Thanks,
John
On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>
> Hi John:
>
> I have tried to run the test scripts (after setting the paths) and
get
> similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1 (as
netcdf 4
> is not supported by MET) - could it be an I/O issue ?
>
> ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
> ../data/sample_fcst/2005080700
> DEBUG 1: [1] File
../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> matches valid time of 20050807_120000
> DEBUG 1: [2] File
../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> matches valid time of 20050807_090000
> DEBUG 1: [3] File
../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> matches valid time of 20050807_060000
> DEBUG 1: [4] File
../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> matches valid time of 20050807_030000
> DEBUG 1: [1] Reading input file:
> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> DEBUG 1: [2] Reading input file:
> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> DEBUG 1: [3] Reading input file:
> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> DEBUG 1: [4] Reading input file:
> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> DEBUG 1: Writing output file:
> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
> Segmentation fault (core dumped)
>
> Cheers,
>
> Alex-
>
> On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
> <alexandre.o.fierro at gmail.com>wrote:
>
>> Hi John:
>>
>> METv4.0.20120625.tar
>>
>> And yes, I gave up on the issue because I could not understand the
>> rationale and logic behind this error. I also wished that NCAR
would
>> perhaps think in the future of releasing *self- contained*
softwares that
>> do not require installing 12 seperate libraries/packages prior to
that.
>> Similar to Grads, Skype, Matlab etc; one only need downloading the
>> precompiled executable and done.
>>
>> On a separate note, how does one add a new variable in
wrf_cntrl.parm that
>> is not part of the original registry file and was added by the
user? The
>> rationale for this query is that for some unlogical reason(s), the
ID/names
>> of the variables in wrf_cntrl.parm were changed and not kept the
same as in
>> the WRF.OUT NETCDF header (a capability that ARWpost had, making
the
>> addition of a new variable very convenient)
>>
>> Cheers and best,
>>
>> Alex-
>>
>>
>> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>> met_help at ucar.edu> wrote:
>>
>>> Alex,
>>>
>>> I apologize for the long delay in getting back to you. Are you
still
>>> experiencing this issue in the compilation of MET?
>>>
>>> What version of MET are you trying to compile?
>>>
>>> Thanks,
>>> John Halley Gotway
>>> met_help at ucar.edu
>>>
>>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>>>>
>>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>>>> Queue: met_help
>>>> Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
>>> scope has no "isalnum"
>>>> Owner: Nobody
>>>> Requestors: alexandre.o.fierro at gmail.com
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>>>>
>>>>
>>>> Greetings:
>>>>
>>>> I managed to fix the previous library issues which came from
various
>>>> sources-
>>>>
>>>> I have managed to compile all the tools with the exception of:
>>>>
>>>>
>>>> - *wwmca_plot*
>>>> - *wwmca_regrid*
>>>>
>>>>
>>>> My compilation aborts due to this error message below (related to
C) -
>>>> since I know nothing about C nor C++, I have no clue what this
error
>>> means
>>>> (even after googling it) and, therefore, would very much
appreciate any
>>>> help on how to fix this:
>>>>
>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>>>> readpb.o dumppb.o \
>>>> -Wall -Wshadow -static -DBLOCK4
>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>> -I/home/Alex.Fierro/METv4.0/include
>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>>> -I/home/Alex.Fierro/GSL/gsl-1.15
>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>> -L/home/Alex.Fierro/METv4.0/lib
>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
>>>> -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>> -lvx_stat_out \
>>>> -lvx_statistics \
>>>> -lvx_shapedata \
>>>> -lvx_gsl_prob \
>>>> -lvx_analysis_util \
>>>> -lvx_data2d_factory \
>>>> -lvx_data2d_grib \
>>>> -lvx_data2d_nc_met \
>>>> -lvx_data2d_nc_pinterp \
>>>> -lvx_data2d \
>>>> -lvx_nc_util \
>>>> -lvx_grid \
>>>> -lvx_config \
>>>> -lvx_pb_util \
>>>> -lvx_cal \
>>>> -lvx_util \
>>>> -lvx_math \
>>>> -lvx_color \
>>>> -lvx_log \
>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>> -lf2c -lifcore
>>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
>>> "isalnum"
>>>> using ::isalnum;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
>>> "isalpha"
>>>> using ::isalpha;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
>>> "iscntrl"
>>>> using ::iscntrl;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
>>> "isdigit"
>>>> using ::isdigit;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
>>> "isgraph"
>>>> using ::isgraph;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
>>> "islower"
>>>> using ::islower;
>>>>
>>>>
>>>> Cheers and many thanks,
>>>>
>>>
>>>
>>
>>
>> --
>> -------------------------------------------------------------
>> Alexandre Fierro, PhD
>> Research Scientist-
>> National Severe Storms Laboratory (NSSL/NOAA)
>> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>
>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>> why it is called the Present"
>>
>> "There are only 10 types of people in the world:
>> Those who understand binary, and those who don't"
>>
>> "My opinions are my own and not representative of OU, NSSL,
>> AOML, HRD, LANL or any affiliates."
>> ^.^
>> (o o)
>> /( V )\
>> ---m---m----
>>
>
>
>
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Tue May 14 11:25:42 2013
Hi John:
Unfortunately this did not solve the problem. I still get the same
error
(see below)- It would have been optimal to have the entire code
written in
FORTRAN to avoid this sort of problems. I understand that some tools
were
already existing in C, so due to time and budget constraints they were
not
converted in FORTRAN. This should be done in the future, however, to
have a
consistent package that is more self-contained.
.....
*** Finished Making the madis2nc Tool ***
cd pb2nc ; /usr/bin/make
icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o closepb.o
readpb.o dumppb.o \
-Wall -Wshadow -static -DBLOCK4
-DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
-I/home/Alex.Fierro/METv4.0/include
-I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
-I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
-I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
-L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
-L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
-L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
-lvx_stat_out \
-lvx_statistics \
-lvx_shapedata \
-lvx_gsl_prob \
-lvx_analysis_util \
-lvx_data2d_factory \
-lvx_data2d_grib \
-lvx_data2d_nc_met \
-lvx_data2d_nc_pinterp \
-lvx_data2d \
-lvx_nc_util \
-lvx_grid \
-lvx_config \
-lvx_pb_util \
-lvx_cal \
-lvx_util \
-lvx_math \
-lvx_color \
-lvx_log \
-lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
-lf2c -lifcore
/usr/include/c++/4.1.2/cctype(70): error: the global scope has no
"isalnum"
using ::isalnum;
^
/usr/include/c++/4.1.2/cctype(71): error: the global scope has no
"isalpha"
using ::isalpha;
^
/usr/include/c++/4.1.2/cctype(72): error: the global scope has no
"iscntrl"
using ::iscntrl;
^
/usr/include/c++/4.1.2/cctype(73): error: the global scope has no
"isdigit"
using ::isdigit;
^
/usr/include/c++/4.1.2/cctype(74): error: the global scope has no
"isgraph"
using ::isgraph;
^
/usr/include/c++/4.1.2/cctype(75): error: the global scope has no
"islower"
using ::islower;
^
/usr/include/c++/4.1.2/cctype(76): error: the global scope has no
"isprint"
using ::isprint;
^
/usr/include/c++/4.1.2/cctype(77): error: the global scope has no
"ispunct"
using ::ispunct;
^
/usr/include/c++/4.1.2/cctype(78): error: the global scope has no
"isspace"
using ::isspace;
^
/usr/include/c++/4.1.2/cctype(79): error: the global scope has no
"isupper"
using ::isupper;
^
/usr/include/c++/4.1.2/cctype(80): error: the global scope has no
"isxdigit"
using ::isxdigit;
^
/usr/include/c++/4.1.2/cctype(81): error: the global scope has no
"tolower"
using ::tolower;
^
/usr/include/c++/4.1.2/cctype(82): error: the global scope has no
"toupper"
using ::toupper;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(51):
error:
identifier "_ISupper" is undefined
static const mask upper = _ISupper;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(52):
error:
identifier "_ISlower" is undefined
static const mask lower = _ISlower;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(53):
error:
identifier "_ISalpha" is undefined
static const mask alpha = _ISalpha;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(54):
error:
identifier "_ISdigit" is undefined
static const mask digit = _ISdigit;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(55):
error:
identifier "_ISxdigit" is undefined
static const mask xdigit = _ISxdigit;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(56):
error:
identifier "_ISspace" is undefined
static const mask space = _ISspace;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(57):
error:
identifier "_ISprint" is undefined
static const mask print = _ISprint;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(58):
error:
identifier "_ISpunct" is undefined
static const mask graph = _ISalpha | _ISdigit | _ISpunct;
^
/usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(59):
error:
identifier "_IScntrl" is undefined
static const mask cntrl = _IScntrl;
^
/home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark #271:
trailing comma is nonstandard
cs_clear,
^
/home/Alex.Fierro/METv4.0/include/object_types.h(35): remark #271:
trailing
comma is nonstandard
no_config_object_type,
^
pb2nc.cc(203): remark #1419: external declaration in primary source
file
void numpbmsg_(int *, int *);
^
pb2nc.cc(204): remark #1419: external declaration in primary source
file
void openpb_(const char *, int *);
^
pb2nc.cc(205): remark #1419: external declaration in primary source
file
void closepb_(int *);
^
pb2nc.cc(206): remark #1419: external declaration in primary source
file
void readpb_(int *, char *, int *, int *, int *, double[mxr8pm],
^
pb2nc.cc(208): remark #1419: external declaration in primary source
file
void dumppb_(const char *, int *, const char *, int *,
^
pb2nc.cc(333): remark #981: operands are evaluated in unspecified
order
<< "Default Config File: " << default_config_file << "\n"
^
pb2nc.cc(334): remark #981: operands are evaluated in unspecified
order
<< "User Config File: " << config_file << "\n";
^
pb2nc.cc(337): remark #981: operands are evaluated in unspecified
order
conf_info.read_config(default_config_file, config_file);
^
pb2nc.cc(347): remark #981: operands are evaluated in unspecified
order
<< "the ending time (" <<
unix_to_yyyymmdd_hhmmss(valid_end_ut)
^
pb2nc.cc(349): remark #981: operands are evaluated in unspecified
order
<< unix_to_yyyymmdd_hhmmss(valid_beg_ut) << ").\n\n";
^
pb2nc.cc(361): remark #981: operands are evaluated in unspecified
order
mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile <<
"\n";
^
pb2nc.cc(367): remark #981: operands are evaluated in unspecified
order
<< "trouble opening output file: " << ncfile << "\n\n";
^
pb2nc.cc(434): remark #981: operands are evaluated in unspecified
order
mlog << Debug(1) << "Processing PrepBufr File:\t" << pbfile[i_pb]
^
pb2nc.cc(444): remark #981: operands are evaluated in unspecified
order
mlog << Debug(1) << "Blocking PrepBufr file to:\t" << blk_file
^
pb2nc.cc(449): remark #981: operands are evaluated in unspecified
order
pblock(file_name, blk_file, block);
^
pb2nc.cc(454): remark #981: operands are evaluated in unspecified
order
<< dump_dir << "\n";
^
pb2nc.cc(473): remark #981: operands are evaluated in unspecified
order
dumppb_(blk_file, &unit, dump_dir.text(), &len1,
^
pb2nc.cc(492): remark #981: operands are evaluated in unspecified
order
<< pbfile[i_pb] << "\n\n";
^
pb2nc.cc(624): remark #810: conversion from "double" to "float" may
lose
significant bits
else pb_report_type = hdr[5];
^
pb2nc.cc(628): remark #810: conversion from "double" to "float" may
lose
significant bits
else in_report_type = hdr[6];
^
pb2nc.cc(632): remark #810: conversion from "double" to "float" may
lose
significant bits
else instrument_type = hdr[7];
^
pb2nc.cc(723): remark #810: conversion from "double" to "float" may
lose
significant bits
obs_arr[2] = evns[0][ev][lv][0];
^
pb2nc.cc(736): remark #810: conversion from "double" to "float" may
lose
significant bits
obs_arr[3] = convert_gpm_to_msl(evns[3][ev][lv][0],
^
pb2nc.cc(850): remark #810: conversion from "int" to "float" may lose
significant bits
obs_arr[1] = derive_gc[i];
^
pb2nc.cc(939): remark #981: operands are evaluated in unspecified
order
<< pbfile[i_pb] << "\n\n";
^
pb2nc.cc(960): remark #981: operands are evaluated in unspecified
order
<< "can't remove output NetCDF file \"" << ncfile
^
pb2nc.cc(1000): remark #981: operands are evaluated in unspecified
order
(long) strlen(hdr_typ_sa[i]))) {
^
pb2nc.cc(999): remark #981: operands are evaluated in unspecified
order
!hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
^
pb2nc.cc(1010): remark #981: operands are evaluated in unspecified
order
(long) strlen(hdr_sid_sa[i]))) {
^
pb2nc.cc(1009): remark #981: operands are evaluated in unspecified
order
!hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
^
pb2nc.cc(1020): remark #981: operands are evaluated in unspecified
order
(long) strlen(hdr_vld_sa[i]))) {
^
pb2nc.cc(1019): remark #981: operands are evaluated in unspecified
order
!hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
^
pb2nc.cc(1061): remark #869: parameter "flag" was never referenced
int get_event_index(int flag, int i_var, int i_lvl) {
^
pb2nc.cc(1297): remark #981: operands are evaluated in unspecified
order
<< mlog.verbosity_level() << ") (optional).\n\n"
^
/home/Alex.Fierro/METv4.0/include/config_constants.h(332): remark
#593:
variable "conf_key_ensemble_flag_entries" was set but never used
static const char * conf_key_ensemble_flag_entries[] = {
^
/home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38): remark
#593:
variable "lc_mode_columns" was set but never used
static const char * lc_mode_columns [] = {
^
/home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark #593:
variable
"grib_precipitation_abbr" was set but never used
static const char *grib_precipitation_abbr[] = {
^
/home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark #593:
variable
"grib_specific_humidity_abbr" was set but never used
static const char *grib_specific_humidity_abbr[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33): remark
#593:
variable "pinterp_precipitation_names" was set but never used
static const char *pinterp_precipitation_names[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74): remark
#593:
variable "pinterp_specific_humidity_names" was set but never used
static const char *pinterp_specific_humidity_names[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98): remark
#593:
variable "pinterp_u_wind_names" was set but never used
static const char *pinterp_u_wind_names[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119): remark
#593:
variable "pinterp_v_wind_names" was set but never used
static const char *pinterp_v_wind_names[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144): remark
#593:
variable "pinterp_grid_relative_names" was set but never used
static const char *pinterp_grid_relative_names[] = {
^
/home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166): remark
#593:
variable "pinterp_wind_speed_names" was set but never used
static const char *pinterp_wind_speed_names[] = {
^
compilation aborted for pb2nc.cc (code 2)
make[4]: *** [pb2nc] Error 2
make[3]: *** [all] Error 2
make[2]: *** [all] Error 2
make[1]: *** [all] Error 2
make: *** [all] Error 2
On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Alex,
>
> Regarding the WWMCA compilation problem. I think we're missing an
> necessary include file in two source files. Unfortunately, the
compilers
> we use for development don't catch this problem, so it's
> easy to miss this. Can you please edit 2 source code files by
adding the
> correct include file?
>
> Add this line:
> #include <ctype.h>
>
> To these files:
> src/tools/other/wwmca_tool/wwmca_plot.cc
> src/tools/other/wwmca_tool/wwmca_regrid.cc
>
> Then try recompiling MET, including the WWMCA tools. If that does
the
> trick, I'll post this change as a bugfix for METv4.0 and also
include in
> the development version for the next release.
>
> Regarding NetCDF, MET currently only reads/write NetCDF files using
the
> "classic" data model from NetCDF3. You can compile a NetCDF4
library using
> the "--disable-netcdf-4" option, and MET can link to
> that fine. But we're still only reading/writing the classic data
model.
>
> Regarding the seg fault, that's a pretty tough one to debug
remotely. I
> have not seen that type of behavior before and can't guess what's
going on.
> Please make sure you're using the latest set of
> patches for your build:
>
>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>
> I wonder if the problem is specific to pcp_combine, or if other MET
tools
> that write a NetCDF file are having problems. Does the previous
tool,
> gen_poly_mask run fine?
>
> Thanks,
> John
>
> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
> >
> > Hi John:
> >
> > I have tried to run the test scripts (after setting the paths) and
get
> > similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1 (as
> netcdf 4
> > is not supported by MET) - could it be an I/O issue ?
> >
> > ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
> > ../data/sample_fcst/2005080700
> > DEBUG 1: [1] File
> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> > matches valid time of 20050807_120000
> > DEBUG 1: [2] File
> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> > matches valid time of 20050807_090000
> > DEBUG 1: [3] File
> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> > matches valid time of 20050807_060000
> > DEBUG 1: [4] File
> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> > matches valid time of 20050807_030000
> > DEBUG 1: [1] Reading input file:
> > ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> > DEBUG 1: [2] Reading input file:
> > ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> > DEBUG 1: [3] Reading input file:
> > ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> > DEBUG 1: [4] Reading input file:
> > ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> > DEBUG 1: Writing output file:
> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
> > Segmentation fault (core dumped)
> >
> > Cheers,
> >
> > Alex-
> >
> > On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
> > <alexandre.o.fierro at gmail.com>wrote:
> >
> >> Hi John:
> >>
> >> METv4.0.20120625.tar
> >>
> >> And yes, I gave up on the issue because I could not understand
the
> >> rationale and logic behind this error. I also wished that NCAR
would
> >> perhaps think in the future of releasing *self- contained*
softwares
> that
> >> do not require installing 12 seperate libraries/packages prior to
that.
> >> Similar to Grads, Skype, Matlab etc; one only need downloading
the
> >> precompiled executable and done.
> >>
> >> On a separate note, how does one add a new variable in
wrf_cntrl.parm
> that
> >> is not part of the original registry file and was added by the
user? The
> >> rationale for this query is that for some unlogical reason(s),
the
> ID/names
> >> of the variables in wrf_cntrl.parm were changed and not kept the
same
> as in
> >> the WRF.OUT NETCDF header (a capability that ARWpost had, making
the
> >> addition of a new variable very convenient)
> >>
> >> Cheers and best,
> >>
> >> Alex-
> >>
> >>
> >> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
> >> met_help at ucar.edu> wrote:
> >>
> >>> Alex,
> >>>
> >>> I apologize for the long delay in getting back to you. Are you
still
> >>> experiencing this issue in the compilation of MET?
> >>>
> >>> What version of MET are you trying to compile?
> >>>
> >>> Thanks,
> >>> John Halley Gotway
> >>> met_help at ucar.edu
> >>>
> >>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
> >>>>
> >>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
> >>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
> >>>> Queue: met_help
> >>>> Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
> >>> scope has no "isalnum"
> >>>> Owner: Nobody
> >>>> Requestors: alexandre.o.fierro at gmail.com
> >>>> Status: new
> >>>> Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
> >>>>
> >>>>
> >>>> Greetings:
> >>>>
> >>>> I managed to fix the previous library issues which came from
various
> >>>> sources-
> >>>>
> >>>> I have managed to compile all the tools with the exception of:
> >>>>
> >>>>
> >>>> - *wwmca_plot*
> >>>> - *wwmca_regrid*
> >>>>
> >>>>
> >>>> My compilation aborts due to this error message below (related
to C) -
> >>>> since I know nothing about C nor C++, I have no clue what this
error
> >>> means
> >>>> (even after googling it) and, therefore, would very much
appreciate
> any
> >>>> help on how to fix this:
> >>>>
> >>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
> >>>> readpb.o dumppb.o \
> >>>> -Wall -Wshadow -static -DBLOCK4
> >>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> >>>> -I/home/Alex.Fierro/METv4.0/include
> >>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
> >>> -I/home/Alex.Fierro/GSL/gsl-1.15
> >>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> >>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>> -L/home/Alex.Fierro/METv4.0/lib
> >>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
> >>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
> >>>> -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>> -lvx_stat_out \
> >>>> -lvx_statistics \
> >>>> -lvx_shapedata \
> >>>> -lvx_gsl_prob \
> >>>> -lvx_analysis_util \
> >>>> -lvx_data2d_factory \
> >>>> -lvx_data2d_grib \
> >>>> -lvx_data2d_nc_met \
> >>>> -lvx_data2d_nc_pinterp \
> >>>> -lvx_data2d \
> >>>> -lvx_nc_util \
> >>>> -lvx_grid \
> >>>> -lvx_config \
> >>>> -lvx_pb_util \
> >>>> -lvx_cal \
> >>>> -lvx_util \
> >>>> -lvx_math \
> >>>> -lvx_color \
> >>>> -lvx_log \
> >>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
> >>>> -lf2c -lifcore
> >>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has
no
> >>> "isalnum"
> >>>> using ::isalnum;
> >>>> ^
> >>>>
> >>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has
no
> >>> "isalpha"
> >>>> using ::isalpha;
> >>>> ^
> >>>>
> >>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has
no
> >>> "iscntrl"
> >>>> using ::iscntrl;
> >>>> ^
> >>>>
> >>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has
no
> >>> "isdigit"
> >>>> using ::isdigit;
> >>>> ^
> >>>>
> >>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has
no
> >>> "isgraph"
> >>>> using ::isgraph;
> >>>> ^
> >>>>
> >>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has
no
> >>> "islower"
> >>>> using ::islower;
> >>>>
> >>>>
> >>>> Cheers and many thanks,
> >>>>
> >>>
> >>>
> >>
> >>
> >> --
> >> -------------------------------------------------------------
> >> Alexandre Fierro, PhD
> >> Research Scientist-
> >> National Severe Storms Laboratory (NSSL/NOAA)
> >> *The Cooperative Institute for Mesoscale Meteorological Studies*
> (OU/NOAA)
> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>
> >> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
> is
> >> why it is called the Present"
> >>
> >> "There are only 10 types of people in the world:
> >> Those who understand binary, and those who don't"
> >>
> >> "My opinions are my own and not representative of OU, NSSL,
> >> AOML, HRD, LANL or any affiliates."
> >> ^.^
> >> (o o)
> >> /( V )\
> >> ---m---m----
> >>
> >
> >
> >
>
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Tue May 14 13:14:21 2013
John:
Here is the std output/error from running test_all.sh showing all the
seg
faults errors - Is this an I/O issue or plainly a bug in the software
?
Cheers and thanks,
Alex-
On Tue, May 14, 2013 at 12:25 PM, Alex Fierro
<alexandre.o.fierro at gmail.com>wrote:
> Hi John:
>
> Unfortunately this did not solve the problem. I still get the same
error
> (see below)- It would have been optimal to have the entire code
written in
> FORTRAN to avoid this sort of problems. I understand that some tools
were
> already existing in C, so due to time and budget constraints they
were not
> converted in FORTRAN. This should be done in the future, however, to
have a
> consistent package that is more self-contained.
>
> .....
> *** Finished Making the madis2nc Tool ***
>
> cd pb2nc ; /usr/bin/make
> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
> readpb.o dumppb.o \
> -Wall -Wshadow -static -DBLOCK4
> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> -I/home/Alex.Fierro/METv4.0/include
> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> -L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
> -L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
\
> -lvx_stat_out \
> -lvx_statistics \
> -lvx_shapedata \
> -lvx_gsl_prob \
> -lvx_analysis_util \
> -lvx_data2d_factory \
> -lvx_data2d_grib \
> -lvx_data2d_nc_met \
> -lvx_data2d_nc_pinterp \
> -lvx_data2d \
> -lvx_nc_util \
> -lvx_grid \
> -lvx_config \
> -lvx_pb_util \
> -lvx_cal \
> -lvx_util \
> -lvx_math \
> -lvx_color \
> -lvx_log \
> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
> -lf2c -lifcore
> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
"isalnum"
> using ::isalnum;
> ^
>
> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
"isalpha"
> using ::isalpha;
> ^
>
> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
"iscntrl"
> using ::iscntrl;
> ^
>
> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
"isdigit"
> using ::isdigit;
> ^
>
> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
"isgraph"
> using ::isgraph;
> ^
>
> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
"islower"
> using ::islower;
> ^
>
> /usr/include/c++/4.1.2/cctype(76): error: the global scope has no
"isprint"
> using ::isprint;
> ^
>
> /usr/include/c++/4.1.2/cctype(77): error: the global scope has no
"ispunct"
> using ::ispunct;
> ^
>
> /usr/include/c++/4.1.2/cctype(78): error: the global scope has no
"isspace"
> using ::isspace;
> ^
>
> /usr/include/c++/4.1.2/cctype(79): error: the global scope has no
"isupper"
> using ::isupper;
> ^
>
> /usr/include/c++/4.1.2/cctype(80): error: the global scope has no
> "isxdigit"
> using ::isxdigit;
> ^
>
> /usr/include/c++/4.1.2/cctype(81): error: the global scope has no
"tolower"
> using ::tolower;
> ^
>
> /usr/include/c++/4.1.2/cctype(82): error: the global scope has no
"toupper"
> using ::toupper;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(51):
error:
> identifier "_ISupper" is undefined
> static const mask upper = _ISupper;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(52):
error:
> identifier "_ISlower" is undefined
> static const mask lower = _ISlower;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(53):
error:
> identifier "_ISalpha" is undefined
> static const mask alpha = _ISalpha;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(54):
error:
> identifier "_ISdigit" is undefined
> static const mask digit = _ISdigit;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(55):
error:
> identifier "_ISxdigit" is undefined
> static const mask xdigit = _ISxdigit;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(56):
error:
> identifier "_ISspace" is undefined
> static const mask space = _ISspace;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(57):
error:
> identifier "_ISprint" is undefined
> static const mask print = _ISprint;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(58):
error:
> identifier "_ISpunct" is undefined
> static const mask graph = _ISalpha | _ISdigit | _ISpunct;
> ^
>
> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(59):
error:
> identifier "_IScntrl" is undefined
> static const mask cntrl = _IScntrl;
> ^
>
> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark #271:
> trailing comma is nonstandard
> cs_clear,
> ^
>
> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark #271:
> trailing comma is nonstandard
> no_config_object_type,
> ^
>
> pb2nc.cc(203): remark #1419: external declaration in primary source
file
> void numpbmsg_(int *, int *);
> ^
>
> pb2nc.cc(204): remark #1419: external declaration in primary source
file
> void openpb_(const char *, int *);
> ^
>
> pb2nc.cc(205): remark #1419: external declaration in primary source
file
> void closepb_(int *);
> ^
>
> pb2nc.cc(206): remark #1419: external declaration in primary source
file
> void readpb_(int *, char *, int *, int *, int *,
double[mxr8pm],
> ^
>
> pb2nc.cc(208): remark #1419: external declaration in primary source
file
> void dumppb_(const char *, int *, const char *, int *,
> ^
>
> pb2nc.cc(333): remark #981: operands are evaluated in unspecified
order
> << "Default Config File: " << default_config_file << "\n"
> ^
>
> pb2nc.cc(334): remark #981: operands are evaluated in unspecified
order
> << "User Config File: " << config_file << "\n";
> ^
>
> pb2nc.cc(337): remark #981: operands are evaluated in unspecified
order
> conf_info.read_config(default_config_file, config_file);
> ^
>
> pb2nc.cc(347): remark #981: operands are evaluated in unspecified
order
> << "the ending time (" <<
> unix_to_yyyymmdd_hhmmss(valid_end_ut)
> ^
>
> pb2nc.cc(349): remark #981: operands are evaluated in unspecified
order
> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) << ").\n\n";
> ^
>
> pb2nc.cc(361): remark #981: operands are evaluated in unspecified
order
> mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile <<
"\n";
> ^
>
> pb2nc.cc(367): remark #981: operands are evaluated in unspecified
order
> << "trouble opening output file: " << ncfile << "\n\n";
> ^
>
> pb2nc.cc(434): remark #981: operands are evaluated in unspecified
order
> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
pbfile[i_pb]
> ^
>
> pb2nc.cc(444): remark #981: operands are evaluated in unspecified
order
> mlog << Debug(1) << "Blocking PrepBufr file to:\t" << blk_file
> ^
>
> pb2nc.cc(449): remark #981: operands are evaluated in unspecified
order
> pblock(file_name, blk_file, block);
> ^
>
> pb2nc.cc(454): remark #981: operands are evaluated in unspecified
order
> << dump_dir << "\n";
> ^
>
> pb2nc.cc(473): remark #981: operands are evaluated in unspecified
order
> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
> ^
>
> pb2nc.cc(492): remark #981: operands are evaluated in unspecified
order
> << pbfile[i_pb] << "\n\n";
> ^
>
> pb2nc.cc(624): remark #810: conversion from "double" to "float" may
lose
> significant bits
> else pb_report_type = hdr[5];
> ^
>
> pb2nc.cc(628): remark #810: conversion from "double" to "float" may
lose
> significant bits
> else in_report_type = hdr[6];
> ^
>
> pb2nc.cc(632): remark #810: conversion from "double" to "float" may
lose
> significant bits
> else instrument_type = hdr[7];
> ^
>
> pb2nc.cc(723): remark #810: conversion from "double" to "float" may
lose
> significant bits
> obs_arr[2] = evns[0][ev][lv][0];
> ^
>
> pb2nc.cc(736): remark #810: conversion from "double" to "float" may
lose
> significant bits
> obs_arr[3] = convert_gpm_to_msl(evns[3][ev][lv][0],
> ^
>
> pb2nc.cc(850): remark #810: conversion from "int" to "float" may
lose
> significant bits
> obs_arr[1] = derive_gc[i];
> ^
>
> pb2nc.cc(939): remark #981: operands are evaluated in unspecified
order
> << pbfile[i_pb] << "\n\n";
> ^
>
> pb2nc.cc(960): remark #981: operands are evaluated in unspecified
order
> << "can't remove output NetCDF file \"" << ncfile
> ^
>
> pb2nc.cc(1000): remark #981: operands are evaluated in unspecified
order
> (long) strlen(hdr_typ_sa[i]))) {
> ^
>
> pb2nc.cc(999): remark #981: operands are evaluated in unspecified
order
> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
> ^
>
> pb2nc.cc(1010): remark #981: operands are evaluated in unspecified
order
> (long) strlen(hdr_sid_sa[i]))) {
> ^
>
> pb2nc.cc(1009): remark #981: operands are evaluated in unspecified
order
> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
> ^
>
> pb2nc.cc(1020): remark #981: operands are evaluated in unspecified
order
> (long) strlen(hdr_vld_sa[i]))) {
> ^
>
> pb2nc.cc(1019): remark #981: operands are evaluated in unspecified
order
> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
> ^
>
> pb2nc.cc(1061): remark #869: parameter "flag" was never referenced
> int get_event_index(int flag, int i_var, int i_lvl) {
> ^
>
> pb2nc.cc(1297): remark #981: operands are evaluated in unspecified
order
> << mlog.verbosity_level() << ") (optional).\n\n"
> ^
>
> /home/Alex.Fierro/METv4.0/include/config_constants.h(332): remark
#593:
> variable "conf_key_ensemble_flag_entries" was set but never used
> static const char * conf_key_ensemble_flag_entries[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
> #593: variable "lc_mode_columns" was set but never used
> static const char * lc_mode_columns [] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark #593:
> variable "grib_precipitation_abbr" was set but never used
> static const char *grib_precipitation_abbr[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark #593:
> variable "grib_specific_humidity_abbr" was set but never used
> static const char *grib_specific_humidity_abbr[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33): remark
#593:
> variable "pinterp_precipitation_names" was set but never used
> static const char *pinterp_precipitation_names[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74): remark
#593:
> variable "pinterp_specific_humidity_names" was set but never used
> static const char *pinterp_specific_humidity_names[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98): remark
#593:
> variable "pinterp_u_wind_names" was set but never used
> static const char *pinterp_u_wind_names[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119): remark
#593:
> variable "pinterp_v_wind_names" was set but never used
> static const char *pinterp_v_wind_names[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144): remark
#593:
> variable "pinterp_grid_relative_names" was set but never used
> static const char *pinterp_grid_relative_names[] = {
> ^
>
> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166): remark
#593:
> variable "pinterp_wind_speed_names" was set but never used
> static const char *pinterp_wind_speed_names[] = {
> ^
>
> compilation aborted for pb2nc.cc (code 2)
> make[4]: *** [pb2nc] Error 2
> make[3]: *** [all] Error 2
> make[2]: *** [all] Error 2
> make[1]: *** [all] Error 2
> make: *** [all] Error 2
>
>
>
> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
>> Alex,
>>
>> Regarding the WWMCA compilation problem. I think we're missing an
>> necessary include file in two source files. Unfortunately, the
compilers
>> we use for development don't catch this problem, so it's
>> easy to miss this. Can you please edit 2 source code files by
adding the
>> correct include file?
>>
>> Add this line:
>> #include <ctype.h>
>>
>> To these files:
>> src/tools/other/wwmca_tool/wwmca_plot.cc
>> src/tools/other/wwmca_tool/wwmca_regrid.cc
>>
>> Then try recompiling MET, including the WWMCA tools. If that does
the
>> trick, I'll post this change as a bugfix for METv4.0 and also
include in
>> the development version for the next release.
>>
>> Regarding NetCDF, MET currently only reads/write NetCDF files using
the
>> "classic" data model from NetCDF3. You can compile a NetCDF4
library using
>> the "--disable-netcdf-4" option, and MET can link to
>> that fine. But we're still only reading/writing the classic data
model.
>>
>> Regarding the seg fault, that's a pretty tough one to debug
remotely. I
>> have not seen that type of behavior before and can't guess what's
going on.
>> Please make sure you're using the latest set of
>> patches for your build:
>>
>>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>>
>> I wonder if the problem is specific to pcp_combine, or if other MET
tools
>> that write a NetCDF file are having problems. Does the previous
tool,
>> gen_poly_mask run fine?
>>
>> Thanks,
>> John
>>
>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>> >
>> > Hi John:
>> >
>> > I have tried to run the test scripts (after setting the paths)
and get
>> > similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1
(as
>> netcdf 4
>> > is not supported by MET) - could it be an I/O issue ?
>> >
>> > ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
>> > ../data/sample_fcst/2005080700
>> > DEBUG 1: [1] File
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>> > matches valid time of 20050807_120000
>> > DEBUG 1: [2] File
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>> > matches valid time of 20050807_090000
>> > DEBUG 1: [3] File
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>> > matches valid time of 20050807_060000
>> > DEBUG 1: [4] File
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>> > matches valid time of 20050807_030000
>> > DEBUG 1: [1] Reading input file:
>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>> > DEBUG 1: [2] Reading input file:
>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>> > DEBUG 1: [3] Reading input file:
>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>> > DEBUG 1: [4] Reading input file:
>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>> > DEBUG 1: Writing output file:
>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
>> > Segmentation fault (core dumped)
>> >
>> > Cheers,
>> >
>> > Alex-
>> >
>> > On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
>> > <alexandre.o.fierro at gmail.com>wrote:
>> >
>> >> Hi John:
>> >>
>> >> METv4.0.20120625.tar
>> >>
>> >> And yes, I gave up on the issue because I could not understand
the
>> >> rationale and logic behind this error. I also wished that NCAR
would
>> >> perhaps think in the future of releasing *self- contained*
softwares
>> that
>> >> do not require installing 12 seperate libraries/packages prior
to that.
>> >> Similar to Grads, Skype, Matlab etc; one only need downloading
the
>> >> precompiled executable and done.
>> >>
>> >> On a separate note, how does one add a new variable in
wrf_cntrl.parm
>> that
>> >> is not part of the original registry file and was added by the
user?
>> The
>> >> rationale for this query is that for some unlogical reason(s),
the
>> ID/names
>> >> of the variables in wrf_cntrl.parm were changed and not kept the
same
>> as in
>> >> the WRF.OUT NETCDF header (a capability that ARWpost had, making
the
>> >> addition of a new variable very convenient)
>> >>
>> >> Cheers and best,
>> >>
>> >> Alex-
>> >>
>> >>
>> >> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>> >> met_help at ucar.edu> wrote:
>> >>
>> >>> Alex,
>> >>>
>> >>> I apologize for the long delay in getting back to you. Are you
still
>> >>> experiencing this issue in the compilation of MET?
>> >>>
>> >>> What version of MET are you trying to compile?
>> >>>
>> >>> Thanks,
>> >>> John Halley Gotway
>> >>> met_help at ucar.edu
>> >>>
>> >>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>> >>>>
>> >>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>> >>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>> >>>> Queue: met_help
>> >>>> Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
>> >>> scope has no "isalnum"
>> >>>> Owner: Nobody
>> >>>> Requestors: alexandre.o.fierro at gmail.com
>> >>>> Status: new
>> >>>> Ticket <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>> >>>>
>> >>>>
>> >>>> Greetings:
>> >>>>
>> >>>> I managed to fix the previous library issues which came from
various
>> >>>> sources-
>> >>>>
>> >>>> I have managed to compile all the tools with the exception of:
>> >>>>
>> >>>>
>> >>>> - *wwmca_plot*
>> >>>> - *wwmca_regrid*
>> >>>>
>> >>>>
>> >>>> My compilation aborts due to this error message below (related
to C)
>> -
>> >>>> since I know nothing about C nor C++, I have no clue what this
error
>> >>> means
>> >>>> (even after googling it) and, therefore, would very much
appreciate
>> any
>> >>>> help on how to fix this:
>> >>>>
>> >>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>> >>>> readpb.o dumppb.o \
>> >>>> -Wall -Wshadow -static -DBLOCK4
>> >>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>> >>>> -I/home/Alex.Fierro/METv4.0/include
>> >>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>> >>> -I/home/Alex.Fierro/GSL/gsl-1.15
>> >>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>> >>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>> >>>> -L/home/Alex.Fierro/METv4.0/lib
>> >>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>> >>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
>> >>>> -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>> >>>> -lvx_stat_out \
>> >>>> -lvx_statistics \
>> >>>> -lvx_shapedata \
>> >>>> -lvx_gsl_prob \
>> >>>> -lvx_analysis_util \
>> >>>> -lvx_data2d_factory \
>> >>>> -lvx_data2d_grib \
>> >>>> -lvx_data2d_nc_met \
>> >>>> -lvx_data2d_nc_pinterp \
>> >>>> -lvx_data2d \
>> >>>> -lvx_nc_util \
>> >>>> -lvx_grid \
>> >>>> -lvx_config \
>> >>>> -lvx_pb_util \
>> >>>> -lvx_cal \
>> >>>> -lvx_util \
>> >>>> -lvx_math \
>> >>>> -lvx_color \
>> >>>> -lvx_log \
>> >>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>> >>>> -lf2c -lifcore
>> >>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has
no
>> >>> "isalnum"
>> >>>> using ::isalnum;
>> >>>> ^
>> >>>>
>> >>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has
no
>> >>> "isalpha"
>> >>>> using ::isalpha;
>> >>>> ^
>> >>>>
>> >>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has
no
>> >>> "iscntrl"
>> >>>> using ::iscntrl;
>> >>>> ^
>> >>>>
>> >>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has
no
>> >>> "isdigit"
>> >>>> using ::isdigit;
>> >>>> ^
>> >>>>
>> >>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has
no
>> >>> "isgraph"
>> >>>> using ::isgraph;
>> >>>> ^
>> >>>>
>> >>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has
no
>> >>> "islower"
>> >>>> using ::islower;
>> >>>>
>> >>>>
>> >>>> Cheers and many thanks,
>> >>>>
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> -------------------------------------------------------------
>> >> Alexandre Fierro, PhD
>> >> Research Scientist-
>> >> National Severe Storms Laboratory (NSSL/NOAA)
>> >> *The Cooperative Institute for Mesoscale Meteorological Studies*
>> (OU/NOAA)
>> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>> >>
>> >> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift; That
>> is
>> >> why it is called the Present"
>> >>
>> >> "There are only 10 types of people in the world:
>> >> Those who understand binary, and those who don't"
>> >>
>> >> "My opinions are my own and not representative of OU, NSSL,
>> >> AOML, HRD, LANL or any affiliates."
>> >> ^.^
>> >> (o o)
>> >> /( V )\
>> >> ---m---m----
>> >>
>> >
>> >
>> >
>>
>>
>
>
> --
> -------------------------------------------------------------
> Alexandre Fierro, PhD
> Research Scientist-
> National Severe Storms Laboratory (NSSL/NOAA)
> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
>
> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>
> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
> why it is called the Present"
>
> "There are only 10 types of people in the world:
> Those who understand binary, and those who don't"
>
> "My opinions are my own and not representative of OU, NSSL,
> AOML, HRD, LANL or any affiliates."
> ^.^
> (o o)
> /( V )\
> ---m---m----
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Wed May 15 14:54:43 2013
Hi John:
Any luck in figuring out what might cause those SEG faults in the log
file
I sent earlier ? I am unable to conduct my analysis and am waiting on
your
suggestions.
Cheers and many thanks,
On Tue, May 14, 2013 at 2:13 PM, Alex Fierro
<alexandre.o.fierro at gmail.com>wrote:
> John:
>
> Here is the std output/error from running test_all.sh showing all
the seg
> faults errors - Is this an I/O issue or plainly a bug in the
software ?
>
> Cheers and thanks,
>
> Alex-
>
>
> On Tue, May 14, 2013 at 12:25 PM, Alex Fierro <
> alexandre.o.fierro at gmail.com> wrote:
>
>> Hi John:
>>
>> Unfortunately this did not solve the problem. I still get the same
error
>> (see below)- It would have been optimal to have the entire code
written in
>> FORTRAN to avoid this sort of problems. I understand that some
tools were
>> already existing in C, so due to time and budget constraints they
were not
>> converted in FORTRAN. This should be done in the future, however,
to have a
>> consistent package that is more self-contained.
>>
>> .....
>> *** Finished Making the madis2nc Tool ***
>>
>> cd pb2nc ; /usr/bin/make
>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>> readpb.o dumppb.o \
>> -Wall -Wshadow -static -DBLOCK4
>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>> -I/home/Alex.Fierro/METv4.0/include
>> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>> -L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
>> -L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
\
>> -lvx_stat_out \
>> -lvx_statistics \
>> -lvx_shapedata \
>> -lvx_gsl_prob \
>> -lvx_analysis_util \
>> -lvx_data2d_factory \
>> -lvx_data2d_grib \
>> -lvx_data2d_nc_met \
>> -lvx_data2d_nc_pinterp \
>> -lvx_data2d \
>> -lvx_nc_util \
>> -lvx_grid \
>> -lvx_config \
>> -lvx_pb_util \
>> -lvx_cal \
>> -lvx_util \
>> -lvx_math \
>> -lvx_color \
>> -lvx_log \
>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>> -lf2c -lifcore
>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
>> "isalnum"
>> using ::isalnum;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
>> "isalpha"
>> using ::isalpha;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
>> "iscntrl"
>> using ::iscntrl;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
>> "isdigit"
>> using ::isdigit;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
>> "isgraph"
>> using ::isgraph;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
>> "islower"
>> using ::islower;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(76): error: the global scope has no
>> "isprint"
>> using ::isprint;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(77): error: the global scope has no
>> "ispunct"
>> using ::ispunct;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(78): error: the global scope has no
>> "isspace"
>> using ::isspace;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(79): error: the global scope has no
>> "isupper"
>> using ::isupper;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(80): error: the global scope has no
>> "isxdigit"
>> using ::isxdigit;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(81): error: the global scope has no
>> "tolower"
>> using ::tolower;
>> ^
>>
>> /usr/include/c++/4.1.2/cctype(82): error: the global scope has no
>> "toupper"
>> using ::toupper;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(51):
error:
>> identifier "_ISupper" is undefined
>> static const mask upper = _ISupper;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(52):
error:
>> identifier "_ISlower" is undefined
>> static const mask lower = _ISlower;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(53):
error:
>> identifier "_ISalpha" is undefined
>> static const mask alpha = _ISalpha;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(54):
error:
>> identifier "_ISdigit" is undefined
>> static const mask digit = _ISdigit;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(55):
error:
>> identifier "_ISxdigit" is undefined
>> static const mask xdigit = _ISxdigit;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(56):
error:
>> identifier "_ISspace" is undefined
>> static const mask space = _ISspace;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(57):
error:
>> identifier "_ISprint" is undefined
>> static const mask print = _ISprint;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(58):
error:
>> identifier "_ISpunct" is undefined
>> static const mask graph = _ISalpha | _ISdigit | _ISpunct;
>> ^
>>
>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(59):
error:
>> identifier "_IScntrl" is undefined
>> static const mask cntrl = _IScntrl;
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark #271:
>> trailing comma is nonstandard
>> cs_clear,
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark #271:
>> trailing comma is nonstandard
>> no_config_object_type,
>> ^
>>
>> pb2nc.cc(203): remark #1419: external declaration in primary source
file
>> void numpbmsg_(int *, int *);
>> ^
>>
>> pb2nc.cc(204): remark #1419: external declaration in primary source
file
>> void openpb_(const char *, int *);
>> ^
>>
>> pb2nc.cc(205): remark #1419: external declaration in primary source
file
>> void closepb_(int *);
>> ^
>>
>> pb2nc.cc(206): remark #1419: external declaration in primary source
file
>> void readpb_(int *, char *, int *, int *, int *,
double[mxr8pm],
>> ^
>>
>> pb2nc.cc(208): remark #1419: external declaration in primary source
file
>> void dumppb_(const char *, int *, const char *, int *,
>> ^
>>
>> pb2nc.cc(333): remark #981: operands are evaluated in unspecified
order
>> << "Default Config File: " << default_config_file << "\n"
>> ^
>>
>> pb2nc.cc(334): remark #981: operands are evaluated in unspecified
order
>> << "User Config File: " << config_file << "\n";
>> ^
>>
>> pb2nc.cc(337): remark #981: operands are evaluated in unspecified
order
>> conf_info.read_config(default_config_file, config_file);
>> ^
>>
>> pb2nc.cc(347): remark #981: operands are evaluated in unspecified
order
>> << "the ending time (" <<
>> unix_to_yyyymmdd_hhmmss(valid_end_ut)
>> ^
>>
>> pb2nc.cc(349): remark #981: operands are evaluated in unspecified
order
>> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) << ").\n\n";
>> ^
>>
>> pb2nc.cc(361): remark #981: operands are evaluated in unspecified
order
>> mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile <<
"\n";
>> ^
>>
>> pb2nc.cc(367): remark #981: operands are evaluated in unspecified
order
>> << "trouble opening output file: " << ncfile <<
"\n\n";
>> ^
>>
>> pb2nc.cc(434): remark #981: operands are evaluated in unspecified
order
>> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
pbfile[i_pb]
>> ^
>>
>> pb2nc.cc(444): remark #981: operands are evaluated in unspecified
order
>> mlog << Debug(1) << "Blocking PrepBufr file to:\t" << blk_file
>> ^
>>
>> pb2nc.cc(449): remark #981: operands are evaluated in unspecified
order
>> pblock(file_name, blk_file, block);
>> ^
>>
>> pb2nc.cc(454): remark #981: operands are evaluated in unspecified
order
>> << dump_dir << "\n";
>> ^
>>
>> pb2nc.cc(473): remark #981: operands are evaluated in unspecified
order
>> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
>> ^
>>
>> pb2nc.cc(492): remark #981: operands are evaluated in unspecified
order
>> << pbfile[i_pb] << "\n\n";
>> ^
>>
>> pb2nc.cc(624): remark #810: conversion from "double" to "float" may
lose
>> significant bits
>> else pb_report_type = hdr[5];
>> ^
>>
>> pb2nc.cc(628): remark #810: conversion from "double" to "float" may
lose
>> significant bits
>> else in_report_type = hdr[6];
>> ^
>>
>> pb2nc.cc(632): remark #810: conversion from "double" to "float" may
lose
>> significant bits
>> else instrument_type = hdr[7];
>> ^
>>
>> pb2nc.cc(723): remark #810: conversion from "double" to "float" may
lose
>> significant bits
>> obs_arr[2] = evns[0][ev][lv][0];
>> ^
>>
>> pb2nc.cc(736): remark #810: conversion from "double" to "float" may
lose
>> significant bits
>> obs_arr[3] =
convert_gpm_to_msl(evns[3][ev][lv][0],
>> ^
>>
>> pb2nc.cc(850): remark #810: conversion from "int" to "float" may
lose
>> significant bits
>> obs_arr[1] = derive_gc[i];
>> ^
>>
>> pb2nc.cc(939): remark #981: operands are evaluated in unspecified
order
>> << pbfile[i_pb] << "\n\n";
>> ^
>>
>> pb2nc.cc(960): remark #981: operands are evaluated in unspecified
order
>> << "can't remove output NetCDF file \"" << ncfile
>> ^
>>
>> pb2nc.cc(1000): remark #981: operands are evaluated in unspecified
order
>> (long) strlen(hdr_typ_sa[i]))) {
>> ^
>>
>> pb2nc.cc(999): remark #981: operands are evaluated in unspecified
order
>> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
>> ^
>>
>> pb2nc.cc(1010): remark #981: operands are evaluated in unspecified
order
>> (long) strlen(hdr_sid_sa[i]))) {
>> ^
>>
>> pb2nc.cc(1009): remark #981: operands are evaluated in unspecified
order
>> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
>> ^
>>
>> pb2nc.cc(1020): remark #981: operands are evaluated in unspecified
order
>> (long) strlen(hdr_vld_sa[i]))) {
>> ^
>>
>> pb2nc.cc(1019): remark #981: operands are evaluated in unspecified
order
>> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
>> ^
>>
>> pb2nc.cc(1061): remark #869: parameter "flag" was never referenced
>> int get_event_index(int flag, int i_var, int i_lvl) {
>> ^
>>
>> pb2nc.cc(1297): remark #981: operands are evaluated in unspecified
order
>> << mlog.verbosity_level() << ") (optional).\n\n"
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/config_constants.h(332): remark
#593:
>> variable "conf_key_ensemble_flag_entries" was set but never used
>> static const char * conf_key_ensemble_flag_entries[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
>> #593: variable "lc_mode_columns" was set but never used
>> static const char * lc_mode_columns [] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark #593:
>> variable "grib_precipitation_abbr" was set but never used
>> static const char *grib_precipitation_abbr[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark #593:
>> variable "grib_specific_humidity_abbr" was set but never used
>> static const char *grib_specific_humidity_abbr[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33): remark
#593:
>> variable "pinterp_precipitation_names" was set but never used
>> static const char *pinterp_precipitation_names[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74): remark
#593:
>> variable "pinterp_specific_humidity_names" was set but never used
>> static const char *pinterp_specific_humidity_names[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98): remark
#593:
>> variable "pinterp_u_wind_names" was set but never used
>> static const char *pinterp_u_wind_names[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119):
remark
>> #593: variable "pinterp_v_wind_names" was set but never used
>> static const char *pinterp_v_wind_names[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144):
remark
>> #593: variable "pinterp_grid_relative_names" was set but never used
>> static const char *pinterp_grid_relative_names[] = {
>> ^
>>
>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166):
remark
>> #593: variable "pinterp_wind_speed_names" was set but never used
>> static const char *pinterp_wind_speed_names[] = {
>> ^
>>
>> compilation aborted for pb2nc.cc (code 2)
>> make[4]: *** [pb2nc] Error 2
>> make[3]: *** [all] Error 2
>> make[2]: *** [all] Error 2
>> make[1]: *** [all] Error 2
>> make: *** [all] Error 2
>>
>>
>>
>> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
>> met_help at ucar.edu> wrote:
>>
>>> Alex,
>>>
>>> Regarding the WWMCA compilation problem. I think we're missing an
>>> necessary include file in two source files. Unfortunately, the
compilers
>>> we use for development don't catch this problem, so it's
>>> easy to miss this. Can you please edit 2 source code files by
adding
>>> the correct include file?
>>>
>>> Add this line:
>>> #include <ctype.h>
>>>
>>> To these files:
>>> src/tools/other/wwmca_tool/wwmca_plot.cc
>>> src/tools/other/wwmca_tool/wwmca_regrid.cc
>>>
>>> Then try recompiling MET, including the WWMCA tools. If that does
the
>>> trick, I'll post this change as a bugfix for METv4.0 and also
include in
>>> the development version for the next release.
>>>
>>> Regarding NetCDF, MET currently only reads/write NetCDF files
using the
>>> "classic" data model from NetCDF3. You can compile a NetCDF4
library using
>>> the "--disable-netcdf-4" option, and MET can link to
>>> that fine. But we're still only reading/writing the classic data
model.
>>>
>>> Regarding the seg fault, that's a pretty tough one to debug
remotely. I
>>> have not seen that type of behavior before and can't guess what's
going on.
>>> Please make sure you're using the latest set of
>>> patches for your build:
>>>
>>>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>>>
>>> I wonder if the problem is specific to pcp_combine, or if other
MET
>>> tools that write a NetCDF file are having problems. Does the
previous
>>> tool, gen_poly_mask run fine?
>>>
>>> Thanks,
>>> John
>>>
>>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>>> >
>>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>>> >
>>> > Hi John:
>>> >
>>> > I have tried to run the test scripts (after setting the paths)
and get
>>> > similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1
(as
>>> netcdf 4
>>> > is not supported by MET) - could it be an I/O issue ?
>>> >
>>> > ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
>>> > ../data/sample_fcst/2005080700
>>> > DEBUG 1: [1] File
>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>> > matches valid time of 20050807_120000
>>> > DEBUG 1: [2] File
>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>> > matches valid time of 20050807_090000
>>> > DEBUG 1: [3] File
>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>> > matches valid time of 20050807_060000
>>> > DEBUG 1: [4] File
>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>> > matches valid time of 20050807_030000
>>> > DEBUG 1: [1] Reading input file:
>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>> > DEBUG 1: [2] Reading input file:
>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>> > DEBUG 1: [3] Reading input file:
>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>> > DEBUG 1: [4] Reading input file:
>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>> > DEBUG 1: Writing output file:
>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
>>> > Segmentation fault (core dumped)
>>> >
>>> > Cheers,
>>> >
>>> > Alex-
>>> >
>>> > On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
>>> > <alexandre.o.fierro at gmail.com>wrote:
>>> >
>>> >> Hi John:
>>> >>
>>> >> METv4.0.20120625.tar
>>> >>
>>> >> And yes, I gave up on the issue because I could not understand
the
>>> >> rationale and logic behind this error. I also wished that NCAR
would
>>> >> perhaps think in the future of releasing *self- contained*
softwares
>>> that
>>> >> do not require installing 12 seperate libraries/packages prior
to
>>> that.
>>> >> Similar to Grads, Skype, Matlab etc; one only need downloading
the
>>> >> precompiled executable and done.
>>> >>
>>> >> On a separate note, how does one add a new variable in
wrf_cntrl.parm
>>> that
>>> >> is not part of the original registry file and was added by the
user?
>>> The
>>> >> rationale for this query is that for some unlogical reason(s),
the
>>> ID/names
>>> >> of the variables in wrf_cntrl.parm were changed and not kept
the same
>>> as in
>>> >> the WRF.OUT NETCDF header (a capability that ARWpost had,
making the
>>> >> addition of a new variable very convenient)
>>> >>
>>> >> Cheers and best,
>>> >>
>>> >> Alex-
>>> >>
>>> >>
>>> >> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>>> >> met_help at ucar.edu> wrote:
>>> >>
>>> >>> Alex,
>>> >>>
>>> >>> I apologize for the long delay in getting back to you. Are
you still
>>> >>> experiencing this issue in the compilation of MET?
>>> >>>
>>> >>> What version of MET are you trying to compile?
>>> >>>
>>> >>> Thanks,
>>> >>> John Halley Gotway
>>> >>> met_help at ucar.edu
>>> >>>
>>> >>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>>> >>>>
>>> >>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>>> >>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>>> >>>> Queue: met_help
>>> >>>> Subject: /usr/include/c++/4.1.2/cctype(70): error: the
global
>>> >>> scope has no "isalnum"
>>> >>>> Owner: Nobody
>>> >>>> Requestors: alexandre.o.fierro at gmail.com
>>> >>>> Status: new
>>> >>>> Ticket <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>>> >>>>
>>> >>>>
>>> >>>> Greetings:
>>> >>>>
>>> >>>> I managed to fix the previous library issues which came from
various
>>> >>>> sources-
>>> >>>>
>>> >>>> I have managed to compile all the tools with the exception
of:
>>> >>>>
>>> >>>>
>>> >>>> - *wwmca_plot*
>>> >>>> - *wwmca_regrid*
>>> >>>>
>>> >>>>
>>> >>>> My compilation aborts due to this error message below
(related to
>>> C) -
>>> >>>> since I know nothing about C nor C++, I have no clue what
this error
>>> >>> means
>>> >>>> (even after googling it) and, therefore, would very much
appreciate
>>> any
>>> >>>> help on how to fix this:
>>> >>>>
>>> >>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
>>> closepb.o
>>> >>>> readpb.o dumppb.o \
>>> >>>> -Wall -Wshadow -static -DBLOCK4
>>> >>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>> >>>> -I/home/Alex.Fierro/METv4.0/include
>>> >>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>>> >>> -I/home/Alex.Fierro/GSL/gsl-1.15
>>> >>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>> >>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>> >>>> -L/home/Alex.Fierro/METv4.0/lib
>>> >>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>>> >>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
>>> >>>> -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
>>> \
>>> >>>> -lvx_stat_out \
>>> >>>> -lvx_statistics \
>>> >>>> -lvx_shapedata \
>>> >>>> -lvx_gsl_prob \
>>> >>>> -lvx_analysis_util \
>>> >>>> -lvx_data2d_factory \
>>> >>>> -lvx_data2d_grib \
>>> >>>> -lvx_data2d_nc_met \
>>> >>>> -lvx_data2d_nc_pinterp \
>>> >>>> -lvx_data2d \
>>> >>>> -lvx_nc_util \
>>> >>>> -lvx_grid \
>>> >>>> -lvx_config \
>>> >>>> -lvx_pb_util \
>>> >>>> -lvx_cal \
>>> >>>> -lvx_util \
>>> >>>> -lvx_math \
>>> >>>> -lvx_color \
>>> >>>> -lvx_log \
>>> >>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>> >>>> -lf2c -lifcore
>>> >>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope
has no
>>> >>> "isalnum"
>>> >>>> using ::isalnum;
>>> >>>> ^
>>> >>>>
>>> >>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope
has no
>>> >>> "isalpha"
>>> >>>> using ::isalpha;
>>> >>>> ^
>>> >>>>
>>> >>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope
has no
>>> >>> "iscntrl"
>>> >>>> using ::iscntrl;
>>> >>>> ^
>>> >>>>
>>> >>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope
has no
>>> >>> "isdigit"
>>> >>>> using ::isdigit;
>>> >>>> ^
>>> >>>>
>>> >>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope
has no
>>> >>> "isgraph"
>>> >>>> using ::isgraph;
>>> >>>> ^
>>> >>>>
>>> >>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope
has no
>>> >>> "islower"
>>> >>>> using ::islower;
>>> >>>>
>>> >>>>
>>> >>>> Cheers and many thanks,
>>> >>>>
>>> >>>
>>> >>>
>>> >>
>>> >>
>>> >> --
>>> >> -------------------------------------------------------------
>>> >> Alexandre Fierro, PhD
>>> >> Research Scientist-
>>> >> National Severe Storms Laboratory (NSSL/NOAA)
>>> >> *The Cooperative Institute for Mesoscale Meteorological
Studies*
>>> (OU/NOAA)
>>> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>> >>
>>> >> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
>>> That is
>>> >> why it is called the Present"
>>> >>
>>> >> "There are only 10 types of people in the world:
>>> >> Those who understand binary, and those who don't"
>>> >>
>>> >> "My opinions are my own and not representative of OU, NSSL,
>>> >> AOML, HRD, LANL or any affiliates."
>>> >> ^.^
>>> >> (o o)
>>> >> /( V )\
>>> >> ---m---m----
>>> >>
>>> >
>>> >
>>> >
>>>
>>>
>>
>>
>> --
>> -------------------------------------------------------------
>> Alexandre Fierro, PhD
>> Research Scientist-
>> National Severe Storms Laboratory (NSSL/NOAA)
>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>
>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>
>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>> why it is called the Present"
>>
>> "There are only 10 types of people in the world:
>> Those who understand binary, and those who don't"
>>
>> "My opinions are my own and not representative of OU, NSSL,
>> AOML, HRD, LANL or any affiliates."
>> ^.^
>> (o o)
>> /( V )\
>> ---m---m----
>>
>
>
>
> --
> -------------------------------------------------------------
> Alexandre Fierro, PhD
> Research Scientist-
> National Severe Storms Laboratory (NSSL/NOAA)
> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>
> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
> why it is called the Present"
>
> "There are only 10 types of people in the world:
> Those who understand binary, and those who don't"
>
> "My opinions are my own and not representative of OU, NSSL,
> AOML, HRD, LANL or any affiliates."
> ^.^
> (o o)
> /( V )\
> ---m---m----
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Wed May 15 15:15:35 2013
Taking the first test (gen_poly_mask) in METv4 I get:
../bin/gen_poly_mask
../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
../data/poly/CONUS.poly ${TEST_OUT_DIR}/gen_poly_mask/CONUS_poly.nc -v
2
DEBUG 1: Input Data File:
../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
DEBUG 1: Input Mask File: ../data/poly/CONUS.poly
DEBUG 2: Parsed Input Grid: Lambert Conformal (185 x 129)
DEBUG 2: Parsed Polyline: CONUS containing 243 points
Segmentation fault (core dumped)
Any clues of why the code stops with a SEG fault on the test files
provided
by the developers in the MET package?
Cheers and thanks,
On Wed, May 15, 2013 at 3:54 PM, Alex Fierro
<alexandre.o.fierro at gmail.com>wrote:
> Hi John:
>
> Any luck in figuring out what might cause those SEG faults in the
log file
> I sent earlier ? I am unable to conduct my analysis and am waiting
on your
> suggestions.
>
> Cheers and many thanks,
>
>
> On Tue, May 14, 2013 at 2:13 PM, Alex Fierro
<alexandre.o.fierro at gmail.com
> > wrote:
>
>> John:
>>
>> Here is the std output/error from running test_all.sh showing all
the seg
>> faults errors - Is this an I/O issue or plainly a bug in the
software ?
>>
>> Cheers and thanks,
>>
>> Alex-
>>
>>
>> On Tue, May 14, 2013 at 12:25 PM, Alex Fierro <
>> alexandre.o.fierro at gmail.com> wrote:
>>
>>> Hi John:
>>>
>>> Unfortunately this did not solve the problem. I still get the same
error
>>> (see below)- It would have been optimal to have the entire code
written in
>>> FORTRAN to avoid this sort of problems. I understand that some
tools were
>>> already existing in C, so due to time and budget constraints they
were not
>>> converted in FORTRAN. This should be done in the future, however,
to have a
>>> consistent package that is more self-contained.
>>>
>>> .....
>>> *** Finished Making the madis2nc Tool ***
>>>
>>> cd pb2nc ; /usr/bin/make
>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>>> readpb.o dumppb.o \
>>> -Wall -Wshadow -static -DBLOCK4
>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>> -I/home/Alex.Fierro/METv4.0/include
>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>> -L/home/Alex.Fierro/METv4.0/lib
-L/home/Alex.Fierro/netcdf-3.6.1/lib
>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS -L/home/Alex.Fierro/BUFRLIB
>>> -L/home/Alex.Fierro/libf2c -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
\
>>> -lvx_stat_out \
>>> -lvx_statistics \
>>> -lvx_shapedata \
>>> -lvx_gsl_prob \
>>> -lvx_analysis_util \
>>> -lvx_data2d_factory \
>>> -lvx_data2d_grib \
>>> -lvx_data2d_nc_met \
>>> -lvx_data2d_nc_pinterp \
>>> -lvx_data2d \
>>> -lvx_nc_util \
>>> -lvx_grid \
>>> -lvx_config \
>>> -lvx_pb_util \
>>> -lvx_cal \
>>> -lvx_util \
>>> -lvx_math \
>>> -lvx_color \
>>> -lvx_log \
>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>> -lf2c -lifcore
>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
>>> "isalnum"
>>> using ::isalnum;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
>>> "isalpha"
>>> using ::isalpha;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
>>> "iscntrl"
>>> using ::iscntrl;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
>>> "isdigit"
>>> using ::isdigit;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
>>> "isgraph"
>>> using ::isgraph;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
>>> "islower"
>>> using ::islower;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(76): error: the global scope has no
>>> "isprint"
>>> using ::isprint;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(77): error: the global scope has no
>>> "ispunct"
>>> using ::ispunct;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(78): error: the global scope has no
>>> "isspace"
>>> using ::isspace;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(79): error: the global scope has no
>>> "isupper"
>>> using ::isupper;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(80): error: the global scope has no
>>> "isxdigit"
>>> using ::isxdigit;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(81): error: the global scope has no
>>> "tolower"
>>> using ::tolower;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/cctype(82): error: the global scope has no
>>> "toupper"
>>> using ::toupper;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(51):
error:
>>> identifier "_ISupper" is undefined
>>> static const mask upper = _ISupper;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(52):
error:
>>> identifier "_ISlower" is undefined
>>> static const mask lower = _ISlower;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(53):
error:
>>> identifier "_ISalpha" is undefined
>>> static const mask alpha = _ISalpha;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(54):
error:
>>> identifier "_ISdigit" is undefined
>>> static const mask digit = _ISdigit;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(55):
error:
>>> identifier "_ISxdigit" is undefined
>>> static const mask xdigit = _ISxdigit;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(56):
error:
>>> identifier "_ISspace" is undefined
>>> static const mask space = _ISspace;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(57):
error:
>>> identifier "_ISprint" is undefined
>>> static const mask print = _ISprint;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(58):
error:
>>> identifier "_ISpunct" is undefined
>>> static const mask graph = _ISalpha | _ISdigit |
_ISpunct;
>>> ^
>>>
>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(59):
error:
>>> identifier "_IScntrl" is undefined
>>> static const mask cntrl = _IScntrl;
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark
#271:
>>> trailing comma is nonstandard
>>> cs_clear,
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark #271:
>>> trailing comma is nonstandard
>>> no_config_object_type,
>>> ^
>>>
>>> pb2nc.cc(203): remark #1419: external declaration in primary
source file
>>> void numpbmsg_(int *, int *);
>>> ^
>>>
>>> pb2nc.cc(204): remark #1419: external declaration in primary
source file
>>> void openpb_(const char *, int *);
>>> ^
>>>
>>> pb2nc.cc(205): remark #1419: external declaration in primary
source file
>>> void closepb_(int *);
>>> ^
>>>
>>> pb2nc.cc(206): remark #1419: external declaration in primary
source file
>>> void readpb_(int *, char *, int *, int *, int *,
double[mxr8pm],
>>> ^
>>>
>>> pb2nc.cc(208): remark #1419: external declaration in primary
source file
>>> void dumppb_(const char *, int *, const char *, int *,
>>> ^
>>>
>>> pb2nc.cc(333): remark #981: operands are evaluated in unspecified
order
>>> << "Default Config File: " << default_config_file <<
"\n"
>>> ^
>>>
>>> pb2nc.cc(334): remark #981: operands are evaluated in unspecified
order
>>> << "User Config File: " << config_file << "\n";
>>> ^
>>>
>>> pb2nc.cc(337): remark #981: operands are evaluated in unspecified
order
>>> conf_info.read_config(default_config_file, config_file);
>>> ^
>>>
>>> pb2nc.cc(347): remark #981: operands are evaluated in unspecified
order
>>> << "the ending time (" <<
>>> unix_to_yyyymmdd_hhmmss(valid_end_ut)
>>> ^
>>>
>>> pb2nc.cc(349): remark #981: operands are evaluated in unspecified
order
>>> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) << ").\n\n";
>>> ^
>>>
>>> pb2nc.cc(361): remark #981: operands are evaluated in unspecified
order
>>> mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile <<
"\n";
>>> ^
>>>
>>> pb2nc.cc(367): remark #981: operands are evaluated in unspecified
order
>>> << "trouble opening output file: " << ncfile <<
"\n\n";
>>> ^
>>>
>>> pb2nc.cc(434): remark #981: operands are evaluated in unspecified
order
>>> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
pbfile[i_pb]
>>> ^
>>>
>>> pb2nc.cc(444): remark #981: operands are evaluated in unspecified
order
>>> mlog << Debug(1) << "Blocking PrepBufr file to:\t" <<
blk_file
>>> ^
>>>
>>> pb2nc.cc(449): remark #981: operands are evaluated in unspecified
order
>>> pblock(file_name, blk_file, block);
>>> ^
>>>
>>> pb2nc.cc(454): remark #981: operands are evaluated in unspecified
order
>>> << dump_dir << "\n";
>>> ^
>>>
>>> pb2nc.cc(473): remark #981: operands are evaluated in unspecified
order
>>> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
>>> ^
>>>
>>> pb2nc.cc(492): remark #981: operands are evaluated in unspecified
order
>>> << pbfile[i_pb] << "\n\n";
>>> ^
>>>
>>> pb2nc.cc(624): remark #810: conversion from "double" to "float"
may lose
>>> significant bits
>>> else pb_report_type = hdr[5];
>>> ^
>>>
>>> pb2nc.cc(628): remark #810: conversion from "double" to "float"
may lose
>>> significant bits
>>> else in_report_type = hdr[6];
>>> ^
>>>
>>> pb2nc.cc(632): remark #810: conversion from "double" to "float"
may lose
>>> significant bits
>>> else instrument_type = hdr[7];
>>> ^
>>>
>>> pb2nc.cc(723): remark #810: conversion from "double" to "float"
may lose
>>> significant bits
>>> obs_arr[2] = evns[0][ev][lv][0];
>>> ^
>>>
>>> pb2nc.cc(736): remark #810: conversion from "double" to "float"
may lose
>>> significant bits
>>> obs_arr[3] =
convert_gpm_to_msl(evns[3][ev][lv][0],
>>> ^
>>>
>>> pb2nc.cc(850): remark #810: conversion from "int" to "float" may
lose
>>> significant bits
>>> obs_arr[1] = derive_gc[i];
>>> ^
>>>
>>> pb2nc.cc(939): remark #981: operands are evaluated in unspecified
order
>>> << pbfile[i_pb] << "\n\n";
>>> ^
>>>
>>> pb2nc.cc(960): remark #981: operands are evaluated in unspecified
order
>>> << "can't remove output NetCDF file \"" << ncfile
>>> ^
>>>
>>> pb2nc.cc(1000): remark #981: operands are evaluated in unspecified
order
>>> (long) strlen(hdr_typ_sa[i]))) {
>>> ^
>>>
>>> pb2nc.cc(999): remark #981: operands are evaluated in unspecified
order
>>> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
>>> ^
>>>
>>> pb2nc.cc(1010): remark #981: operands are evaluated in unspecified
order
>>> (long) strlen(hdr_sid_sa[i]))) {
>>> ^
>>>
>>> pb2nc.cc(1009): remark #981: operands are evaluated in unspecified
order
>>> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
>>> ^
>>>
>>> pb2nc.cc(1020): remark #981: operands are evaluated in unspecified
order
>>> (long) strlen(hdr_vld_sa[i]))) {
>>> ^
>>>
>>> pb2nc.cc(1019): remark #981: operands are evaluated in unspecified
order
>>> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
>>> ^
>>>
>>> pb2nc.cc(1061): remark #869: parameter "flag" was never referenced
>>> int get_event_index(int flag, int i_var, int i_lvl) {
>>> ^
>>>
>>> pb2nc.cc(1297): remark #981: operands are evaluated in unspecified
order
>>> << mlog.verbosity_level() << ") (optional).\n\n"
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/config_constants.h(332): remark
#593:
>>> variable "conf_key_ensemble_flag_entries" was set but never used
>>> static const char * conf_key_ensemble_flag_entries[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
>>> #593: variable "lc_mode_columns" was set but never used
>>> static const char * lc_mode_columns [] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark #593:
>>> variable "grib_precipitation_abbr" was set but never used
>>> static const char *grib_precipitation_abbr[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark #593:
>>> variable "grib_specific_humidity_abbr" was set but never used
>>> static const char *grib_specific_humidity_abbr[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33):
remark
>>> #593: variable "pinterp_precipitation_names" was set but never
used
>>> static const char *pinterp_precipitation_names[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74):
remark
>>> #593: variable "pinterp_specific_humidity_names" was set but never
used
>>> static const char *pinterp_specific_humidity_names[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98):
remark
>>> #593: variable "pinterp_u_wind_names" was set but never used
>>> static const char *pinterp_u_wind_names[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119):
remark
>>> #593: variable "pinterp_v_wind_names" was set but never used
>>> static const char *pinterp_v_wind_names[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144):
remark
>>> #593: variable "pinterp_grid_relative_names" was set but never
used
>>> static const char *pinterp_grid_relative_names[] = {
>>> ^
>>>
>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166):
remark
>>> #593: variable "pinterp_wind_speed_names" was set but never used
>>> static const char *pinterp_wind_speed_names[] = {
>>> ^
>>>
>>> compilation aborted for pb2nc.cc (code 2)
>>> make[4]: *** [pb2nc] Error 2
>>> make[3]: *** [all] Error 2
>>> make[2]: *** [all] Error 2
>>> make[1]: *** [all] Error 2
>>> make: *** [all] Error 2
>>>
>>>
>>>
>>> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
>>> met_help at ucar.edu> wrote:
>>>
>>>> Alex,
>>>>
>>>> Regarding the WWMCA compilation problem. I think we're missing
an
>>>> necessary include file in two source files. Unfortunately, the
compilers
>>>> we use for development don't catch this problem, so it's
>>>> easy to miss this. Can you please edit 2 source code files by
adding
>>>> the correct include file?
>>>>
>>>> Add this line:
>>>> #include <ctype.h>
>>>>
>>>> To these files:
>>>> src/tools/other/wwmca_tool/wwmca_plot.cc
>>>> src/tools/other/wwmca_tool/wwmca_regrid.cc
>>>>
>>>> Then try recompiling MET, including the WWMCA tools. If that
does the
>>>> trick, I'll post this change as a bugfix for METv4.0 and also
include in
>>>> the development version for the next release.
>>>>
>>>> Regarding NetCDF, MET currently only reads/write NetCDF files
using the
>>>> "classic" data model from NetCDF3. You can compile a NetCDF4
library using
>>>> the "--disable-netcdf-4" option, and MET can link to
>>>> that fine. But we're still only reading/writing the classic data
model.
>>>>
>>>> Regarding the seg fault, that's a pretty tough one to debug
remotely.
>>>> I have not seen that type of behavior before and can't guess
what's going
>>>> on. Please make sure you're using the latest set of
>>>> patches for your build:
>>>>
>>>>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>>>>
>>>> I wonder if the problem is specific to pcp_combine, or if other
MET
>>>> tools that write a NetCDF file are having problems. Does the
previous
>>>> tool, gen_poly_mask run fine?
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>>>> >
>>>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>>>> >
>>>> > Hi John:
>>>> >
>>>> > I have tried to run the test scripts (after setting the paths)
and get
>>>> > similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1
(as
>>>> netcdf 4
>>>> > is not supported by MET) - could it be an I/O issue ?
>>>> >
>>>> > ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
>>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
>>>> > ../data/sample_fcst/2005080700
>>>> > DEBUG 1: [1] File
>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>> > matches valid time of 20050807_120000
>>>> > DEBUG 1: [2] File
>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>> > matches valid time of 20050807_090000
>>>> > DEBUG 1: [3] File
>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>> > matches valid time of 20050807_060000
>>>> > DEBUG 1: [4] File
>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>> > matches valid time of 20050807_030000
>>>> > DEBUG 1: [1] Reading input file:
>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>> > DEBUG 1: [2] Reading input file:
>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>> > DEBUG 1: [3] Reading input file:
>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>> > DEBUG 1: [4] Reading input file:
>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>> > DEBUG 1: Writing output file:
>>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
>>>> > Segmentation fault (core dumped)
>>>> >
>>>> > Cheers,
>>>> >
>>>> > Alex-
>>>> >
>>>> > On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
>>>> > <alexandre.o.fierro at gmail.com>wrote:
>>>> >
>>>> >> Hi John:
>>>> >>
>>>> >> METv4.0.20120625.tar
>>>> >>
>>>> >> And yes, I gave up on the issue because I could not understand
the
>>>> >> rationale and logic behind this error. I also wished that NCAR
would
>>>> >> perhaps think in the future of releasing *self- contained*
softwares
>>>> that
>>>> >> do not require installing 12 seperate libraries/packages prior
to
>>>> that.
>>>> >> Similar to Grads, Skype, Matlab etc; one only need downloading
the
>>>> >> precompiled executable and done.
>>>> >>
>>>> >> On a separate note, how does one add a new variable in
>>>> wrf_cntrl.parm that
>>>> >> is not part of the original registry file and was added by the
user?
>>>> The
>>>> >> rationale for this query is that for some unlogical reason(s),
the
>>>> ID/names
>>>> >> of the variables in wrf_cntrl.parm were changed and not kept
the
>>>> same as in
>>>> >> the WRF.OUT NETCDF header (a capability that ARWpost had,
making the
>>>> >> addition of a new variable very convenient)
>>>> >>
>>>> >> Cheers and best,
>>>> >>
>>>> >> Alex-
>>>> >>
>>>> >>
>>>> >> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>>>> >> met_help at ucar.edu> wrote:
>>>> >>
>>>> >>> Alex,
>>>> >>>
>>>> >>> I apologize for the long delay in getting back to you. Are
you
>>>> still
>>>> >>> experiencing this issue in the compilation of MET?
>>>> >>>
>>>> >>> What version of MET are you trying to compile?
>>>> >>>
>>>> >>> Thanks,
>>>> >>> John Halley Gotway
>>>> >>> met_help at ucar.edu
>>>> >>>
>>>> >>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>>>> >>>>
>>>> >>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>>>> >>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>>>> >>>> Queue: met_help
>>>> >>>> Subject: /usr/include/c++/4.1.2/cctype(70): error:
the
>>>> global
>>>> >>> scope has no "isalnum"
>>>> >>>> Owner: Nobody
>>>> >>>> Requestors: alexandre.o.fierro at gmail.com
>>>> >>>> Status: new
>>>> >>>> Ticket <URL:
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>>>> >>>>
>>>> >>>>
>>>> >>>> Greetings:
>>>> >>>>
>>>> >>>> I managed to fix the previous library issues which came from
>>>> various
>>>> >>>> sources-
>>>> >>>>
>>>> >>>> I have managed to compile all the tools with the exception
of:
>>>> >>>>
>>>> >>>>
>>>> >>>> - *wwmca_plot*
>>>> >>>> - *wwmca_regrid*
>>>> >>>>
>>>> >>>>
>>>> >>>> My compilation aborts due to this error message below
(related to
>>>> C) -
>>>> >>>> since I know nothing about C nor C++, I have no clue what
this
>>>> error
>>>> >>> means
>>>> >>>> (even after googling it) and, therefore, would very much
>>>> appreciate any
>>>> >>>> help on how to fix this:
>>>> >>>>
>>>> >>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
>>>> closepb.o
>>>> >>>> readpb.o dumppb.o \
>>>> >>>> -Wall -Wshadow -static -DBLOCK4
>>>> >>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>> >>>> -I/home/Alex.Fierro/METv4.0/include
>>>> >>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>>>> >>> -I/home/Alex.Fierro/GSL/gsl-1.15
>>>> >>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>> >>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>> >>>> -L/home/Alex.Fierro/METv4.0/lib
>>>> >>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>>>> >>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
>>>> >>>> -L/home/Alex.Fierro/libf2c
-L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0
>>>> \
>>>> >>>> -lvx_stat_out \
>>>> >>>> -lvx_statistics \
>>>> >>>> -lvx_shapedata \
>>>> >>>> -lvx_gsl_prob \
>>>> >>>> -lvx_analysis_util \
>>>> >>>> -lvx_data2d_factory \
>>>> >>>> -lvx_data2d_grib \
>>>> >>>> -lvx_data2d_nc_met \
>>>> >>>> -lvx_data2d_nc_pinterp \
>>>> >>>> -lvx_data2d \
>>>> >>>> -lvx_nc_util \
>>>> >>>> -lvx_grid \
>>>> >>>> -lvx_config \
>>>> >>>> -lvx_pb_util \
>>>> >>>> -lvx_cal \
>>>> >>>> -lvx_util \
>>>> >>>> -lvx_math \
>>>> >>>> -lvx_color \
>>>> >>>> -lvx_log \
>>>> >>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>> >>>> -lf2c -lifcore
>>>> >>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope
has no
>>>> >>> "isalnum"
>>>> >>>> using ::isalnum;
>>>> >>>> ^
>>>> >>>>
>>>> >>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope
has no
>>>> >>> "isalpha"
>>>> >>>> using ::isalpha;
>>>> >>>> ^
>>>> >>>>
>>>> >>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope
has no
>>>> >>> "iscntrl"
>>>> >>>> using ::iscntrl;
>>>> >>>> ^
>>>> >>>>
>>>> >>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope
has no
>>>> >>> "isdigit"
>>>> >>>> using ::isdigit;
>>>> >>>> ^
>>>> >>>>
>>>> >>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope
has no
>>>> >>> "isgraph"
>>>> >>>> using ::isgraph;
>>>> >>>> ^
>>>> >>>>
>>>> >>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope
has no
>>>> >>> "islower"
>>>> >>>> using ::islower;
>>>> >>>>
>>>> >>>>
>>>> >>>> Cheers and many thanks,
>>>> >>>>
>>>> >>>
>>>> >>>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> -------------------------------------------------------------
>>>> >> Alexandre Fierro, PhD
>>>> >> Research Scientist-
>>>> >> National Severe Storms Laboratory (NSSL/NOAA)
>>>> >> *The Cooperative Institute for Mesoscale Meteorological
Studies*
>>>> (OU/NOAA)
>>>> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>> >>
>>>> >> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
>>>> That is
>>>> >> why it is called the Present"
>>>> >>
>>>> >> "There are only 10 types of people in the world:
>>>> >> Those who understand binary, and those who don't"
>>>> >>
>>>> >> "My opinions are my own and not representative of OU, NSSL,
>>>> >> AOML, HRD, LANL or any affiliates."
>>>> >> ^.^
>>>> >> (o o)
>>>> >> /( V )\
>>>> >> ---m---m----
>>>> >>
>>>> >
>>>> >
>>>> >
>>>>
>>>>
>>>
>>>
>>> --
>>> -------------------------------------------------------------
>>> Alexandre Fierro, PhD
>>> Research Scientist-
>>> National Severe Storms Laboratory (NSSL/NOAA)
>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>>
>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>
>>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
>>> is why it is called the Present"
>>>
>>> "There are only 10 types of people in the world:
>>> Those who understand binary, and those who don't"
>>>
>>> "My opinions are my own and not representative of OU, NSSL,
>>> AOML, HRD, LANL or any affiliates."
>>> ^.^
>>> (o o)
>>> /( V )\
>>> ---m---m----
>>>
>>
>>
>>
>> --
>> -------------------------------------------------------------
>> Alexandre Fierro, PhD
>> Research Scientist-
>> National Severe Storms Laboratory (NSSL/NOAA)
>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>
>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>> why it is called the Present"
>>
>> "There are only 10 types of people in the world:
>> Those who understand binary, and those who don't"
>>
>> "My opinions are my own and not representative of OU, NSSL,
>> AOML, HRD, LANL or any affiliates."
>> ^.^
>> (o o)
>> /( V )\
>> ---m---m----
>>
>
>
>
> --
> -------------------------------------------------------------
> Alexandre Fierro, PhD
> Research Scientist-
> National Severe Storms Laboratory (NSSL/NOAA)
> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>
> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
> why it is called the Present"
>
> "There are only 10 types of people in the world:
> Those who understand binary, and those who don't"
>
> "My opinions are my own and not representative of OU, NSSL,
> AOML, HRD, LANL or any affiliates."
> ^.^
> (o o)
> /( V )\
> ---m---m----
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Wed May 15 15:51:24 2013
Hi John:
I finally managed to get the run_all test working-
The 2 problems I had were as follows:
1) When installing the compression libs BUFRLIB, I forgot to archive
the
object files into a single lib file with this exact command: ar crv
libbufr.a *.o (as the documentation was a bit unclear with ar crv
$BUFRLIB
*.o)
2) For some X reasons, this package ONLY works with NETCF 3.6.3 -
Using
3.6.1 and 3.6.0 yields to:
write_netcdf() -> error with pcp_var->put()
(I havent tried 3.6.2. however but based on some forums, it also
causes the
same error).
Cheers,
On Wed, May 15, 2013 at 4:15 PM, Alex Fierro
<alexandre.o.fierro at gmail.com>wrote:
> Taking the first test (gen_poly_mask) in METv4 I get:
>
> ../bin/gen_poly_mask
> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
> ../data/poly/CONUS.poly ${TEST_OUT_DIR}/gen_poly_mask/CONUS_poly.nc
-v 2
>
> DEBUG 1: Input Data File:
> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
> DEBUG 1: Input Mask File: ../data/poly/CONUS.poly
> DEBUG 2: Parsed Input Grid: Lambert Conformal (185 x 129)
> DEBUG 2: Parsed Polyline: CONUS containing 243 points
> Segmentation fault (core dumped)
>
> Any clues of why the code stops with a SEG fault on the test files
> provided by the developers in the MET package?
>
> Cheers and thanks,
>
>
>
> On Wed, May 15, 2013 at 3:54 PM, Alex Fierro
<alexandre.o.fierro at gmail.com
> > wrote:
>
>> Hi John:
>>
>> Any luck in figuring out what might cause those SEG faults in the
log
>> file I sent earlier ? I am unable to conduct my analysis and am
waiting on
>> your suggestions.
>>
>> Cheers and many thanks,
>>
>>
>> On Tue, May 14, 2013 at 2:13 PM, Alex Fierro <
>> alexandre.o.fierro at gmail.com> wrote:
>>
>>> John:
>>>
>>> Here is the std output/error from running test_all.sh showing all
the
>>> seg faults errors - Is this an I/O issue or plainly a bug in the
software ?
>>>
>>> Cheers and thanks,
>>>
>>> Alex-
>>>
>>>
>>> On Tue, May 14, 2013 at 12:25 PM, Alex Fierro <
>>> alexandre.o.fierro at gmail.com> wrote:
>>>
>>>> Hi John:
>>>>
>>>> Unfortunately this did not solve the problem. I still get the
same
>>>> error (see below)- It would have been optimal to have the entire
code
>>>> written in FORTRAN to avoid this sort of problems. I understand
that some
>>>> tools were already existing in C, so due to time and budget
constraints
>>>> they were not converted in FORTRAN. This should be done in the
future,
>>>> however, to have a consistent package that is more self-
contained.
>>>>
>>>> .....
>>>> *** Finished Making the madis2nc Tool ***
>>>>
>>>> cd pb2nc ; /usr/bin/make
>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>>>> readpb.o dumppb.o \
>>>> -Wall -Wshadow -static -DBLOCK4
>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>> -I/home/Alex.Fierro/METv4.0/include
>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>> -L/home/Alex.Fierro/METv4.0/lib
>>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
-L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
>>>> -L/home/Alex.Fierro/BUFRLIB -L/home/Alex.Fierro/libf2c
>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>> -lvx_stat_out \
>>>> -lvx_statistics \
>>>> -lvx_shapedata \
>>>> -lvx_gsl_prob \
>>>> -lvx_analysis_util \
>>>> -lvx_data2d_factory \
>>>> -lvx_data2d_grib \
>>>> -lvx_data2d_nc_met \
>>>> -lvx_data2d_nc_pinterp \
>>>> -lvx_data2d \
>>>> -lvx_nc_util \
>>>> -lvx_grid \
>>>> -lvx_config \
>>>> -lvx_pb_util \
>>>> -lvx_cal \
>>>> -lvx_util \
>>>> -lvx_math \
>>>> -lvx_color \
>>>> -lvx_log \
>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>> -lf2c -lifcore
>>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has no
>>>> "isalnum"
>>>> using ::isalnum;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has no
>>>> "isalpha"
>>>> using ::isalpha;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has no
>>>> "iscntrl"
>>>> using ::iscntrl;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has no
>>>> "isdigit"
>>>> using ::isdigit;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has no
>>>> "isgraph"
>>>> using ::isgraph;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has no
>>>> "islower"
>>>> using ::islower;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(76): error: the global scope has no
>>>> "isprint"
>>>> using ::isprint;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(77): error: the global scope has no
>>>> "ispunct"
>>>> using ::ispunct;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(78): error: the global scope has no
>>>> "isspace"
>>>> using ::isspace;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(79): error: the global scope has no
>>>> "isupper"
>>>> using ::isupper;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(80): error: the global scope has no
>>>> "isxdigit"
>>>> using ::isxdigit;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(81): error: the global scope has no
>>>> "tolower"
>>>> using ::tolower;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/cctype(82): error: the global scope has no
>>>> "toupper"
>>>> using ::toupper;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(51):
>>>> error: identifier "_ISupper" is undefined
>>>> static const mask upper = _ISupper;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(52):
>>>> error: identifier "_ISlower" is undefined
>>>> static const mask lower = _ISlower;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(53):
>>>> error: identifier "_ISalpha" is undefined
>>>> static const mask alpha = _ISalpha;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(54):
>>>> error: identifier "_ISdigit" is undefined
>>>> static const mask digit = _ISdigit;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(55):
>>>> error: identifier "_ISxdigit" is undefined
>>>> static const mask xdigit = _ISxdigit;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(56):
>>>> error: identifier "_ISspace" is undefined
>>>> static const mask space = _ISspace;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(57):
>>>> error: identifier "_ISprint" is undefined
>>>> static const mask print = _ISprint;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(58):
>>>> error: identifier "_ISpunct" is undefined
>>>> static const mask graph = _ISalpha | _ISdigit |
_ISpunct;
>>>> ^
>>>>
>>>> /usr/include/c++/4.1.2/x86_64-redhat-linux/bits/ctype_base.h(59):
>>>> error: identifier "_IScntrl" is undefined
>>>> static const mask cntrl = _IScntrl;
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark
#271:
>>>> trailing comma is nonstandard
>>>> cs_clear,
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark
#271:
>>>> trailing comma is nonstandard
>>>> no_config_object_type,
>>>> ^
>>>>
>>>> pb2nc.cc(203): remark #1419: external declaration in primary
source file
>>>> void numpbmsg_(int *, int *);
>>>> ^
>>>>
>>>> pb2nc.cc(204): remark #1419: external declaration in primary
source file
>>>> void openpb_(const char *, int *);
>>>> ^
>>>>
>>>> pb2nc.cc(205): remark #1419: external declaration in primary
source file
>>>> void closepb_(int *);
>>>> ^
>>>>
>>>> pb2nc.cc(206): remark #1419: external declaration in primary
source file
>>>> void readpb_(int *, char *, int *, int *, int *,
double[mxr8pm],
>>>> ^
>>>>
>>>> pb2nc.cc(208): remark #1419: external declaration in primary
source file
>>>> void dumppb_(const char *, int *, const char *, int *,
>>>> ^
>>>>
>>>> pb2nc.cc(333): remark #981: operands are evaluated in unspecified
order
>>>> << "Default Config File: " << default_config_file <<
"\n"
>>>> ^
>>>>
>>>> pb2nc.cc(334): remark #981: operands are evaluated in unspecified
order
>>>> << "User Config File: " << config_file << "\n";
>>>> ^
>>>>
>>>> pb2nc.cc(337): remark #981: operands are evaluated in unspecified
order
>>>> conf_info.read_config(default_config_file, config_file);
>>>> ^
>>>>
>>>> pb2nc.cc(347): remark #981: operands are evaluated in unspecified
order
>>>> << "the ending time (" <<
>>>> unix_to_yyyymmdd_hhmmss(valid_end_ut)
>>>> ^
>>>>
>>>> pb2nc.cc(349): remark #981: operands are evaluated in unspecified
order
>>>> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) <<
").\n\n";
>>>> ^
>>>>
>>>> pb2nc.cc(361): remark #981: operands are evaluated in unspecified
order
>>>> mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile <<
"\n";
>>>> ^
>>>>
>>>> pb2nc.cc(367): remark #981: operands are evaluated in unspecified
order
>>>> << "trouble opening output file: " << ncfile <<
"\n\n";
>>>> ^
>>>>
>>>> pb2nc.cc(434): remark #981: operands are evaluated in unspecified
order
>>>> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
pbfile[i_pb]
>>>> ^
>>>>
>>>> pb2nc.cc(444): remark #981: operands are evaluated in unspecified
order
>>>> mlog << Debug(1) << "Blocking PrepBufr file to:\t" <<
blk_file
>>>> ^
>>>>
>>>> pb2nc.cc(449): remark #981: operands are evaluated in unspecified
order
>>>> pblock(file_name, blk_file, block);
>>>> ^
>>>>
>>>> pb2nc.cc(454): remark #981: operands are evaluated in unspecified
order
>>>> << dump_dir << "\n";
>>>> ^
>>>>
>>>> pb2nc.cc(473): remark #981: operands are evaluated in unspecified
order
>>>> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
>>>> ^
>>>>
>>>> pb2nc.cc(492): remark #981: operands are evaluated in unspecified
order
>>>> << pbfile[i_pb] << "\n\n";
>>>> ^
>>>>
>>>> pb2nc.cc(624): remark #810: conversion from "double" to "float"
may
>>>> lose significant bits
>>>> else pb_report_type = hdr[5];
>>>> ^
>>>>
>>>> pb2nc.cc(628): remark #810: conversion from "double" to "float"
may
>>>> lose significant bits
>>>> else in_report_type = hdr[6];
>>>> ^
>>>>
>>>> pb2nc.cc(632): remark #810: conversion from "double" to "float"
may
>>>> lose significant bits
>>>> else instrument_type = hdr[7];
>>>> ^
>>>>
>>>> pb2nc.cc(723): remark #810: conversion from "double" to "float"
may
>>>> lose significant bits
>>>> obs_arr[2] = evns[0][ev][lv][0];
>>>> ^
>>>>
>>>> pb2nc.cc(736): remark #810: conversion from "double" to "float"
may
>>>> lose significant bits
>>>> obs_arr[3] =
convert_gpm_to_msl(evns[3][ev][lv][0],
>>>> ^
>>>>
>>>> pb2nc.cc(850): remark #810: conversion from "int" to "float" may
lose
>>>> significant bits
>>>> obs_arr[1] = derive_gc[i];
>>>> ^
>>>>
>>>> pb2nc.cc(939): remark #981: operands are evaluated in unspecified
order
>>>> << pbfile[i_pb] << "\n\n";
>>>> ^
>>>>
>>>> pb2nc.cc(960): remark #981: operands are evaluated in unspecified
order
>>>> << "can't remove output NetCDF file \"" << ncfile
>>>> ^
>>>>
>>>> pb2nc.cc(1000): remark #981: operands are evaluated in
unspecified order
>>>> (long) strlen(hdr_typ_sa[i]))) {
>>>> ^
>>>>
>>>> pb2nc.cc(999): remark #981: operands are evaluated in unspecified
order
>>>> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
>>>> ^
>>>>
>>>> pb2nc.cc(1010): remark #981: operands are evaluated in
unspecified order
>>>> (long) strlen(hdr_sid_sa[i]))) {
>>>> ^
>>>>
>>>> pb2nc.cc(1009): remark #981: operands are evaluated in
unspecified order
>>>> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
>>>> ^
>>>>
>>>> pb2nc.cc(1020): remark #981: operands are evaluated in
unspecified order
>>>> (long) strlen(hdr_vld_sa[i]))) {
>>>> ^
>>>>
>>>> pb2nc.cc(1019): remark #981: operands are evaluated in
unspecified order
>>>> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
>>>> ^
>>>>
>>>> pb2nc.cc(1061): remark #869: parameter "flag" was never
referenced
>>>> int get_event_index(int flag, int i_var, int i_lvl) {
>>>> ^
>>>>
>>>> pb2nc.cc(1297): remark #981: operands are evaluated in
unspecified order
>>>> << mlog.verbosity_level() << ") (optional).\n\n"
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/config_constants.h(332): remark
#593:
>>>> variable "conf_key_ensemble_flag_entries" was set but never used
>>>> static const char * conf_key_ensemble_flag_entries[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
>>>> #593: variable "lc_mode_columns" was set but never used
>>>> static const char * lc_mode_columns [] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark
#593:
>>>> variable "grib_precipitation_abbr" was set but never used
>>>> static const char *grib_precipitation_abbr[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark
#593:
>>>> variable "grib_specific_humidity_abbr" was set but never used
>>>> static const char *grib_specific_humidity_abbr[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33):
remark
>>>> #593: variable "pinterp_precipitation_names" was set but never
used
>>>> static const char *pinterp_precipitation_names[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74):
remark
>>>> #593: variable "pinterp_specific_humidity_names" was set but
never used
>>>> static const char *pinterp_specific_humidity_names[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98):
remark
>>>> #593: variable "pinterp_u_wind_names" was set but never used
>>>> static const char *pinterp_u_wind_names[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119):
remark
>>>> #593: variable "pinterp_v_wind_names" was set but never used
>>>> static const char *pinterp_v_wind_names[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144):
remark
>>>> #593: variable "pinterp_grid_relative_names" was set but never
used
>>>> static const char *pinterp_grid_relative_names[] = {
>>>> ^
>>>>
>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166):
remark
>>>> #593: variable "pinterp_wind_speed_names" was set but never used
>>>> static const char *pinterp_wind_speed_names[] = {
>>>> ^
>>>>
>>>> compilation aborted for pb2nc.cc (code 2)
>>>> make[4]: *** [pb2nc] Error 2
>>>> make[3]: *** [all] Error 2
>>>> make[2]: *** [all] Error 2
>>>> make[1]: *** [all] Error 2
>>>> make: *** [all] Error 2
>>>>
>>>>
>>>>
>>>> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
>>>> met_help at ucar.edu> wrote:
>>>>
>>>>> Alex,
>>>>>
>>>>> Regarding the WWMCA compilation problem. I think we're missing
an
>>>>> necessary include file in two source files. Unfortunately, the
compilers
>>>>> we use for development don't catch this problem, so it's
>>>>> easy to miss this. Can you please edit 2 source code files by
adding
>>>>> the correct include file?
>>>>>
>>>>> Add this line:
>>>>> #include <ctype.h>
>>>>>
>>>>> To these files:
>>>>> src/tools/other/wwmca_tool/wwmca_plot.cc
>>>>> src/tools/other/wwmca_tool/wwmca_regrid.cc
>>>>>
>>>>> Then try recompiling MET, including the WWMCA tools. If that
does the
>>>>> trick, I'll post this change as a bugfix for METv4.0 and also
include in
>>>>> the development version for the next release.
>>>>>
>>>>> Regarding NetCDF, MET currently only reads/write NetCDF files
using
>>>>> the "classic" data model from NetCDF3. You can compile a
NetCDF4 library
>>>>> using the "--disable-netcdf-4" option, and MET can link to
>>>>> that fine. But we're still only reading/writing the classic
data
>>>>> model.
>>>>>
>>>>> Regarding the seg fault, that's a pretty tough one to debug
remotely.
>>>>> I have not seen that type of behavior before and can't guess
what's going
>>>>> on. Please make sure you're using the latest set of
>>>>> patches for your build:
>>>>>
>>>>>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>>>>>
>>>>> I wonder if the problem is specific to pcp_combine, or if other
MET
>>>>> tools that write a NetCDF file are having problems. Does the
previous
>>>>> tool, gen_poly_mask run fine?
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>>>>> >
>>>>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329
>
>>>>> >
>>>>> > Hi John:
>>>>> >
>>>>> > I have tried to run the test scripts (after setting the paths)
and
>>>>> get
>>>>> > similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1
(as
>>>>> netcdf 4
>>>>> > is not supported by MET) - could it be an I/O issue ?
>>>>> >
>>>>> > ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
>>>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
>>>>> > ../data/sample_fcst/2005080700
>>>>> > DEBUG 1: [1] File
>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>>> > matches valid time of 20050807_120000
>>>>> > DEBUG 1: [2] File
>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>>> > matches valid time of 20050807_090000
>>>>> > DEBUG 1: [3] File
>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>>> > matches valid time of 20050807_060000
>>>>> > DEBUG 1: [4] File
>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>>> > matches valid time of 20050807_030000
>>>>> > DEBUG 1: [1] Reading input file:
>>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>>> > DEBUG 1: [2] Reading input file:
>>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>>> > DEBUG 1: [3] Reading input file:
>>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>>> > DEBUG 1: [4] Reading input file:
>>>>> > ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>>> > DEBUG 1: Writing output file:
>>>>> > ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
>>>>> > Segmentation fault (core dumped)
>>>>> >
>>>>> > Cheers,
>>>>> >
>>>>> > Alex-
>>>>> >
>>>>> > On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
>>>>> > <alexandre.o.fierro at gmail.com>wrote:
>>>>> >
>>>>> >> Hi John:
>>>>> >>
>>>>> >> METv4.0.20120625.tar
>>>>> >>
>>>>> >> And yes, I gave up on the issue because I could not
understand the
>>>>> >> rationale and logic behind this error. I also wished that
NCAR would
>>>>> >> perhaps think in the future of releasing *self- contained*
>>>>> softwares that
>>>>> >> do not require installing 12 seperate libraries/packages
prior to
>>>>> that.
>>>>> >> Similar to Grads, Skype, Matlab etc; one only need
downloading the
>>>>> >> precompiled executable and done.
>>>>> >>
>>>>> >> On a separate note, how does one add a new variable in
>>>>> wrf_cntrl.parm that
>>>>> >> is not part of the original registry file and was added by
the
>>>>> user? The
>>>>> >> rationale for this query is that for some unlogical
reason(s), the
>>>>> ID/names
>>>>> >> of the variables in wrf_cntrl.parm were changed and not kept
the
>>>>> same as in
>>>>> >> the WRF.OUT NETCDF header (a capability that ARWpost had,
making the
>>>>> >> addition of a new variable very convenient)
>>>>> >>
>>>>> >> Cheers and best,
>>>>> >>
>>>>> >> Alex-
>>>>> >>
>>>>> >>
>>>>> >> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>>>>> >> met_help at ucar.edu> wrote:
>>>>> >>
>>>>> >>> Alex,
>>>>> >>>
>>>>> >>> I apologize for the long delay in getting back to you. Are
you
>>>>> still
>>>>> >>> experiencing this issue in the compilation of MET?
>>>>> >>>
>>>>> >>> What version of MET are you trying to compile?
>>>>> >>>
>>>>> >>> Thanks,
>>>>> >>> John Halley Gotway
>>>>> >>> met_help at ucar.edu
>>>>> >>>
>>>>> >>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>>>>> >>>>
>>>>> >>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>>>>> >>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>>>>> >>>> Queue: met_help
>>>>> >>>> Subject: /usr/include/c++/4.1.2/cctype(70): error:
the
>>>>> global
>>>>> >>> scope has no "isalnum"
>>>>> >>>> Owner: Nobody
>>>>> >>>> Requestors: alexandre.o.fierro at gmail.com
>>>>> >>>> Status: new
>>>>> >>>> Ticket <URL:
>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> Greetings:
>>>>> >>>>
>>>>> >>>> I managed to fix the previous library issues which came
from
>>>>> various
>>>>> >>>> sources-
>>>>> >>>>
>>>>> >>>> I have managed to compile all the tools with the exception
of:
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> - *wwmca_plot*
>>>>> >>>> - *wwmca_regrid*
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> My compilation aborts due to this error message below
(related to
>>>>> C) -
>>>>> >>>> since I know nothing about C nor C++, I have no clue what
this
>>>>> error
>>>>> >>> means
>>>>> >>>> (even after googling it) and, therefore, would very much
>>>>> appreciate any
>>>>> >>>> help on how to fix this:
>>>>> >>>>
>>>>> >>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
>>>>> closepb.o
>>>>> >>>> readpb.o dumppb.o \
>>>>> >>>> -Wall -Wshadow -static -DBLOCK4
>>>>> >>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>>> >>>> -I/home/Alex.Fierro/METv4.0/include
>>>>> >>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>>>>> >>> -I/home/Alex.Fierro/GSL/gsl-1.15
>>>>> >>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>>> >>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>> >>>> -L/home/Alex.Fierro/METv4.0/lib
>>>>> >>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>>>>> >>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
>>>>> >>>> -L/home/Alex.Fierro/libf2c
>>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>> >>>> -lvx_stat_out \
>>>>> >>>> -lvx_statistics \
>>>>> >>>> -lvx_shapedata \
>>>>> >>>> -lvx_gsl_prob \
>>>>> >>>> -lvx_analysis_util \
>>>>> >>>> -lvx_data2d_factory \
>>>>> >>>> -lvx_data2d_grib \
>>>>> >>>> -lvx_data2d_nc_met \
>>>>> >>>> -lvx_data2d_nc_pinterp \
>>>>> >>>> -lvx_data2d \
>>>>> >>>> -lvx_nc_util \
>>>>> >>>> -lvx_grid \
>>>>> >>>> -lvx_config \
>>>>> >>>> -lvx_pb_util \
>>>>> >>>> -lvx_cal \
>>>>> >>>> -lvx_util \
>>>>> >>>> -lvx_math \
>>>>> >>>> -lvx_color \
>>>>> >>>> -lvx_log \
>>>>> >>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>>> >>>> -lf2c -lifcore
>>>>> >>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope
has no
>>>>> >>> "isalnum"
>>>>> >>>> using ::isalnum;
>>>>> >>>> ^
>>>>> >>>>
>>>>> >>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope
has no
>>>>> >>> "isalpha"
>>>>> >>>> using ::isalpha;
>>>>> >>>> ^
>>>>> >>>>
>>>>> >>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope
has no
>>>>> >>> "iscntrl"
>>>>> >>>> using ::iscntrl;
>>>>> >>>> ^
>>>>> >>>>
>>>>> >>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope
has no
>>>>> >>> "isdigit"
>>>>> >>>> using ::isdigit;
>>>>> >>>> ^
>>>>> >>>>
>>>>> >>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope
has no
>>>>> >>> "isgraph"
>>>>> >>>> using ::isgraph;
>>>>> >>>> ^
>>>>> >>>>
>>>>> >>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope
has no
>>>>> >>> "islower"
>>>>> >>>> using ::islower;
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> Cheers and many thanks,
>>>>> >>>>
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> -------------------------------------------------------------
>>>>> >> Alexandre Fierro, PhD
>>>>> >> Research Scientist-
>>>>> >> National Severe Storms Laboratory (NSSL/NOAA)
>>>>> >> *The Cooperative Institute for Mesoscale Meteorological
Studies*
>>>>> (OU/NOAA)
>>>>> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>>> >>
>>>>> >> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
>>>>> That is
>>>>> >> why it is called the Present"
>>>>> >>
>>>>> >> "There are only 10 types of people in the world:
>>>>> >> Those who understand binary, and those who don't"
>>>>> >>
>>>>> >> "My opinions are my own and not representative of OU, NSSL,
>>>>> >> AOML, HRD, LANL or any affiliates."
>>>>> >> ^.^
>>>>> >> (o o)
>>>>> >> /( V )\
>>>>> >> ---m---m----
>>>>> >>
>>>>> >
>>>>> >
>>>>> >
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> -------------------------------------------------------------
>>>> Alexandre Fierro, PhD
>>>> Research Scientist-
>>>> National Severe Storms Laboratory (NSSL/NOAA)
>>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>>>
>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>>
>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
>>>> is why it is called the Present"
>>>>
>>>> "There are only 10 types of people in the world:
>>>> Those who understand binary, and those who don't"
>>>>
>>>> "My opinions are my own and not representative of OU, NSSL,
>>>> AOML, HRD, LANL or any affiliates."
>>>> ^.^
>>>> (o o)
>>>> /( V )\
>>>> ---m---m----
>>>>
>>>
>>>
>>>
>>> --
>>> -------------------------------------------------------------
>>> Alexandre Fierro, PhD
>>> Research Scientist-
>>> National Severe Storms Laboratory (NSSL/NOAA)
>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>
>>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
>>> is why it is called the Present"
>>>
>>> "There are only 10 types of people in the world:
>>> Those who understand binary, and those who don't"
>>>
>>> "My opinions are my own and not representative of OU, NSSL,
>>> AOML, HRD, LANL or any affiliates."
>>> ^.^
>>> (o o)
>>> /( V )\
>>> ---m---m----
>>>
>>
>>
>>
>> --
>> -------------------------------------------------------------
>> Alexandre Fierro, PhD
>> Research Scientist-
>> National Severe Storms Laboratory (NSSL/NOAA)
>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>
>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>> why it is called the Present"
>>
>> "There are only 10 types of people in the world:
>> Those who understand binary, and those who don't"
>>
>> "My opinions are my own and not representative of OU, NSSL,
>> AOML, HRD, LANL or any affiliates."
>> ^.^
>> (o o)
>> /( V )\
>> ---m---m----
>>
>
>
>
> --
> -------------------------------------------------------------
> Alexandre Fierro, PhD
> Research Scientist-
> National Severe Storms Laboratory (NSSL/NOAA)
> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>
> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
> why it is called the Present"
>
> "There are only 10 types of people in the world:
> Those who understand binary, and those who don't"
>
> "My opinions are my own and not representative of OU, NSSL,
> AOML, HRD, LANL or any affiliates."
> ^.^
> (o o)
> /( V )\
> ---m---m----
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61329] /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: John Halley Gotway
Time: Wed May 15 15:59:08 2013
Alex,
I'm glad to hear it. What happened to all the seg faults? At what
point did they go away?
Is it possible that the version of NetCDF to which you were linking
was compiled with a different version of the compilers you're using to
compile MET?
Thanks,
John
On 05/15/2013 03:51 PM, Alex Fierro via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
>
> Hi John:
>
> I finally managed to get the run_all test working-
>
> The 2 problems I had were as follows:
>
> 1) When installing the compression libs BUFRLIB, I forgot to archive
the
> object files into a single lib file with this exact command: ar crv
> libbufr.a *.o (as the documentation was a bit unclear with ar crv
$BUFRLIB
> *.o)
>
> 2) For some X reasons, this package ONLY works with NETCF 3.6.3 -
Using
> 3.6.1 and 3.6.0 yields to:
>
> write_netcdf() -> error with pcp_var->put()
>
>
> (I havent tried 3.6.2. however but based on some forums, it also
causes the
> same error).
>
> Cheers,
>
>
> On Wed, May 15, 2013 at 4:15 PM, Alex Fierro
> <alexandre.o.fierro at gmail.com>wrote:
>
>> Taking the first test (gen_poly_mask) in METv4 I get:
>>
>> ../bin/gen_poly_mask
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
>> ../data/poly/CONUS.poly ${TEST_OUT_DIR}/gen_poly_mask/CONUS_poly.nc
-v 2
>>
>> DEBUG 1: Input Data File:
>> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
>> DEBUG 1: Input Mask File: ../data/poly/CONUS.poly
>> DEBUG 2: Parsed Input Grid: Lambert Conformal (185 x 129)
>> DEBUG 2: Parsed Polyline: CONUS containing 243 points
>> Segmentation fault (core dumped)
>>
>> Any clues of why the code stops with a SEG fault on the test files
>> provided by the developers in the MET package?
>>
>> Cheers and thanks,
>>
>>
>>
>> On Wed, May 15, 2013 at 3:54 PM, Alex Fierro
<alexandre.o.fierro at gmail.com
>>> wrote:
>>
>>> Hi John:
>>>
>>> Any luck in figuring out what might cause those SEG faults in the
log
>>> file I sent earlier ? I am unable to conduct my analysis and am
waiting on
>>> your suggestions.
>>>
>>> Cheers and many thanks,
>>>
>>>
>>> On Tue, May 14, 2013 at 2:13 PM, Alex Fierro <
>>> alexandre.o.fierro at gmail.com> wrote:
>>>
>>>> John:
>>>>
>>>> Here is the std output/error from running test_all.sh showing all
the
>>>> seg faults errors - Is this an I/O issue or plainly a bug in the
software ?
>>>>
>>>> Cheers and thanks,
>>>>
>>>> Alex-
>>>>
>>>>
>>>> On Tue, May 14, 2013 at 12:25 PM, Alex Fierro <
>>>> alexandre.o.fierro at gmail.com> wrote:
>>>>
>>>>> Hi John:
>>>>>
>>>>> Unfortunately this did not solve the problem. I still get the
same
>>>>> error (see below)- It would have been optimal to have the entire
code
>>>>> written in FORTRAN to avoid this sort of problems. I understand
that some
>>>>> tools were already existing in C, so due to time and budget
constraints
>>>>> they were not converted in FORTRAN. This should be done in the
future,
>>>>> however, to have a consistent package that is more self-
contained.
>>>>>
>>>>> .....
>>>>> *** Finished Making the madis2nc Tool ***
>>>>>
>>>>> cd pb2nc ; /usr/bin/make
>>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
>>>>> readpb.o dumppb.o \
>>>>> -Wall -Wshadow -static -DBLOCK4
>>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>>> -I/home/Alex.Fierro/METv4.0/include
>>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
-I/home/Alex.Fierro/GSL/gsl-1.15
>>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>> -L/home/Alex.Fierro/METv4.0/lib
>>>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
-L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
>>>>> -L/home/Alex.Fierro/BUFRLIB -L/home/Alex.Fierro/libf2c
>>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>> -lvx_stat_out \
>>>>> -lvx_statistics \
>>>>> -lvx_shapedata \
>>>>> -lvx_gsl_prob \
>>>>> -lvx_analysis_util \
>>>>> -lvx_data2d_factory \
>>>>> -lvx_data2d_grib \
>>>>> -lvx_data2d_nc_met \
>>>>> -lvx_data2d_nc_pinterp \
>>>>> -lvx_data2d \
>>>>> -lvx_nc_util \
>>>>> -lvx_grid \
>>>>> -lvx_config \
>>>>> -lvx_pb_util \
>>>>> -lvx_cal \
>>>>> -lvx_util \
>>>>> -lvx_math \
>>>>> -lvx_color \
>>>>> -lvx_log \
>>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>>> -lf2c -lifcore
>>>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has
no
>>>>> "isalnum"
>>>>> using ::isalnum;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has
no
>>>>> "isalpha"
>>>>> using ::isalpha;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has
no
>>>>> "iscntrl"
>>>>> using ::iscntrl;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has
no
>>>>> "isdigit"
>>>>> using ::isdigit;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has
no
>>>>> "isgraph"
>>>>> using ::isgraph;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has
no
>>>>> "islower"
>>>>> using ::islower;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(76): error: the global scope has
no
>>>>> "isprint"
>>>>> using ::isprint;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(77): error: the global scope has
no
>>>>> "ispunct"
>>>>> using ::ispunct;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(78): error: the global scope has
no
>>>>> "isspace"
>>>>> using ::isspace;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(79): error: the global scope has
no
>>>>> "isupper"
>>>>> using ::isupper;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(80): error: the global scope has
no
>>>>> "isxdigit"
>>>>> using ::isxdigit;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(81): error: the global scope has
no
>>>>> "tolower"
>>>>> using ::tolower;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/cctype(82): error: the global scope has
no
>>>>> "toupper"
>>>>> using ::toupper;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(51):
>>>>> error: identifier "_ISupper" is undefined
>>>>> static const mask upper = _ISupper;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(52):
>>>>> error: identifier "_ISlower" is undefined
>>>>> static const mask lower = _ISlower;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(53):
>>>>> error: identifier "_ISalpha" is undefined
>>>>> static const mask alpha = _ISalpha;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(54):
>>>>> error: identifier "_ISdigit" is undefined
>>>>> static const mask digit = _ISdigit;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(55):
>>>>> error: identifier "_ISxdigit" is undefined
>>>>> static const mask xdigit = _ISxdigit;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(56):
>>>>> error: identifier "_ISspace" is undefined
>>>>> static const mask space = _ISspace;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(57):
>>>>> error: identifier "_ISprint" is undefined
>>>>> static const mask print = _ISprint;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(58):
>>>>> error: identifier "_ISpunct" is undefined
>>>>> static const mask graph = _ISalpha | _ISdigit |
_ISpunct;
>>>>> ^
>>>>>
>>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(59):
>>>>> error: identifier "_IScntrl" is undefined
>>>>> static const mask cntrl = _IScntrl;
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark
#271:
>>>>> trailing comma is nonstandard
>>>>> cs_clear,
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark
#271:
>>>>> trailing comma is nonstandard
>>>>> no_config_object_type,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(203): remark #1419: external declaration in primary
source file
>>>>> void numpbmsg_(int *, int *);
>>>>> ^
>>>>>
>>>>> pb2nc.cc(204): remark #1419: external declaration in primary
source file
>>>>> void openpb_(const char *, int *);
>>>>> ^
>>>>>
>>>>> pb2nc.cc(205): remark #1419: external declaration in primary
source file
>>>>> void closepb_(int *);
>>>>> ^
>>>>>
>>>>> pb2nc.cc(206): remark #1419: external declaration in primary
source file
>>>>> void readpb_(int *, char *, int *, int *, int *,
double[mxr8pm],
>>>>> ^
>>>>>
>>>>> pb2nc.cc(208): remark #1419: external declaration in primary
source file
>>>>> void dumppb_(const char *, int *, const char *, int *,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(333): remark #981: operands are evaluated in
unspecified order
>>>>> << "Default Config File: " << default_config_file <<
"\n"
>>>>> ^
>>>>>
>>>>> pb2nc.cc(334): remark #981: operands are evaluated in
unspecified order
>>>>> << "User Config File: " << config_file << "\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(337): remark #981: operands are evaluated in
unspecified order
>>>>> conf_info.read_config(default_config_file, config_file);
>>>>> ^
>>>>>
>>>>> pb2nc.cc(347): remark #981: operands are evaluated in
unspecified order
>>>>> << "the ending time (" <<
>>>>> unix_to_yyyymmdd_hhmmss(valid_end_ut)
>>>>> ^
>>>>>
>>>>> pb2nc.cc(349): remark #981: operands are evaluated in
unspecified order
>>>>> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) <<
").\n\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(361): remark #981: operands are evaluated in
unspecified order
>>>>> mlog << Debug(1) << "Creating NetCDF File:\t\t" << ncfile
<< "\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(367): remark #981: operands are evaluated in
unspecified order
>>>>> << "trouble opening output file: " << ncfile <<
"\n\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(434): remark #981: operands are evaluated in
unspecified order
>>>>> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
pbfile[i_pb]
>>>>> ^
>>>>>
>>>>> pb2nc.cc(444): remark #981: operands are evaluated in
unspecified order
>>>>> mlog << Debug(1) << "Blocking PrepBufr file to:\t" <<
blk_file
>>>>> ^
>>>>>
>>>>> pb2nc.cc(449): remark #981: operands are evaluated in
unspecified order
>>>>> pblock(file_name, blk_file, block);
>>>>> ^
>>>>>
>>>>> pb2nc.cc(454): remark #981: operands are evaluated in
unspecified order
>>>>> << dump_dir << "\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(473): remark #981: operands are evaluated in
unspecified order
>>>>> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(492): remark #981: operands are evaluated in
unspecified order
>>>>> << pbfile[i_pb] << "\n\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(624): remark #810: conversion from "double" to "float"
may
>>>>> lose significant bits
>>>>> else pb_report_type = hdr[5];
>>>>> ^
>>>>>
>>>>> pb2nc.cc(628): remark #810: conversion from "double" to "float"
may
>>>>> lose significant bits
>>>>> else in_report_type = hdr[6];
>>>>> ^
>>>>>
>>>>> pb2nc.cc(632): remark #810: conversion from "double" to "float"
may
>>>>> lose significant bits
>>>>> else instrument_type = hdr[7];
>>>>> ^
>>>>>
>>>>> pb2nc.cc(723): remark #810: conversion from "double" to "float"
may
>>>>> lose significant bits
>>>>> obs_arr[2] = evns[0][ev][lv][0];
>>>>> ^
>>>>>
>>>>> pb2nc.cc(736): remark #810: conversion from "double" to "float"
may
>>>>> lose significant bits
>>>>> obs_arr[3] =
convert_gpm_to_msl(evns[3][ev][lv][0],
>>>>> ^
>>>>>
>>>>> pb2nc.cc(850): remark #810: conversion from "int" to "float" may
lose
>>>>> significant bits
>>>>> obs_arr[1] = derive_gc[i];
>>>>> ^
>>>>>
>>>>> pb2nc.cc(939): remark #981: operands are evaluated in
unspecified order
>>>>> << pbfile[i_pb] << "\n\n";
>>>>> ^
>>>>>
>>>>> pb2nc.cc(960): remark #981: operands are evaluated in
unspecified order
>>>>> << "can't remove output NetCDF file \"" <<
ncfile
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1000): remark #981: operands are evaluated in
unspecified order
>>>>> (long) strlen(hdr_typ_sa[i]))) {
>>>>> ^
>>>>>
>>>>> pb2nc.cc(999): remark #981: operands are evaluated in
unspecified order
>>>>> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1010): remark #981: operands are evaluated in
unspecified order
>>>>> (long) strlen(hdr_sid_sa[i]))) {
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1009): remark #981: operands are evaluated in
unspecified order
>>>>> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1020): remark #981: operands are evaluated in
unspecified order
>>>>> (long) strlen(hdr_vld_sa[i]))) {
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1019): remark #981: operands are evaluated in
unspecified order
>>>>> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1061): remark #869: parameter "flag" was never
referenced
>>>>> int get_event_index(int flag, int i_var, int i_lvl) {
>>>>> ^
>>>>>
>>>>> pb2nc.cc(1297): remark #981: operands are evaluated in
unspecified order
>>>>> << mlog.verbosity_level() << ") (optional).\n\n"
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/config_constants.h(332):
remark #593:
>>>>> variable "conf_key_ensemble_flag_entries" was set but never used
>>>>> static const char * conf_key_ensemble_flag_entries[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
>>>>> #593: variable "lc_mode_columns" was set but never used
>>>>> static const char * lc_mode_columns [] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark
#593:
>>>>> variable "grib_precipitation_abbr" was set but never used
>>>>> static const char *grib_precipitation_abbr[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark
#593:
>>>>> variable "grib_specific_humidity_abbr" was set but never used
>>>>> static const char *grib_specific_humidity_abbr[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33):
remark
>>>>> #593: variable "pinterp_precipitation_names" was set but never
used
>>>>> static const char *pinterp_precipitation_names[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74):
remark
>>>>> #593: variable "pinterp_specific_humidity_names" was set but
never used
>>>>> static const char *pinterp_specific_humidity_names[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98):
remark
>>>>> #593: variable "pinterp_u_wind_names" was set but never used
>>>>> static const char *pinterp_u_wind_names[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119):
remark
>>>>> #593: variable "pinterp_v_wind_names" was set but never used
>>>>> static const char *pinterp_v_wind_names[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144):
remark
>>>>> #593: variable "pinterp_grid_relative_names" was set but never
used
>>>>> static const char *pinterp_grid_relative_names[] = {
>>>>> ^
>>>>>
>>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166):
remark
>>>>> #593: variable "pinterp_wind_speed_names" was set but never used
>>>>> static const char *pinterp_wind_speed_names[] = {
>>>>> ^
>>>>>
>>>>> compilation aborted for pb2nc.cc (code 2)
>>>>> make[4]: *** [pb2nc] Error 2
>>>>> make[3]: *** [all] Error 2
>>>>> make[2]: *** [all] Error 2
>>>>> make[1]: *** [all] Error 2
>>>>> make: *** [all] Error 2
>>>>>
>>>>>
>>>>>
>>>>> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
>>>>> met_help at ucar.edu> wrote:
>>>>>
>>>>>> Alex,
>>>>>>
>>>>>> Regarding the WWMCA compilation problem. I think we're missing
an
>>>>>> necessary include file in two source files. Unfortunately, the
compilers
>>>>>> we use for development don't catch this problem, so it's
>>>>>> easy to miss this. Can you please edit 2 source code files by
adding
>>>>>> the correct include file?
>>>>>>
>>>>>> Add this line:
>>>>>> #include <ctype.h>
>>>>>>
>>>>>> To these files:
>>>>>> src/tools/other/wwmca_tool/wwmca_plot.cc
>>>>>> src/tools/other/wwmca_tool/wwmca_regrid.cc
>>>>>>
>>>>>> Then try recompiling MET, including the WWMCA tools. If that
does the
>>>>>> trick, I'll post this change as a bugfix for METv4.0 and also
include in
>>>>>> the development version for the next release.
>>>>>>
>>>>>> Regarding NetCDF, MET currently only reads/write NetCDF files
using
>>>>>> the "classic" data model from NetCDF3. You can compile a
NetCDF4 library
>>>>>> using the "--disable-netcdf-4" option, and MET can link to
>>>>>> that fine. But we're still only reading/writing the classic
data
>>>>>> model.
>>>>>>
>>>>>> Regarding the seg fault, that's a pretty tough one to debug
remotely.
>>>>>> I have not seen that type of behavior before and can't guess
what's going
>>>>>> on. Please make sure you're using the latest set of
>>>>>> patches for your build:
>>>>>>
>>>>>>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>>>>>>
>>>>>> I wonder if the problem is specific to pcp_combine, or if other
MET
>>>>>> tools that write a NetCDF file are having problems. Does the
previous
>>>>>> tool, gen_poly_mask run fine?
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329
>
>>>>>>>
>>>>>>> Hi John:
>>>>>>>
>>>>>>> I have tried to run the test scripts (after setting the paths)
and
>>>>>> get
>>>>>>> similar SIG SEV error everywhere-ideas ? : I used netcdf 3.6.1
(as
>>>>>> netcdf 4
>>>>>>> is not supported by MET) - could it be an I/O issue ?
>>>>>>>
>>>>>>> ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
>>>>>>> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc -pcpdir
>>>>>>> ../data/sample_fcst/2005080700
>>>>>>> DEBUG 1: [1] File
>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>>>>> matches valid time of 20050807_120000
>>>>>>> DEBUG 1: [2] File
>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>>>>> matches valid time of 20050807_090000
>>>>>>> DEBUG 1: [3] File
>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>>>>> matches valid time of 20050807_060000
>>>>>>> DEBUG 1: [4] File
>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>>>>> matches valid time of 20050807_030000
>>>>>>> DEBUG 1: [1] Reading input file:
>>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
>>>>>>> DEBUG 1: [2] Reading input file:
>>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
>>>>>>> DEBUG 1: [3] Reading input file:
>>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
>>>>>>> DEBUG 1: [4] Reading input file:
>>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
>>>>>>> DEBUG 1: Writing output file:
>>>>>>> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
>>>>>>> Segmentation fault (core dumped)
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Alex-
>>>>>>>
>>>>>>> On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
>>>>>>> <alexandre.o.fierro at gmail.com>wrote:
>>>>>>>
>>>>>>>> Hi John:
>>>>>>>>
>>>>>>>> METv4.0.20120625.tar
>>>>>>>>
>>>>>>>> And yes, I gave up on the issue because I could not
understand the
>>>>>>>> rationale and logic behind this error. I also wished that
NCAR would
>>>>>>>> perhaps think in the future of releasing *self- contained*
>>>>>> softwares that
>>>>>>>> do not require installing 12 seperate libraries/packages
prior to
>>>>>> that.
>>>>>>>> Similar to Grads, Skype, Matlab etc; one only need
downloading the
>>>>>>>> precompiled executable and done.
>>>>>>>>
>>>>>>>> On a separate note, how does one add a new variable in
>>>>>> wrf_cntrl.parm that
>>>>>>>> is not part of the original registry file and was added by
the
>>>>>> user? The
>>>>>>>> rationale for this query is that for some unlogical
reason(s), the
>>>>>> ID/names
>>>>>>>> of the variables in wrf_cntrl.parm were changed and not kept
the
>>>>>> same as in
>>>>>>>> the WRF.OUT NETCDF header (a capability that ARWpost had,
making the
>>>>>>>> addition of a new variable very convenient)
>>>>>>>>
>>>>>>>> Cheers and best,
>>>>>>>>
>>>>>>>> Alex-
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT <
>>>>>>>> met_help at ucar.edu> wrote:
>>>>>>>>
>>>>>>>>> Alex,
>>>>>>>>>
>>>>>>>>> I apologize for the long delay in getting back to you. Are
you
>>>>>> still
>>>>>>>>> experiencing this issue in the compilation of MET?
>>>>>>>>>
>>>>>>>>> What version of MET are you trying to compile?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> John Halley Gotway
>>>>>>>>> met_help at ucar.edu
>>>>>>>>>
>>>>>>>>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
>>>>>>>>>>
>>>>>>>>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
>>>>>>>>>> Transaction: Ticket created by alexandre.o.fierro at gmail.com
>>>>>>>>>> Queue: met_help
>>>>>>>>>> Subject: /usr/include/c++/4.1.2/cctype(70): error:
the
>>>>>> global
>>>>>>>>> scope has no "isalnum"
>>>>>>>>>> Owner: Nobody
>>>>>>>>>> Requestors: alexandre.o.fierro at gmail.com
>>>>>>>>>> Status: new
>>>>>>>>>> Ticket <URL:
>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Greetings:
>>>>>>>>>>
>>>>>>>>>> I managed to fix the previous library issues which came
from
>>>>>> various
>>>>>>>>>> sources-
>>>>>>>>>>
>>>>>>>>>> I have managed to compile all the tools with the exception
of:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> - *wwmca_plot*
>>>>>>>>>> - *wwmca_regrid*
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> My compilation aborts due to this error message below
(related to
>>>>>> C) -
>>>>>>>>>> since I know nothing about C nor C++, I have no clue what
this
>>>>>> error
>>>>>>>>> means
>>>>>>>>>> (even after googling it) and, therefore, would very much
>>>>>> appreciate any
>>>>>>>>>> help on how to fix this:
>>>>>>>>>>
>>>>>>>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
>>>>>> closepb.o
>>>>>>>>>> readpb.o dumppb.o \
>>>>>>>>>> -Wall -Wshadow -static -DBLOCK4
>>>>>>>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
>>>>>>>>>> -I/home/Alex.Fierro/METv4.0/include
>>>>>>>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
>>>>>>>>> -I/home/Alex.Fierro/GSL/gsl-1.15
>>>>>>>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
>>>>>>>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>>>>>>> -L/home/Alex.Fierro/METv4.0/lib
>>>>>>>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
>>>>>>>>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
-L/home/Alex.Fierro/BUFRLIB
>>>>>>>>>> -L/home/Alex.Fierro/libf2c
>>>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
>>>>>>>>>> -lvx_stat_out \
>>>>>>>>>> -lvx_statistics \
>>>>>>>>>> -lvx_shapedata \
>>>>>>>>>> -lvx_gsl_prob \
>>>>>>>>>> -lvx_analysis_util \
>>>>>>>>>> -lvx_data2d_factory \
>>>>>>>>>> -lvx_data2d_grib \
>>>>>>>>>> -lvx_data2d_nc_met \
>>>>>>>>>> -lvx_data2d_nc_pinterp \
>>>>>>>>>> -lvx_data2d \
>>>>>>>>>> -lvx_nc_util \
>>>>>>>>>> -lvx_grid \
>>>>>>>>>> -lvx_config \
>>>>>>>>>> -lvx_pb_util \
>>>>>>>>>> -lvx_cal \
>>>>>>>>>> -lvx_util \
>>>>>>>>>> -lvx_math \
>>>>>>>>>> -lvx_color \
>>>>>>>>>> -lvx_log \
>>>>>>>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
>>>>>>>>>> -lf2c -lifcore
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope
has no
>>>>>>>>> "isalnum"
>>>>>>>>>> using ::isalnum;
>>>>>>>>>> ^
>>>>>>>>>>
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope
has no
>>>>>>>>> "isalpha"
>>>>>>>>>> using ::isalpha;
>>>>>>>>>> ^
>>>>>>>>>>
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope
has no
>>>>>>>>> "iscntrl"
>>>>>>>>>> using ::iscntrl;
>>>>>>>>>> ^
>>>>>>>>>>
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope
has no
>>>>>>>>> "isdigit"
>>>>>>>>>> using ::isdigit;
>>>>>>>>>> ^
>>>>>>>>>>
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope
has no
>>>>>>>>> "isgraph"
>>>>>>>>>> using ::isgraph;
>>>>>>>>>> ^
>>>>>>>>>>
>>>>>>>>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope
has no
>>>>>>>>> "islower"
>>>>>>>>>> using ::islower;
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Cheers and many thanks,
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> -------------------------------------------------------------
>>>>>>>> Alexandre Fierro, PhD
>>>>>>>> Research Scientist-
>>>>>>>> National Severe Storms Laboratory (NSSL/NOAA)
>>>>>>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*
>>>>>> (OU/NOAA)
>>>>>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>>>>>>
>>>>>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
>>>>>> That is
>>>>>>>> why it is called the Present"
>>>>>>>>
>>>>>>>> "There are only 10 types of people in the world:
>>>>>>>> Those who understand binary, and those who don't"
>>>>>>>>
>>>>>>>> "My opinions are my own and not representative of OU, NSSL,
>>>>>>>> AOML, HRD, LANL or any affiliates."
>>>>>>>> ^.^
>>>>>>>> (o o)
>>>>>>>> /( V )\
>>>>>>>> ---m---m----
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> -------------------------------------------------------------
>>>>> Alexandre Fierro, PhD
>>>>> Research Scientist-
>>>>> National Severe Storms Laboratory (NSSL/NOAA)
>>>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>>>>
>>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>>>
>>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift; That
>>>>> is why it is called the Present"
>>>>>
>>>>> "There are only 10 types of people in the world:
>>>>> Those who understand binary, and those who don't"
>>>>>
>>>>> "My opinions are my own and not representative of OU, NSSL,
>>>>> AOML, HRD, LANL or any affiliates."
>>>>> ^.^
>>>>> (o o)
>>>>> /( V )\
>>>>> ---m---m----
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> -------------------------------------------------------------
>>>> Alexandre Fierro, PhD
>>>> Research Scientist-
>>>> National Severe Storms Laboratory (NSSL/NOAA)
>>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>>
>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
>>>> is why it is called the Present"
>>>>
>>>> "There are only 10 types of people in the world:
>>>> Those who understand binary, and those who don't"
>>>>
>>>> "My opinions are my own and not representative of OU, NSSL,
>>>> AOML, HRD, LANL or any affiliates."
>>>> ^.^
>>>> (o o)
>>>> /( V )\
>>>> ---m---m----
>>>>
>>>
>>>
>>>
>>> --
>>> -------------------------------------------------------------
>>> Alexandre Fierro, PhD
>>> Research Scientist-
>>> National Severe Storms Laboratory (NSSL/NOAA)
>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*(OU/NOAA)
>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>>
>>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>>> why it is called the Present"
>>>
>>> "There are only 10 types of people in the world:
>>> Those who understand binary, and those who don't"
>>>
>>> "My opinions are my own and not representative of OU, NSSL,
>>> AOML, HRD, LANL or any affiliates."
>>> ^.^
>>> (o o)
>>> /( V )\
>>> ---m---m----
>>>
>>
>>
>>
>> --
>> -------------------------------------------------------------
>> Alexandre Fierro, PhD
>> Research Scientist-
>> National Severe Storms Laboratory (NSSL/NOAA)
>> *The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
>>
>> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That is
>> why it is called the Present"
>>
>> "There are only 10 types of people in the world:
>> Those who understand binary, and those who don't"
>>
>> "My opinions are my own and not representative of OU, NSSL,
>> AOML, HRD, LANL or any affiliates."
>> ^.^
>> (o o)
>> /( V )\
>> ---m---m----
>>
>
>
>
------------------------------------------------
Subject: /usr/include/c++/4.1.2/cctype(70): error: the global scope has no "isalnum"
From: Alex Fierro
Time: Thu May 16 09:30:43 2013
Hi John:
Seg faults were caused by not having the bufr lib library file linked
in
the exec. I noticed that most seg faults occurred when the program
attempted to read netcdf files (the one provided by the package).
Perhaps
the arrays were not decompresse properly causing array bounds error.
The
netcdf error was fixed when switching from 3.6.1 to 3.6.3.
Cheers and hope this helps,
Alex-
On Wed, May 15, 2013 at 4:59 PM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Alex,
>
> I'm glad to hear it. What happened to all the seg faults? At what
point
> did they go away?
>
> Is it possible that the version of NetCDF to which you were linking
was
> compiled with a different version of the compilers you're using to
compile
> MET?
>
> Thanks,
> John
>
> On 05/15/2013 03:51 PM, Alex Fierro via RT wrote:
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
> >
> > Hi John:
> >
> > I finally managed to get the run_all test working-
> >
> > The 2 problems I had were as follows:
> >
> > 1) When installing the compression libs BUFRLIB, I forgot to
archive the
> > object files into a single lib file with this exact command: ar
crv
> > libbufr.a *.o (as the documentation was a bit unclear with ar crv
> $BUFRLIB
> > *.o)
> >
> > 2) For some X reasons, this package ONLY works with NETCF 3.6.3 -
Using
> > 3.6.1 and 3.6.0 yields to:
> >
> > write_netcdf() -> error with pcp_var->put()
> >
> >
> > (I havent tried 3.6.2. however but based on some forums, it also
causes
> the
> > same error).
> >
> > Cheers,
> >
> >
> > On Wed, May 15, 2013 at 4:15 PM, Alex Fierro
> > <alexandre.o.fierro at gmail.com>wrote:
> >
> >> Taking the first test (gen_poly_mask) in METv4 I get:
> >>
> >> ../bin/gen_poly_mask
> >> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
> >> ../data/poly/CONUS.poly
${TEST_OUT_DIR}/gen_poly_mask/CONUS_poly.nc -v 2
> >>
> >> DEBUG 1: Input Data File:
> >> ../data/sample_fcst/2005080700/wrfprs_ruc13_24.tm00_G212
> >> DEBUG 1: Input Mask File: ../data/poly/CONUS.poly
> >> DEBUG 2: Parsed Input Grid: Lambert Conformal (185 x 129)
> >> DEBUG 2: Parsed Polyline: CONUS containing 243 points
> >> Segmentation fault (core dumped)
> >>
> >> Any clues of why the code stops with a SEG fault on the test
files
> >> provided by the developers in the MET package?
> >>
> >> Cheers and thanks,
> >>
> >>
> >>
> >> On Wed, May 15, 2013 at 3:54 PM, Alex Fierro <
> alexandre.o.fierro at gmail.com
> >>> wrote:
> >>
> >>> Hi John:
> >>>
> >>> Any luck in figuring out what might cause those SEG faults in
the log
> >>> file I sent earlier ? I am unable to conduct my analysis and am
> waiting on
> >>> your suggestions.
> >>>
> >>> Cheers and many thanks,
> >>>
> >>>
> >>> On Tue, May 14, 2013 at 2:13 PM, Alex Fierro <
> >>> alexandre.o.fierro at gmail.com> wrote:
> >>>
> >>>> John:
> >>>>
> >>>> Here is the std output/error from running test_all.sh showing
all the
> >>>> seg faults errors - Is this an I/O issue or plainly a bug in
the
> software ?
> >>>>
> >>>> Cheers and thanks,
> >>>>
> >>>> Alex-
> >>>>
> >>>>
> >>>> On Tue, May 14, 2013 at 12:25 PM, Alex Fierro <
> >>>> alexandre.o.fierro at gmail.com> wrote:
> >>>>
> >>>>> Hi John:
> >>>>>
> >>>>> Unfortunately this did not solve the problem. I still get the
same
> >>>>> error (see below)- It would have been optimal to have the
entire code
> >>>>> written in FORTRAN to avoid this sort of problems. I
understand that
> some
> >>>>> tools were already existing in C, so due to time and budget
> constraints
> >>>>> they were not converted in FORTRAN. This should be done in the
> future,
> >>>>> however, to have a consistent package that is more self-
contained.
> >>>>>
> >>>>> .....
> >>>>> *** Finished Making the madis2nc Tool ***
> >>>>>
> >>>>> cd pb2nc ; /usr/bin/make
> >>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o openpb.o
closepb.o
> >>>>> readpb.o dumppb.o \
> >>>>> -Wall -Wshadow -static -DBLOCK4
> >>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> >>>>> -I/home/Alex.Fierro/METv4.0/include
> >>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
> -I/home/Alex.Fierro/GSL/gsl-1.15
> >>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> >>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>>> -L/home/Alex.Fierro/METv4.0/lib
> >>>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
> >>>>> -L/home/Alex.Fierro/BUFRLIB -L/home/Alex.Fierro/libf2c
> >>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>>> -lvx_stat_out \
> >>>>> -lvx_statistics \
> >>>>> -lvx_shapedata \
> >>>>> -lvx_gsl_prob \
> >>>>> -lvx_analysis_util \
> >>>>> -lvx_data2d_factory \
> >>>>> -lvx_data2d_grib \
> >>>>> -lvx_data2d_nc_met \
> >>>>> -lvx_data2d_nc_pinterp \
> >>>>> -lvx_data2d \
> >>>>> -lvx_nc_util \
> >>>>> -lvx_grid \
> >>>>> -lvx_config \
> >>>>> -lvx_pb_util \
> >>>>> -lvx_cal \
> >>>>> -lvx_util \
> >>>>> -lvx_math \
> >>>>> -lvx_color \
> >>>>> -lvx_log \
> >>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr \
> >>>>> -lf2c -lifcore
> >>>>> /usr/include/c++/4.1.2/cctype(70): error: the global scope has
no
> >>>>> "isalnum"
> >>>>> using ::isalnum;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(71): error: the global scope has
no
> >>>>> "isalpha"
> >>>>> using ::isalpha;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(72): error: the global scope has
no
> >>>>> "iscntrl"
> >>>>> using ::iscntrl;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(73): error: the global scope has
no
> >>>>> "isdigit"
> >>>>> using ::isdigit;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(74): error: the global scope has
no
> >>>>> "isgraph"
> >>>>> using ::isgraph;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(75): error: the global scope has
no
> >>>>> "islower"
> >>>>> using ::islower;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(76): error: the global scope has
no
> >>>>> "isprint"
> >>>>> using ::isprint;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(77): error: the global scope has
no
> >>>>> "ispunct"
> >>>>> using ::ispunct;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(78): error: the global scope has
no
> >>>>> "isspace"
> >>>>> using ::isspace;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(79): error: the global scope has
no
> >>>>> "isupper"
> >>>>> using ::isupper;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(80): error: the global scope has
no
> >>>>> "isxdigit"
> >>>>> using ::isxdigit;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(81): error: the global scope has
no
> >>>>> "tolower"
> >>>>> using ::tolower;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/cctype(82): error: the global scope has
no
> >>>>> "toupper"
> >>>>> using ::toupper;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(51):
> >>>>> error: identifier "_ISupper" is undefined
> >>>>> static const mask upper = _ISupper;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(52):
> >>>>> error: identifier "_ISlower" is undefined
> >>>>> static const mask lower = _ISlower;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(53):
> >>>>> error: identifier "_ISalpha" is undefined
> >>>>> static const mask alpha = _ISalpha;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(54):
> >>>>> error: identifier "_ISdigit" is undefined
> >>>>> static const mask digit = _ISdigit;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(55):
> >>>>> error: identifier "_ISxdigit" is undefined
> >>>>> static const mask xdigit = _ISxdigit;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(56):
> >>>>> error: identifier "_ISspace" is undefined
> >>>>> static const mask space = _ISspace;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(57):
> >>>>> error: identifier "_ISprint" is undefined
> >>>>> static const mask print = _ISprint;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(58):
> >>>>> error: identifier "_ISpunct" is undefined
> >>>>> static const mask graph = _ISalpha | _ISdigit |
_ISpunct;
> >>>>> ^
> >>>>>
> >>>>> /usr/include/c++/4.1.2/x86_64-redhat-
linux/bits/ctype_base.h(59):
> >>>>> error: identifier "_IScntrl" is undefined
> >>>>> static const mask cntrl = _IScntrl;
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/concat_string.h(56): remark
#271:
> >>>>> trailing comma is nonstandard
> >>>>> cs_clear,
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/object_types.h(35): remark
#271:
> >>>>> trailing comma is nonstandard
> >>>>> no_config_object_type,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(203): remark #1419: external declaration in primary
source
> file
> >>>>> void numpbmsg_(int *, int *);
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(204): remark #1419: external declaration in primary
source
> file
> >>>>> void openpb_(const char *, int *);
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(205): remark #1419: external declaration in primary
source
> file
> >>>>> void closepb_(int *);
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(206): remark #1419: external declaration in primary
source
> file
> >>>>> void readpb_(int *, char *, int *, int *, int *,
> double[mxr8pm],
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(208): remark #1419: external declaration in primary
source
> file
> >>>>> void dumppb_(const char *, int *, const char *, int *,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(333): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << "Default Config File: " << default_config_file
<< "\n"
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(334): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << "User Config File: " << config_file << "\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(337): remark #981: operands are evaluated in
unspecified
> order
> >>>>> conf_info.read_config(default_config_file, config_file);
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(347): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << "the ending time (" <<
> >>>>> unix_to_yyyymmdd_hhmmss(valid_end_ut)
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(349): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << unix_to_yyyymmdd_hhmmss(valid_beg_ut) <<
").\n\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(361): remark #981: operands are evaluated in
unspecified
> order
> >>>>> mlog << Debug(1) << "Creating NetCDF File:\t\t" <<
ncfile <<
> "\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(367): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << "trouble opening output file: " << ncfile <<
"\n\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(434): remark #981: operands are evaluated in
unspecified
> order
> >>>>> mlog << Debug(1) << "Processing PrepBufr File:\t" <<
> pbfile[i_pb]
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(444): remark #981: operands are evaluated in
unspecified
> order
> >>>>> mlog << Debug(1) << "Blocking PrepBufr file to:\t" <<
blk_file
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(449): remark #981: operands are evaluated in
unspecified
> order
> >>>>> pblock(file_name, blk_file, block);
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(454): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << dump_dir << "\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(473): remark #981: operands are evaluated in
unspecified
> order
> >>>>> dumppb_(blk_file, &unit, dump_dir.text(), &len1,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(492): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << pbfile[i_pb] << "\n\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(624): remark #810: conversion from "double" to
"float" may
> >>>>> lose significant bits
> >>>>> else pb_report_type = hdr[5];
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(628): remark #810: conversion from "double" to
"float" may
> >>>>> lose significant bits
> >>>>> else in_report_type = hdr[6];
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(632): remark #810: conversion from "double" to
"float" may
> >>>>> lose significant bits
> >>>>> else instrument_type = hdr[7];
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(723): remark #810: conversion from "double" to
"float" may
> >>>>> lose significant bits
> >>>>> obs_arr[2] = evns[0][ev][lv][0];
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(736): remark #810: conversion from "double" to
"float" may
> >>>>> lose significant bits
> >>>>> obs_arr[3] =
convert_gpm_to_msl(evns[3][ev][lv][0],
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(850): remark #810: conversion from "int" to "float"
may lose
> >>>>> significant bits
> >>>>> obs_arr[1] = derive_gc[i];
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(939): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << pbfile[i_pb] << "\n\n";
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(960): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << "can't remove output NetCDF file \"" <<
ncfile
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1000): remark #981: operands are evaluated in
unspecified
> order
> >>>>> (long) strlen(hdr_typ_sa[i]))) {
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(999): remark #981: operands are evaluated in
unspecified
> order
> >>>>> !hdr_typ_var->put(hdr_typ_sa[i], (long) 1,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1010): remark #981: operands are evaluated in
unspecified
> order
> >>>>> (long) strlen(hdr_sid_sa[i]))) {
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1009): remark #981: operands are evaluated in
unspecified
> order
> >>>>> !hdr_sid_var->put(hdr_sid_sa[i], (long) 1,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1020): remark #981: operands are evaluated in
unspecified
> order
> >>>>> (long) strlen(hdr_vld_sa[i]))) {
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1019): remark #981: operands are evaluated in
unspecified
> order
> >>>>> !hdr_vld_var->put(hdr_vld_sa[i], (long) 1,
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1061): remark #869: parameter "flag" was never
referenced
> >>>>> int get_event_index(int flag, int i_var, int i_lvl) {
> >>>>> ^
> >>>>>
> >>>>> pb2nc.cc(1297): remark #981: operands are evaluated in
unspecified
> order
> >>>>> << mlog.verbosity_level() << ") (optional).\n\n"
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/config_constants.h(332):
remark
> #593:
> >>>>> variable "conf_key_ensemble_flag_entries" was set but never
used
> >>>>> static const char * conf_key_ensemble_flag_entries[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/mode_analysis_columns.h(38):
remark
> >>>>> #593: variable "lc_mode_columns" was set but never used
> >>>>> static const char * lc_mode_columns [] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(33): remark
#593:
> >>>>> variable "grib_precipitation_abbr" was set but never used
> >>>>> static const char *grib_precipitation_abbr[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/grib_strings.h(67): remark
#593:
> >>>>> variable "grib_specific_humidity_abbr" was set but never used
> >>>>> static const char *grib_specific_humidity_abbr[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(33):
remark
> >>>>> #593: variable "pinterp_precipitation_names" was set but never
used
> >>>>> static const char *pinterp_precipitation_names[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(74):
remark
> >>>>> #593: variable "pinterp_specific_humidity_names" was set but
never
> used
> >>>>> static const char *pinterp_specific_humidity_names[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(98):
remark
> >>>>> #593: variable "pinterp_u_wind_names" was set but never used
> >>>>> static const char *pinterp_u_wind_names[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(119):
remark
> >>>>> #593: variable "pinterp_v_wind_names" was set but never used
> >>>>> static const char *pinterp_v_wind_names[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(144):
remark
> >>>>> #593: variable "pinterp_grid_relative_names" was set but never
used
> >>>>> static const char *pinterp_grid_relative_names[] = {
> >>>>> ^
> >>>>>
> >>>>> /home/Alex.Fierro/METv4.0/include/var_info_nc_pinterp.h(166):
remark
> >>>>> #593: variable "pinterp_wind_speed_names" was set but never
used
> >>>>> static const char *pinterp_wind_speed_names[] = {
> >>>>> ^
> >>>>>
> >>>>> compilation aborted for pb2nc.cc (code 2)
> >>>>> make[4]: *** [pb2nc] Error 2
> >>>>> make[3]: *** [all] Error 2
> >>>>> make[2]: *** [all] Error 2
> >>>>> make[1]: *** [all] Error 2
> >>>>> make: *** [all] Error 2
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Tue, May 14, 2013 at 10:57 AM, John Halley Gotway via RT <
> >>>>> met_help at ucar.edu> wrote:
> >>>>>
> >>>>>> Alex,
> >>>>>>
> >>>>>> Regarding the WWMCA compilation problem. I think we're
missing an
> >>>>>> necessary include file in two source files. Unfortunately,
the
> compilers
> >>>>>> we use for development don't catch this problem, so it's
> >>>>>> easy to miss this. Can you please edit 2 source code files
by
> adding
> >>>>>> the correct include file?
> >>>>>>
> >>>>>> Add this line:
> >>>>>> #include <ctype.h>
> >>>>>>
> >>>>>> To these files:
> >>>>>> src/tools/other/wwmca_tool/wwmca_plot.cc
> >>>>>> src/tools/other/wwmca_tool/wwmca_regrid.cc
> >>>>>>
> >>>>>> Then try recompiling MET, including the WWMCA tools. If that
does
> the
> >>>>>> trick, I'll post this change as a bugfix for METv4.0 and also
> include in
> >>>>>> the development version for the next release.
> >>>>>>
> >>>>>> Regarding NetCDF, MET currently only reads/write NetCDF files
using
> >>>>>> the "classic" data model from NetCDF3. You can compile a
NetCDF4
> library
> >>>>>> using the "--disable-netcdf-4" option, and MET can link to
> >>>>>> that fine. But we're still only reading/writing the classic
data
> >>>>>> model.
> >>>>>>
> >>>>>> Regarding the seg fault, that's a pretty tough one to debug
> remotely.
> >>>>>> I have not seen that type of behavior before and can't
guess
> what's going
> >>>>>> on. Please make sure you're using the latest set of
> >>>>>> patches for your build:
> >>>>>>
> >>>>>>
>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
> >>>>>>
> >>>>>> I wonder if the problem is specific to pcp_combine, or if
other MET
> >>>>>> tools that write a NetCDF file are having problems. Does the
> previous
> >>>>>> tool, gen_poly_mask run fine?
> >>>>>>
> >>>>>> Thanks,
> >>>>>> John
> >>>>>>
> >>>>>> On 05/13/2013 03:12 PM, Alex Fierro via RT wrote:
> >>>>>>>
> >>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329 >
> >>>>>>>
> >>>>>>> Hi John:
> >>>>>>>
> >>>>>>> I have tried to run the test scripts (after setting the
paths) and
> >>>>>> get
> >>>>>>> similar SIG SEV error everywhere-ideas ? : I used netcdf
3.6.1 (as
> >>>>>> netcdf 4
> >>>>>>> is not supported by MET) - could it be an I/O issue ?
> >>>>>>>
> >>>>>>> ../bin/pcp_combine 20050807_000000 3 20050807_120000 12
> >>>>>>> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
-pcpdir
> >>>>>>> ../data/sample_fcst/2005080700
> >>>>>>> DEBUG 1: [1] File
> >>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> >>>>>>> matches valid time of 20050807_120000
> >>>>>>> DEBUG 1: [2] File
> >>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> >>>>>>> matches valid time of 20050807_090000
> >>>>>>> DEBUG 1: [3] File
> >>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> >>>>>>> matches valid time of 20050807_060000
> >>>>>>> DEBUG 1: [4] File
> >>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> >>>>>>> matches valid time of 20050807_030000
> >>>>>>> DEBUG 1: [1] Reading input file:
> >>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212
> >>>>>>> DEBUG 1: [2] Reading input file:
> >>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_09.tm00_G212
> >>>>>>> DEBUG 1: [3] Reading input file:
> >>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_06.tm00_G212
> >>>>>>> DEBUG 1: [4] Reading input file:
> >>>>>>> ../data/sample_fcst/2005080700/wrfprs_ruc13_03.tm00_G212
> >>>>>>> DEBUG 1: Writing output file:
> >>>>>>> ../out/pcp_combine/sample_fcst_12L_2005080712V_12A.nc
> >>>>>>> Segmentation fault (core dumped)
> >>>>>>>
> >>>>>>> Cheers,
> >>>>>>>
> >>>>>>> Alex-
> >>>>>>>
> >>>>>>> On Mon, May 13, 2013 at 2:55 PM, Alex Fierro
> >>>>>>> <alexandre.o.fierro at gmail.com>wrote:
> >>>>>>>
> >>>>>>>> Hi John:
> >>>>>>>>
> >>>>>>>> METv4.0.20120625.tar
> >>>>>>>>
> >>>>>>>> And yes, I gave up on the issue because I could not
understand the
> >>>>>>>> rationale and logic behind this error. I also wished that
NCAR
> would
> >>>>>>>> perhaps think in the future of releasing *self- contained*
> >>>>>> softwares that
> >>>>>>>> do not require installing 12 seperate libraries/packages
prior to
> >>>>>> that.
> >>>>>>>> Similar to Grads, Skype, Matlab etc; one only need
downloading the
> >>>>>>>> precompiled executable and done.
> >>>>>>>>
> >>>>>>>> On a separate note, how does one add a new variable in
> >>>>>> wrf_cntrl.parm that
> >>>>>>>> is not part of the original registry file and was added by
the
> >>>>>> user? The
> >>>>>>>> rationale for this query is that for some unlogical
reason(s), the
> >>>>>> ID/names
> >>>>>>>> of the variables in wrf_cntrl.parm were changed and not
kept the
> >>>>>> same as in
> >>>>>>>> the WRF.OUT NETCDF header (a capability that ARWpost had,
making
> the
> >>>>>>>> addition of a new variable very convenient)
> >>>>>>>>
> >>>>>>>> Cheers and best,
> >>>>>>>>
> >>>>>>>> Alex-
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On Mon, May 13, 2013 at 11:02 AM, John Halley Gotway via RT
<
> >>>>>>>> met_help at ucar.edu> wrote:
> >>>>>>>>
> >>>>>>>>> Alex,
> >>>>>>>>>
> >>>>>>>>> I apologize for the long delay in getting back to you.
Are you
> >>>>>> still
> >>>>>>>>> experiencing this issue in the compilation of MET?
> >>>>>>>>>
> >>>>>>>>> What version of MET are you trying to compile?
> >>>>>>>>>
> >>>>>>>>> Thanks,
> >>>>>>>>> John Halley Gotway
> >>>>>>>>> met_help at ucar.edu
> >>>>>>>>>
> >>>>>>>>> On 05/09/2013 02:43 PM, Alex Fierro via RT wrote:
> >>>>>>>>>>
> >>>>>>>>>> Thu May 09 14:43:09 2013: Request 61329 was acted upon.
> >>>>>>>>>> Transaction: Ticket created by
alexandre.o.fierro at gmail.com
> >>>>>>>>>> Queue: met_help
> >>>>>>>>>> Subject: /usr/include/c++/4.1.2/cctype(70):
error: the
> >>>>>> global
> >>>>>>>>> scope has no "isalnum"
> >>>>>>>>>> Owner: Nobody
> >>>>>>>>>> Requestors: alexandre.o.fierro at gmail.com
> >>>>>>>>>> Status: new
> >>>>>>>>>> Ticket <URL:
> >>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61329>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Greetings:
> >>>>>>>>>>
> >>>>>>>>>> I managed to fix the previous library issues which came
from
> >>>>>> various
> >>>>>>>>>> sources-
> >>>>>>>>>>
> >>>>>>>>>> I have managed to compile all the tools with the
exception of:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> - *wwmca_plot*
> >>>>>>>>>> - *wwmca_regrid*
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> My compilation aborts due to this error message below
(related
> to
> >>>>>> C) -
> >>>>>>>>>> since I know nothing about C nor C++, I have no clue what
this
> >>>>>> error
> >>>>>>>>> means
> >>>>>>>>>> (even after googling it) and, therefore, would very much
> >>>>>> appreciate any
> >>>>>>>>>> help on how to fix this:
> >>>>>>>>>>
> >>>>>>>>>> icc -o pb2nc pb2nc.cc pb2nc_conf_info.o numpbmsg.o
openpb.o
> >>>>>> closepb.o
> >>>>>>>>>> readpb.o dumppb.o \
> >>>>>>>>>> -Wall -Wshadow -static -DBLOCK4
> >>>>>>>>>> -DMET_BASE=\"/home/Alex.Fierro/METv4.0\" \
> >>>>>>>>>> -I/home/Alex.Fierro/METv4.0/include
> >>>>>>>>>> -I/home/Alex.Fierro/netcdf-3.6.1/include
> >>>>>>>>> -I/home/Alex.Fierro/GSL/gsl-1.15
> >>>>>>>>>> -I/home/Alex.Fierro/BUFRLIB -I/home/Alex.Fierro/libf2c
> >>>>>>>>>> -I/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>>>>>>>> -L/home/Alex.Fierro/METv4.0/lib
> >>>>>>>>> -L/home/Alex.Fierro/netcdf-3.6.1/lib
> >>>>>>>>>> -L/home/Alex.Fierro/GSL/gsl-1.15/LIBS
> -L/home/Alex.Fierro/BUFRLIB
> >>>>>>>>>> -L/home/Alex.Fierro/libf2c
> >>>>>> -L/home/Alex.Fierro/G2CLIB/g2clib-1.4.0 \
> >>>>>>>>>> -lvx_stat_out \
> >>>>>>>>>> -lvx_statistics \
> >>>>>>>>>> -lvx_shapedata \
> >>>>>>>>>> -lvx_gsl_prob \
> >>>>>>>>>> -lvx_analysis_util \
> >>>>>>>>>> -lvx_data2d_factory \
> >>>>>>>>>> -lvx_data2d_grib \
> >>>>>>>>>> -lvx_data2d_nc_met \
> >>>>>>>>>> -lvx_data2d_nc_pinterp \
> >>>>>>>>>> -lvx_data2d \
> >>>>>>>>>> -lvx_nc_util \
> >>>>>>>>>> -lvx_grid \
> >>>>>>>>>> -lvx_config \
> >>>>>>>>>> -lvx_pb_util \
> >>>>>>>>>> -lvx_cal \
> >>>>>>>>>> -lvx_util \
> >>>>>>>>>> -lvx_math \
> >>>>>>>>>> -lvx_color \
> >>>>>>>>>> -lvx_log \
> >>>>>>>>>> -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas -lbufr
\
> >>>>>>>>>> -lf2c -lifcore
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(70): error: the global
scope has
> no
> >>>>>>>>> "isalnum"
> >>>>>>>>>> using ::isalnum;
> >>>>>>>>>> ^
> >>>>>>>>>>
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(71): error: the global
scope has
> no
> >>>>>>>>> "isalpha"
> >>>>>>>>>> using ::isalpha;
> >>>>>>>>>> ^
> >>>>>>>>>>
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(72): error: the global
scope has
> no
> >>>>>>>>> "iscntrl"
> >>>>>>>>>> using ::iscntrl;
> >>>>>>>>>> ^
> >>>>>>>>>>
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(73): error: the global
scope has
> no
> >>>>>>>>> "isdigit"
> >>>>>>>>>> using ::isdigit;
> >>>>>>>>>> ^
> >>>>>>>>>>
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(74): error: the global
scope has
> no
> >>>>>>>>> "isgraph"
> >>>>>>>>>> using ::isgraph;
> >>>>>>>>>> ^
> >>>>>>>>>>
> >>>>>>>>>> /usr/include/c++/4.1.2/cctype(75): error: the global
scope has
> no
> >>>>>>>>> "islower"
> >>>>>>>>>> using ::islower;
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Cheers and many thanks,
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>>
-------------------------------------------------------------
> >>>>>>>> Alexandre Fierro, PhD
> >>>>>>>> Research Scientist-
> >>>>>>>> National Severe Storms Laboratory (NSSL/NOAA)
> >>>>>>>> *The Cooperative Institute for Mesoscale Meteorological
Studies*
> >>>>>> (OU/NOAA)
> >>>>>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>>>>>>>
> >>>>>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
> >>>>>> That is
> >>>>>>>> why it is called the Present"
> >>>>>>>>
> >>>>>>>> "There are only 10 types of people in the world:
> >>>>>>>> Those who understand binary, and those who don't"
> >>>>>>>>
> >>>>>>>> "My opinions are my own and not representative of OU, NSSL,
> >>>>>>>> AOML, HRD, LANL or any affiliates."
> >>>>>>>> ^.^
> >>>>>>>> (o o)
> >>>>>>>> /( V )\
> >>>>>>>> ---m---m----
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> -------------------------------------------------------------
> >>>>> Alexandre Fierro, PhD
> >>>>> Research Scientist-
> >>>>> National Severe Storms Laboratory (NSSL/NOAA)
> >>>>> *The Cooperative Institute for Mesoscale Meteorological
> Studies*(OU/NOAA)
> >>>>>
> >>>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>>>>
> >>>>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift;
> That
> >>>>> is why it is called the Present"
> >>>>>
> >>>>> "There are only 10 types of people in the world:
> >>>>> Those who understand binary, and those who don't"
> >>>>>
> >>>>> "My opinions are my own and not representative of OU, NSSL,
> >>>>> AOML, HRD, LANL or any affiliates."
> >>>>> ^.^
> >>>>> (o o)
> >>>>> /( V )\
> >>>>> ---m---m----
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> -------------------------------------------------------------
> >>>> Alexandre Fierro, PhD
> >>>> Research Scientist-
> >>>> National Severe Storms Laboratory (NSSL/NOAA)
> >>>> *The Cooperative Institute for Mesoscale Meteorological
> Studies*(OU/NOAA)
> >>>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>>>
> >>>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift; That
> >>>> is why it is called the Present"
> >>>>
> >>>> "There are only 10 types of people in the world:
> >>>> Those who understand binary, and those who don't"
> >>>>
> >>>> "My opinions are my own and not representative of OU, NSSL,
> >>>> AOML, HRD, LANL or any affiliates."
> >>>> ^.^
> >>>> (o o)
> >>>> /( V )\
> >>>> ---m---m----
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> -------------------------------------------------------------
> >>> Alexandre Fierro, PhD
> >>> Research Scientist-
> >>> National Severe Storms Laboratory (NSSL/NOAA)
> >>> *The Cooperative Institute for Mesoscale Meteorological
> Studies*(OU/NOAA)
> >>> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>>
> >>> "Yesterday is History, Tomorrow is a Mystery and Today is a
Gift; That
> is
> >>> why it is called the Present"
> >>>
> >>> "There are only 10 types of people in the world:
> >>> Those who understand binary, and those who don't"
> >>>
> >>> "My opinions are my own and not representative of OU, NSSL,
> >>> AOML, HRD, LANL or any affiliates."
> >>> ^.^
> >>> (o o)
> >>> /( V )\
> >>> ---m---m----
> >>>
> >>
> >>
> >>
> >> --
> >> -------------------------------------------------------------
> >> Alexandre Fierro, PhD
> >> Research Scientist-
> >> National Severe Storms Laboratory (NSSL/NOAA)
> >> *The Cooperative Institute for Mesoscale Meteorological Studies*
> (OU/NOAA)
> >> Los Alamos National Laboratory, Los Alamos, NM (LANL)
> >>
> >> "Yesterday is History, Tomorrow is a Mystery and Today is a Gift;
That
> is
> >> why it is called the Present"
> >>
> >> "There are only 10 types of people in the world:
> >> Those who understand binary, and those who don't"
> >>
> >> "My opinions are my own and not representative of OU, NSSL,
> >> AOML, HRD, LANL or any affiliates."
> >> ^.^
> >> (o o)
> >> /( V )\
> >> ---m---m----
> >>
> >
> >
> >
>
>
--
-------------------------------------------------------------
Alexandre Fierro, PhD
Research Scientist-
National Severe Storms Laboratory (NSSL/NOAA)
*The Cooperative Institute for Mesoscale Meteorological Studies*
(OU/NOAA)
Los Alamos National Laboratory, Los Alamos, NM (LANL)
"Yesterday is History, Tomorrow is a Mystery and Today is a Gift; That
is
why it is called the Present"
"There are only 10 types of people in the world:
Those who understand binary, and those who don't"
"My opinions are my own and not representative of OU, NSSL,
AOML, HRD, LANL or any affiliates."
^.^
(o o)
/( V )\
---m---m----
------------------------------------------------
More information about the Met_help
mailing list