[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20050524: nex2gini NEXRIII error
- Subject: Re: 20050524: nex2gini NEXRIII error
- Date: Tue, 24 May 2005 19:50:08 -0500
In a previous message to me, you wrote:
>
>Pete,
>
>Either you happen to have another datatype.tbl file hanging around in your
>home
>or working directory that is being found, before the table opening would
>search for
>the $GEMTBL/config/datatype.tbl file, or your $GEMTBL file is pointing to an
>old
>distribution in your script (eg you source'd an old Gemenviron file) if
>not running interactively.
>
>Best thing is to double check your GEMTBL variable, as well as make sure your
>Gemenviron really is the correcty version that is being sourced, and search
>your
>area for an old datatype.tbl file otherwise.
>
Steve,
Neither of these is the case and it's driving me nuts.. From within
the script, after sourcing /home/gempak/GEMPAK5.8.1/Gemenviron,
echo $GEMTBL shows
GEMTBL is /home/gempak/GEMPAK5.8.1/gempak/tables
There is a /home/gempak/GEMPAK5.7.2p2 on the machine also, but this
script definitely is not looking there. It's using the nex2gini from
the /home/gempak/GEMPAK5.8.1/bin/linux/nex2gini
I've renamed the datatype.tbl in the 5.7.2 directory to be a different name,
and now a 'find' command on / for datatype.tbl only finds the one in
the 5.8.1/gempak/tables/common directory.
Is there any way from within nex2gini that I can find out where it
is looking? Some debug flag or something?
Pete
--
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
^ Pete Pokrandt V 1447 AOSS Bldg 1225 W Dayton St^
^ Systems Programmer V Madison, WI 53706 ^
^ V address@hidden ^
^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
^ University of Wisconsin-Madison V 262-0166 (Fax) ^
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+