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

20000202: pl15 strange behavior

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 have
>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 program 
>> 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 caused th
> e
>> output of the gemglb.nts to become corrupt, or your disk space could have be
> en 
>> unwritable or full etc.
>> 
>> Check to make sure you don't have any running copies of gplt, gf, xw etc.
>> Then check to make sure you son't have any message queues still running.
>> 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 prompt.
>> >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 place
>> >because I didn't change anything manually.  
>> >
>> >Also, is this responsible for kicking me out of the program after each
>> >run?  I'm still unable to write gifs as well (SIGBUS), even though there
>> >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, this
>> >> generally indicates that your $respond variable is set to no.
>> >> You should find this if you look at the value in your gemglb.nts file,
>> >> or by typing "list $respond" at the gempak prompt. If this is the case,
>> >> set the value $respond=yes.
>> >> 
>> >> The $respond variable allows scripts and things that don't want certain
>> >> output to be shown to be turned off....by I usually leave it set to yes 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 the outp
> 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 hit
>> >> >"Return" to continue plotting but immediately plots the map in a window,
>> >> >then exits gdcntr all together without any help from me.  Output below:
>> >> >
>> >> > 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 make a gi
> f
>> >> >file, so I restarted gdcntr and changed device to gf.  When I ran gdcntr
> ,
>> >> >here's what happened:
>> >> >
>> >> >1.  The xw which contained my previous plot dissapeared (I never typed
>> >> >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 running scri
> pts
>> >> >> >that ran fine on pl12.  When I try to write a gf within a script usin
> 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 get 
> 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 2000
>> >> >> >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 the old 
> one
>> > ,
>> >> >> >which I have now eliminated from my system.  I built pl15 and install
> 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 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/     
>> ****************************************************************************
>> 
>