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

20000202: pl15 strange behavior

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 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, 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 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 certai
> 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 the 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 hit
>> >> >> >"Return" to continue plotting but immediately plots the map in a wind
> ow,
>> >> >> >then exits gdcntr all together without any help from me.  Output belo
> 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 make 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 type
> 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 running s
> cri
>> > pts
>> >> >> >> >that ran fine on pl12.  When I try to write a gf within a script 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 the o
> ld 
>> > one
>> >> > ,
>> >> >> >> >which I have now eliminated from my system.  I built pl15 and inst
> 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 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/     
>> ****************************************************************************
>> 
>