[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
20000202: pl15 strange behavior
- Subject: 20000202: pl15 strange behavior
- Date: Mon, 07 Feb 2000 14:15:40 -0700
Chris,
I ran gpcolor and set colors=101=white, ran that and then
gdcntr again and produced a new gempak.gif file.
Again, I had no problems. This was with the DISPLAY variable set
back to my computer.
I tried to set the display to shear:0 and received the terminating gf
message that you received below.
I was unable to look at the core file with the gf executable using dbx.
That is strange.
It looks to me like you are running CDE, is this correct?
I looked in your make.out file and didn't see anything that jumped out at
me. It might be as simple as an OS patch that we have and you don't
for example.
I'll rebuild your distribution with the -g flag defined in your
$NAWIPS/config/Makeinc.sol file to see if that makes a difference.
Steve
>From: address@hidden (Chris Hennon)
>Organization: .
>Keywords: 200002072010.NAA25677
>Steve -
>
>I tried to reproduce exactly what you did. First, I tried it on the
>console. I ran gdcntr with the same parameters you did and was able to
>view the xw display fine. Then I changed the device to "gf" and ran the
>program again. When it finishes and I exit gdcntr, I typed "gpend" and I
>still received the familiar:
>
>*** TERMINATING gf
>*** Received signal 10 SIGBUS
>
>I then tried the same exact thing from a remote machine and received the
>same error. The only thing I noticed with the gif you produced is that
>you have a black background while I had set my background color to white.
>Did you change the background color before you produced the gif?
>
>When my machine bombs, it dumps the core. Would that be of any use? I
>left one in the home directory.
>
>The only thing I can think of is that there is some artifact left over
>from pl12 that is hosing the process. But for the life of me I don't know
>how you made that gif while I can't!!!
>
>For fun I tried to make a ps file but that did not work either. Does any
>of this information help you?
>
>Chris
>
>
>On Mon, 7 Feb 2000, Unidata Support wrote:
>
>>
>> Chris,
>>
>> I logged in using the information you provided, and ran
>> gdcntr from the login level of the account.
>>
>> I set the display to my machine flip.unidata.ucar.edu:0
>> then ran gdcntr first with DEV=xw and
>> verified that I could display the plot here.
>>
>> I then set DEV=gf and ran the program, exited gdcntr and ran gpend.
>> The gempak.gif file was created and is still in the output directory.
>> I verifies I could display this with the xv program on your computer.
>> Here is the gempak output:
>>
>> shear:[/usr/local/gempak]% gdcntr
>> GEMPAK-GDCNTR>dev = gf
>> GEMPAK-GDCNTR>r
>>
>> Creating process: gf for queue 151
>>
>> Grid file: $HDS/2000020712_eta_grid211.gem
>
>> GRID IDENTIFIER:
>> TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>> 000207/1200F048 500 PRES TMPC
>>
>> GAREA: uslcc
> SCALE: 0
>>
>> MINIMUM AND MAXIMUM VALUES -40.65 -6.90
>>
>>
>> LINE CONTOURS:
>>
>> LEVELS: -40.00 -36.00 -32.00 -28.00 -24.00 -20.00 -16.00
>> COLORS: 3 3 3 3 3 3 3
>> LINTYP: 1 1 1 1 1 1 1
>> LINWID: 1 1 1 1 1 1 1
>> LABEL: 1 1 1 1 1 1 1
>>
>> LEVELS: -12.00 -8.00
>> COLORS: 3 3
>> LINTYP: 1 1
>> LINWID: 1 1
>> LABEL: 1 1
>> Enter <cr> to accept parameters or type EXIT:
>> Parameters requested: GDATTIM,GLEVEL,GVCORD,GFUNC,GDFILE,CINT,LINE,MAP,
>> TITLE,DEVICE,SATFIL,RADFIL,PROJ,GAREA,CLEAR,PANEL,TEXT,SCALE,LATLON,HILO,
>> HLSYM,CLRBAR,CONTUR,SKIP,FINT,FLINE,CTYPE,LUTFIL,STNPLT.
>> GEMPAK-GDCNTR>e
>>
>> shear:[/usr/local/gempak]% gpend
>>
>> shear:[/usr/local/gempak]% xv gempak.gif
>>
>>
>> So, I guess now we need to see what commands you are running, and how
>> you are setting the device etc.
>>
>> Steve Chiswell
>>
>>
>> >From: address@hidden (Chris Hennon)
>> >Organization: .
>> >Keywords: 200002071743.KAA20318
>>
>> >Steve -
>> >
>> >Sure - use:
>> >
>> >
>> >You can run gdcntr from the home directory - xw works but gf does not.
>> >But it is a system wide problem no matter where I'm at in the directory
>> >structure. Let me know if you have any questions.
>> >
>> >Chris
>> >
>> >
>> >On Mon, 7 Feb 2000, Unidata Support wrote:
>> >
>> >>
>> >> Chris,
>> >>
>> >> would it be possible for me to log in and see if I can duplicate what
>> >> is happening to you?
>> >>
>> >> Steve Chiswell
>> >> Unidata User Support
>> >>
>> >> >From: address@hidden (Chris Hennon)
>> >> >Organization: .
>> >> >Keywords: 200002071616.JAA07495
>> >>
>> >> >Steve -
>> >> >
>> >> >I've been trying to make gifs from the same console window as I had been
>> >> >displaying via xw. Don't know what else to try or check.
>> >> >
>> >> >Chris
>> >> >
>> >> >On Fri, 4 Feb 2000, Unidata Support wrote:
>> >> >
>> >> >>
>> >> >> Chris,
>> >> >>
>> >> >> The last thing to check is that you have permission for the gf display
> to
>> >> >> connect to the X server. If you are running this out of your
>> >> >> same window that you have been connectingh to the XW display, then
>> >> >> this shouldn't be an issue. But, if you are running from a crontab
>> >> >> then the DISPLAY variable might not be set- or as a user other than th
> e
>> >> >> owner of the console you might get a magic cookie error.
>> >> >>
>> >> >> Steve CHiswell
>> >> >> Unidata User Support
>> >> >>
>> >> >> >From: address@hidden (Chris Hennon)
>> >> >> >Organization: .
>> >> >> >Keywords: 200002041714.KAA14744
>> >> >>
>> >> >> >Steve -
>> >> >> >
>> >> >> >I rebooted, ensured everything was OK, and still cannot make gifs. I
> ha
>> > ve
>> >> >> >to leave now, but I can I talk to you on the phone on Monday?
>> >> >> >
>> >> >> >Chris
>> >> >> >
>> >> >> >
>> >> >> >On Fri, 4 Feb 2000, Unidata Support wrote:
>> >> >> >
>> >> >> >>
>> >> >> >> Chris,
>> >> >> >>
>> >> >> >> when you see the scrolling messag send lines, that is because the p
> rog
>> > ram
>> >> >
>> >> >> >> is not sucessful in connecting to the gplt process. This could be d
> ue
>> > to
>> >> > the
>> >> >> > previous
>> >> >> >> invocation that you had that exited unexpectedly.
>> >> >> >>
>> >> >> >> Also, since the program had exited out abnormally, this could have
> cau
>> > sed
>> >> > th
>> >> >> > e
>> >> >> >> output of the gemglb.nts to become corrupt, or your disk space coul
> d h
>> > ave
>> >> > be
>> >> >> > en
>> >> >> >> unwritable or full etc.
>> >> >> >>
>> >> >> >> Check to make sure you don't have any running copies of gplt, gf, x
> w e
>> > tc.
>> >> >> >> Then check to make sure you son't have any message queues still run
> nin
>> > g.
>> >> >> >> Make sure you don't have any files or subdirectories in your workin
> g
>> >> >> >> directory called "gf" or "xw" or "gplt" that could be confused with
>> >> >> >> the name of an executable program.
>> >> >> >>
>> >> >> >> Then, ensure you have $respond set to yes.
>> >> >> >>
>> >> >> >> Steve Chiswell
>> >> >> >> Unidata User Support
>> >> >> >>
>> >> >> >> >From: address@hidden (Chris Hennon)
>> >> >> >> >Organization: .
>> >> >> >> >Keywords: 200002041631.JAA13396
>> >> >> >>
>> >> >> >> >Steve -
>> >> >> >> >
>> >> >> >> >When I do "list $respond" at the prompt, it says:
>> >> >> >> >
>> >> >> >> >$RESPOND =
>> >> >> >> >
>> >> >> >> >I tried to set respond to yes by "$respond = yes" at the GDCNTR pr
> omp
>> > t.
>> >> >> >> >But when I ran the program, an infinite stream of:
>> >> >> >> >
>> >> >> >> >Error in message send = 22
>> >> >> >> >itype, ichan, nwords,2,151,2
>> >> >> >> >
>> >> >> >> >scrolls by. I don't see how this got unset from yes in the first
> pla
>> > ce
>> >> >> >> >because I didn't change anything manually.
>> >> >> >> >
>> >> >> >> >Also, is this responsible for kicking me out of the program after
> eac
>> > h
>> >> >> >> >run? I'm still unable to write gifs as well (SIGBUS), even though
> th
>> > ere
>> >> >> >> >are no dead message queues nor rogue gplts around. Thanks.
>> >> >> >> >
>> >> >> >> >Chris
>> >> >> >> >
>> >> >> >> >
>> >> >> >> >On Wed, 2 Feb 2000, Unidata Support wrote:
>> >> >> >> >
>> >> >> >> >>
>> >> >> >> >> Chris,
>> >> >> >> >>
>> >> >> >> >> when programs don't ask you for confirmation, and exit immediate
> ly,
>> > th
>> >> > is
>> >> >> >> >> generally indicates that your $respond variable is set to no.
>> >> >> >> >> You should find this if you look at the value in your gemglb.nts
> fi
>> > le,
>> >> >> >> >> or by typing "list $respond" at the gempak prompt. If this is th
> e c
>> > ase
>> >> > ,
>> >> >> >> >> set the value $respond=yes.
>> >> >> >> >>
>> >> >> >> >> The $respond variable allows scripts and things that don't want
> cer
>> > tai
>> >> > n
>> >> >> >> >> output to be shown to be turned off....by I usually leave it set
> to
>> > ye
>> >> > s s
>> >> >> > o
>> >> >> >> >> that I can debug any scripts that fail- and just set the crontab
>> >> >> >> >> entry to redirect the output to /dev/null if I don't want to see
> th
>> > e o
>> >> > utp
>> >> >> > ut.
>> >> >> >> >>
>> >> >> >> >> Steve Chiswell
>> >> >> >> >> Unidata User Support
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> >From: address@hidden (Chris Hennon)
>> >> >> >> >> >Organization: .
>> >> >> >> >> >Keywords: 200002021543.IAA03167
>> >> >> >> >>
>> >> >> >> >> >Steve -
>> >> >> >> >> >
>> >> >> >> >> >Strange behavior is continuing. First, I'm trying to make a pl
> ot
>> > for
>> >> > xw
>> >> >> >> >> >display using gdcntr. When I run, gempak does not prompt me to
> hi
>> > t
>> >> >> >> >> >"Return" to continue plotting but immediately plots the map in
> a w
>> > ind
>> >> > ow,
>> >> >> >> >> >then exits gdcntr all together without any help from me. Outpu
> t b
>> > elo
>> >> > w:
>> >> >> >> >> >
>> >> >> >> >> > GEMPAK-GDCNTR>r
>> >> >> >> >> >Creating process: xw for queue 151
>> >> >> >> >> >
>> >> >> >> >> > Grid file: $HDS/2000020200_ruc_grid211.gem
>
>> >
>> >> >
>> >> >> >
>> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> > GRID IDENTIFIER:
>> >> >> >> >> > TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>> >> >> >> >> >000202/0000F003 200 PRES TMPC
>
>> >
>> >> >> >> >> >
>> >> >> >> >> > GAREA: 13;-125;55;-52
>> >> >> >> >> >SCALE: 0
>> >> >> >> >> >
>> >> >> >> >> > MINIMUM AND MAXIMUM VALUES -66.75 -42.12
>> >> >> >> >> >
>> >> >> >> >> > LINE CONTOURS:
>> >> >> >> >> >
>> >> >> >> >> > LEVELS: -66.00 -64.00 -62.00 -60.00 -58.00 -56
> .00
>> >> >> >> >> >-54.00
>> >> >> >> >> > COLORS: 4 4 4 4 4
> 4
>> >> >> >> >> >4
>> >> >> >> >> > LINTYP: 3 3 3 3 3
> 3
>> >> >> >> >> >3
>> >> >> >> >> > LINWID: 1 1 1 1 1
> 1
>> >> >> >> >> >1
>> >> >> >> >> > LABEL: 1 1 1 1 1
> 1
>> >> >> >> >> >1
>> >> >> >> >> >
>> >> >> >> >> > LEVELS: -52.00 -50.00 -48.00 -46.00 -44.00
>> >> >> >> >> > COLORS: 4 4 4 4 4
>> >> >> >> >> > LINTYP: 3 3 3 3 3
>> >> >> >> >> > LINWID: 1 1 1 1 1
>> >> >> >> >> > LABEL: 1 1 1 1 1
>> >> >> >> >> >shear:[/usr/local/gempak]%
>> >> >> >> >> >
>> >> >> >> >> >So I have to restart gdcntr everytime. So then I attempted to
> mak
>> > e a
>> >> > gi
>> >> >> > f
>> >> >> >> >> >file, so I restarted gdcntr and changed device to gf. When I r
> an
>> > gdc
>> >> > ntr
>> >> >> > ,
>> >> >> >> >> >here's what happened:
>> >> >> >> >> >
>> >> >> >> >> >1. The xw which contained my previous plot dissapeared (I neve
> r t
>> > ype
>> >> > d
>> >> >> >> >> >gpend)
>> >> >> >> >> >
>> >> >> >> >> >2. gdcntr once again did not prompt me for my OK, but just kic
> ked
>> > me
>> >> > ou
>> >> >> > t
>> >> >> >> >> >of the program.
>> >> >> >> >> >
>> >> >> >> >> >3. After typing "gpend" at the prompt, I received this message
> :
>> >> >> >> >> >
> >> >> >> >> >*** TERMINATING gf
>> >> >> >> >> >*** Received signal 10 SIGBUS
>> >> >> >> >> >
>> >> >> >> >> >and it hangs. The output from this run looked like:
>> >> >> >> >> >
>> >> >> >> >> > GEMPAK-GDCNTR>device = gf
>> >> >> >> >> > GEMPAK-GDCNTR>r
>> >> >> >> >> >Creating process: gf for queue 151
>> >> >> >> >> >
>> >> >> >> >> > Grid file: $HDS/2000020200_ruc_grid211.gem
>
>> >
>> >> >
>> >> >> >
>> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> > GRID IDENTIFIER:
>> >> >> >> >> > TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>> >> >> >> >> >000202/0000F003 200 PRES TMPC
>
>> >
>> >> >> >> >> >
>> >> >> >> >> > GAREA: 13;-125;55;-52
>> >> >> >> >> >SCALE: 0
>> >> >> >> >> >
>> >> >> >> >> > MINIMUM AND MAXIMUM VALUES -66.75 -42.12
>> >> >> >> >> >
>> >> >> >> >> > LINE CONTOURS:
>> >> >> >> >> >
>> >> >> >> >> > LEVELS: -66.00 -64.00 -62.00 -60.00 -58.00 -56
> .00
>> >> >> >> >> >-54.00
>> >> >> >> >> > COLORS: 4 4 4 4 4
> 4
>> >> >> >> >> >4
>> >> >> >> >> > LINTYP: 3 3 3 3 3
> 3
>> >> >> >> >> >3
>> >> >> >> >> > LINWID: 1 1 1 1 1
> 1
>> >> >> >> >> >1
>> >> >> >> >> > LABEL: 1 1 1 1 1
> 1
>> >> >> >> >> >1
>> >> >> >> >> >
>> >> >> >> >> > LEVELS: -52.00 -50.00 -48.00 -46.00 -44.00
>> >> >> >> >> > COLORS: 4 4 4 4 4
>> >> >> >> >> > LINTYP: 3 3 3 3 3
>> >> >> >> >> > LINWID: 1 1 1 1 1
>> >> >> >> >> > LABEL: 1 1 1 1 1
>> >> >> >> >> >shear:[/usr/local/gempak]%
>> >> >> >> >> >
>> >> >> >> >> >There are no dead message queues and no rogue gplts hanging aro
> und
>> > .
>> >> > I
>> >> >> >> >> >don't know what else to try. Again, all of this behavior began
>> >> >> >> >> >after I installed pl15 on my machine and took pl12 off (see bel
> ow)
>> > .
>> >> >> >> >> >Thanks for any advice.
>> >> >> >> >> >
>> >> >> >> >> >Chris
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >On Sun, 16 Jan 2000, Unidata Support wrote:
>> >> >> >> >> >
>> >> >> >> >> >>
>> >> >> >> >> >> Chris,
>> >> >> >> >> >>
>> >> >> >> >> >> The queues shown by ipcs are those that are orphaned
>> >> >> >> >> >> when you had to ctrl-c out of the program.
>> >> >> >> >> >>
>> >> >> >> >> >> Remove the queues with the ipcrm command like "ipcrm -q 1" et
> c.,
>> >> >> >> >> >> the scroll of the mailbox messages occurs when the process tr
> ies
>> > to
>> >> >> >> >> >> attatch to the orphaned queue.
>> >> >> >> >> >>
>> >> >> >> >> >> After you remove the queues, try running again. It could be t
> hat
>> >> >> >> >> >> you were unable to connect to the X display the first time, o
> r
>> >> >> >> >> >> that there was a queue already in use. Let me know if the
>> >> >> >> >> >> problem persists. Its possible that a copy of gplt that
>> >> >> >> >> >> had been running previously (before pl15) was still in use at
>> >> >> >> >> >> the time.
>> >> >> >> >> >>
>> >> >> >> >> >> Steve Chiswell
>> >> >> >> >> >> Unidata User Support
>> >> >> >> >> >>
>> >> >> >> >> >> >From: address@hidden (Chris Hennon)
>> >> >> >> >> >> >Organization: .
>> >> >> >> >> >> >Keywords: 200001170058.RAA03824
>> >> >> >> >> >>
>> >> >> >> >> >> >Steve -
>> >> >> >> >> >> >
>> >> >> >> >> >> >I installed pl15 on my system and now am having problems run
> nin
>> > g s
>> >> > cri
>> >> >> > pts
>> >> >> >> >> >> >that ran fine on pl12. When I try to write a gf within a sc
> rip
>> > t u
>> >> > sin
>> >> >> > g
>> >> >> >> >> >> >gdcntr, gempak gives me:
>> >> >> >> >> >> >
>> >> >> >> >> >> >*** TERMINATING gf
>> >> >> >> >> >> >*** Received signal 10 SIGBUS
>> >> >> >> >> >> >
>> >> >> >> >> >> >and then it hangs. A ctl-c gives me this:
>> >> >> >> >> >> >
>> >> >> >> >> >> >*** TERMINATING gpend
>> >> >> >> >> >> >*** Received signal 2 SIGINT
>> >> >> >> >> >> >0.0u 0.0s 0:22 0% 0+0k 0+0io 0pf+0w
>> >> >> >> >> >> >
>> >> >> >> >> >> >When I try to run gdcntr outside of a script and create a gi
> f,
>> > I g
>> >> > et
>> >> >> > an
>> >> >> >> >> >> >infinite scroll of:
>> >> >> >> >> >> >
>> >> >> >> >> >> >Error in message send = 22
>> >> >> >> >> >> >itype, ichan, nwords,2,3,2
>> >> >> >> >> >> >
>> >> >> >> >> >> >A "ps -e" shows no rogue gplt's around. Also, "ipcs" shows:
>> >> >> >> >> >> >
>> >> >> >> >> >> >IPC status from <running system> as of Sun Jan 16 19:53:22 E
> ST
>> > 200
>> >> > 0
>> >> >> >> >> >> >T ID KEY MODE OWNER GROUP
>> >> >> >> >> >> >Message Queues:
>> >> >> >> >> >> >q 0 0x47000697 -Rrw-rw-rw- gempak ldm
>> >> >> >> >> >> >q 1 0x44000697 -Rrw-rw-rw- gempak ldm
>> >> >> >> >> >> >q 2 0x47000699 -Rrw-rw-rw- gempak ldm
>> >> >> >> >> >> >Shared Memory:
>> >> >> >> >> >> >m 0 0x500007a4 --rw-r--r-- root root
>> >> >> >> >> >> >Semaphores:
>> >> >> >> >> >> >
>> >> >> >> >> >> >The xw device seems to work fine. I'm running on Solaris 5.
> 7.
>> > I
>> >> >> >> >> >> >installed the latest patch in an entirely new directory than
> th
>> > e o
>> >> > ld
>> >> >> > one
>> >> >> >> > ,
>> >> >> >> >> >> >which I have now eliminated from my system. I built pl15 an
> d i
>> > nst
>> >> > all
>> >> >> > ed
>> >> >> >> > it
>> >> >> >> >> >> >without a problem.
>> >> >> >> >> >> >
>> >> >> >> >> >> >Thanks for any feedback.
>> > >> >> >> >> >
>> >> >> >> >> >> >Chris
>> >> >> >> >> >> >
>> >> >> >> >> >> >================================================
>> >> >> >> >> >> >| Chris Hennon Ohio State University |
>> >> >> >> >> >> >| Tropical Meteorology address@hidden |
>> >> >> >> >> >> >| |
>> >> >> >> >> >> >| Dept of Geography Office: 1155 Derby Hall |
>> >> >> >> >> >> >| 1036 Derby Hall Phone : (614) 292-2704 |
>> >> >> >> >> >> >| Columbus, OH 43210 Fax : (614) 292-6213 |
>> >> >> >> >> >> >================================================
>> >> >> >> >> >> >
>> >> >> >> >> >>
>> >> >> >> >> >> *************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> > ***
>> >> >> >> > ***
>> >> >> >> >> >> Unidata User Support UCAR
> Uni
>> > dat
>> >> > a P
>> >> >> > rog
>> >> >> >> > ram
>> >> >> >> >> >> (303)497-8644
> P
>> > .O.
>> >> > Bo
>> >> >> > x 3
>> >> >> >> > 000
>> >> >> >> >> >> address@hidden Bo
> uld
>> > er,
>> >> > CO
>> >> >> > 80
>> >> >> >> > 307
>> >> >> >> >> >> -------------------------------------------------------------
> ---
>> > ---
>> >> > ---
>> >> >> > ---
>> >> >> >> > ---
>> >> >> >> >> >> Unidata WWW Service http://www.unidata
> .uc
>> > ar.
>> >> > edu
>> >> >> > /
>> >> >> >> >
>> >> >> >> >> >> *************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> > ***
>> >> >> >> > ***
>> >> >> >> >> >>
>> >> >> >> >> >
>> >> >> >> >>
>> >> >> >> >> ****************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> > ***
>> >> >> >> >> Unidata User Support UCAR Uni
> dat
>> > a P
>> >> > rog
>> >> >> > ram
>> >> >> >> >> (303)497-8644 P
> .O.
>> > Bo
>> >> > x 3
>> >> >> > 000
>> >> >> >> >> address@hidden Bould
> er,
>> > CO
>> >> > 80
>> >> >> > 307
>> >> >> >> >> ----------------------------------------------------------------
> ---
>> > ---
>> >> > ---
>> >> >> > ---
>> >> >> >> >> Unidata WWW Service http://www.unidata.uc
> ar.
>> > edu
>> >> > /
>> >> >> >
>> >> >> >> >> ****************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> > ***
>> >> >> >> >>
>> >> >> >> >
>> >> >> >>
>> >> >> >> *******************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> >> Unidata User Support UCAR Unidat
> a P
>> > rog
>> >> > ram
>> >> >> >> (303)497-8644 P.O.
> Bo
>> > x 3
>> >> > 000
>> >> >> >> address@hidden Boulder,
> CO
>> > 80
>> >> > 307
>> >> >> >> -------------------------------------------------------------------
> ---
>> > ---
>> >> > ---
>> >> >> >> Unidata WWW Service http://www.unidata.ucar.
> edu
>> > /
>> >> >
>> >> >> >> *******************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> >>
>> >> >> >
>> >> >>
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >> Unidata User Support UCAR Unidata P
> rog
>> > ram
>> >> >> (303)497-8644 P.O. Bo
> x 3
>> > 000
>> >> >> address@hidden Boulder, CO
> 80
>> > 307
>> >> >> ----------------------------------------------------------------------
> ---
>> > ---
>> >> >> Unidata WWW Service http://www.unidata.ucar.edu
> /
>> >
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >>
>> >> >
>> >>
>> >> *************************************************************************
> ***
>> >> Unidata User Support UCAR Unidata Prog
> ram
>> >> (303)497-8644 P.O. Box 3
> 000
>> >> address@hidden Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service http://www.unidata.ucar.edu/
>
>> >> *************************************************************************
> ***
>> >>
>> >
>>
>> ****************************************************************************
>> Unidata User Support UCAR Unidata Program
>> (303)497-8644 P.O. Box 3000
>> address@hidden Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service http://www.unidata.ucar.edu/
>> ****************************************************************************
>>
>
