[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20000202: pl15 strange behavior
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: 20000202: pl15 strange behavior
- Date: Mon, 07 Feb 2000 11:05:54 -0700
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 the
>> >> 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 prog
> ram
>> >
>> >> >> is not sucessful in connecting to the gplt process. This could be due
> 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 could h
> ave
>> > be
>> >> > en
>> >> >> unwritable or full etc.
>> >> >>
>> >> >> Check to make sure you don't have any running copies of gplt, gf, xw e
> tc.
>> >> >> Then check to make sure you son't have any message queues still runnin
> g.
>> >> >> Make sure you don't have any files or subdirectories in your working
>> >> >> 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 promp
> 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 immediately,
> 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 the 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 plot
> 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. Output 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 ran
> gdc
>> > ntr
>> >> > ,
>> >> >> >> >here's what happened:
>> >> >> >> >
>> >> >> >> >1. The xw which contained my previous plot dissapeared (I never t
> ype
>> > d
>> >> >> >> >gpend)
>> >> >> >> >
>> >> >> >> >2. gdcntr once again did not prompt me for my OK, but just kicked
> 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 around
> .
>> > 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 below)
> .
>> >> >> >> >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" etc.,
>> >> >> >> >> the scroll of the mailbox messages occurs when the process tries
> to
>> >> >> >> >> attatch to the orphaned queue.
>> >> >> >> >>
>> >> >> >> >> After you remove the queues, try running again. It could be that
>> >> >> >> >> you were unable to connect to the X display the first time, or
>> >> >> >> >> 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 runnin
> g s
>> > cri
>> >> > pts
>> >> >> >> >> >that ran fine on pl12. When I try to write a gf within a scrip
> 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 gif,
> 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 EST
> 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 and 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 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/
>> ****************************************************************************
>>
>
- Prev by Date: 20000204: nawips and Level-III
- Next by Date: 20000202: pl15 strange behavior
- Previous by thread: 20000202: pl15 strange behavior
- Next by thread: 20000202: pl15 strange behavior
- Index(es):