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

Re: [GEMPAK #PKQ-404843]: GEMPAK - NMAP2 crashes upon start-up

Clint,

I think there was a problem with a table in the 5.10.1 distribution from
NCEP not having read permission by group other. I did repack the
distribution at the time
that I found that, but just in case, you could go to $NAWIPS and run
chmod -R a+r *

The garp crashing I believe is due to the addition of text strings as
contour labels
which I have fixed in the 5.10.2 distribution, so the easiest way to
verify this would be to grab the garp binary from the 5.10.2
distribution if
you didn't want to have to install a whole new distribution yet.
I'm still updating tables in 5.10.2 otherwise. Nothing has changed in
garp tables from 5.10.1 to 5.10.2, so you are ok mixing the binary.

Chiz


On Wed, 2007-04-04 at 09:32 -0500, Clint Rowe wrote:
> Chiz,
> 
> This seems to still be a problem with 5.10.1 -- I grabbed the binaries
> and ran into this problem.  User nawips  (or gempak) could run 
> everything, but other users could only run nwx, ntrans, and nsharp (and 
> ncolor) -- they would get a segmentation fault on nmap2 and garp.  
> Before I found this in the support archives I compiled from source as
> well, with the same results, which sent me to the archives.  Now, nmap2
> runs correctly for everyone, but garp still seg faults when you actually
> try to display any model data (except model soundings).  That is, it 
> seg faults for model plan views, cross sections and time-height plots 
> (in fact, I cannot even select multiple times in the time-height menu),
> but works fine for satellite, metar, profiler and radiosonde plots, plus
> model soundings.  I don't use garp much, but a colleague does and I have
> one class exercise in that relies on it.
> 
> Clint
> 
> > Mike,
> > 
> > Glad to hear that you got this figured out. I was about to send you
> > the URL for a new 5.9.3 version to try out to isolate all tables 
> > for the current release- but....
> > 
> > Thanks for letting me know how you resolved the issue,
> > 
> > Steve Chiswell
> > Unidata User Support
> > 
> > 
> > > Steve,
> > > This appears to be a permission problem, albeit strangely manifested. I 
> > > was
> > > able to run NAMP2 as user root and gempak, so I figured it had to be
> > > permissions. So, I just did a "chmod -R 775 GEMPAK5.9.2" from the top and
> > > now it works for all users. I guess there is some file in there somewhere
> > > that NMAP2 needs that does not have the right permissions, but I'll let 
> > > you
> > > figure that out.
> > > cheers,
> > > -Mike
-- 
Steve Chiswell <address@hidden>
Unidata