[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000309: McIDAS-XCD setup and LDM questions at Colgate (cont .)

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20000309: McIDAS-XCD setup and LDM questions at Colgate (cont .)
  • Date: Thu, 09 Mar 2000 19:08:12 -0700
>From: Adam Burnett <address@hidden>
>Organization: Colgate
>Keywords: 200002291726.KAA26578 McIDAS-X 7.60

Adam,

Sorry I couldn't jump on this one earlier, but I took the day off
to go skiing.

>Nothing like going to the Dentist's office.  I have an embarrassing
>admission to make.  You must believe me when I tell you that I really really
>really did take off the DEBUG optimization when I built Mcidas with my new
>Solaris 5.0 compilers.  However, after my grid display from the Fkey menu
>kept failing, I looked at the makefile again. I see the -O option is still
>on!  I must have made the change and then didn't save it properly.  Looks
>like I need to rebuild.  I there a way I can do this and not screw up
>everything we've accomplished thus far? 

Don't rebuild everything.  The two things I have found _so far_ that do
not work properly with SC5.0 optimization are PTLIST and GRDDISP
(actually, all GRD* routines that call mcgget).  So, what you can
do is:

o edit makefile and change -O to -g in the DEBUG setting
o 'touch mcgget.for'
o 'touch ptlist.pgm'
o make grdlist.k grdinfo.k grddisp.k grdcopy.k ptlist.k

Since the McIDAS install is a process of linking executables from the
mcidas7.6/src directory to the bin directory, and since you are using
Sun compilers (the following is not necessarily true for builds using
gcc and f2c), then the newly created executables in mcidas7.6/src
will be the same as the ones in bin (i.e. the link process overwrites
the executable in mcidas7.6/src and the link to the bin directory
stays valid).  To verify that this is the case on your system, run
the following after building the new executables:

cd mcidas7.6/src
touch mcgget.for ptlist.pgm
make grdlist.k grdinfo.k grddisp.k grdcopy.k ptlist.k
ls -l grddisp.k ~/bin/grddisp.k
ls -l ptlist.k ~/bin/ptlist.k
ls -l grdcopy.k ~/bin/grdcopy.k
etc.

They should be the same files.  If they are not, then you can link
the new executables to the bin directory by hand:

rm ~/bin/grddisp.k; ln grddisp.k ~bin
rm ~/bin/ptlist.k; ln ptlist.k ~/bin
etc.

None of what has been done so far to setup things will change/need to be
changed.

>Most embarrassed

No problem. Don't worry about it.

Tom

>From address@hidden  Fri Mar 10 06:32:58 2000

Thanks Tom

Adam