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

[GEMPAK #LCX-442413]: GARP crash

Hi Frank,

I guess I wasn't as clear as I could be in my previous message.  GARP was 
originally developed by COMET and was written as a GEMPAK application similar 
to NMAP2.Both GARP and NMAP2 are designed to be easy to use gui interfaces for 
the GEMPAK programs, but GARP is essentially unsupported while NMAP2 has 
incorporated a lot of the code updates added to NAWIPS/GEMPAK by NCEP.  As it 
stands, Unidata's ability to support and update GARP is somewhat limited, and 
since NMAP2 provides nearly all of the functionality of GARP, and is better 
integrated into the NAWIPS/GEMPAK package, we make the suggestion that if GARP 
presents problems, users should try to use NMAP2 as a replacement for GARP.  I 
certainly understand the familiarity with GARP, but unfortunately it's a 
difficult package for us to support. By suggesting you use NMAP2 I wasn't 
suggesting that you not use GEMPAK, only that for visualizing data in a gui, 
NMAP2 is more updated, more robust and less buggy than GARP.  Using NMAP
 2 instead of GARP does not mean that you would not be able to use the GEMPAK 
applications.

Best,

Michael James
Unidata 

> Michael:
> 
> Thanks for the information.  In short, the answer to your question
> is that we started using GEMPAK/GARP many years ago and so have gotten
> set in our ways.  However, that is an overstatement, as I have tried
> to check out both NMAP2 and IDV as alternatives to GEMPAK/GARP.  From
> my experience (that is, personal opinion), GEMPAK/GARP is far superior
> to NMAP2 and IDV.  It saddens me that UNIDATA seems to disagree.  I
> go to the AMS meeting each year and the UNIDATA folks try to convince
> me otherwise, but the crispness of the graphics and the ease of using
> GARP just seems to keep me returning to that option.  Scripting with
> GEMPAK also produces the cleanest images for publications and reports.
> 
> Of course, maybe I am just grumpy.  Grin.
> 
> Thanks again for your help.  I will check out NMAP2 further and keep
> working on the GARP issue.
> 
> Best wishes.
> 
> peace,
> Frank
> 
> -----Original Message-----
> From: Unidata GEMPAK Support [mailto:address@hidden]
> Sent: Wednesday, September 08, 2010 7:02 PM
> To: address@hidden
> Cc: address@hidden; address@hidden
> Subject: [GEMPAK #LCX-442413]: GARP crash
> 
> Hi Frank,
> 
> Unfortunately the logs don't provide any clues as to why Garp is seg 
> faulting.  As it stands Garp isn't very well supported - the code is quite 
> old and tends to be buggy on certain systems - so we generally recommend 
> users try NMAP2 for satellite/surface/model grid display as it's better 
> supported and has nearly all the functionality of Garp.  Is there a 
> particular reason you require Garp instead of NMAP2?
> 
> If Garp is required, the only thing I can recommend is to enable unlimited 
> core dump sizes:
> 
> > limit coredumpsize unlimited
> 
> and then run Garp once again, allow it to seg fault, then invoke the GNU 
> debugger:
> 
> > gdb $OS_BIN/garp core.###
> 
> where ### is the process ID # appended to the end of the core dump file.
> 
> in gdb issue the command "where" and you should see the stack trace where the 
> seg fault occurred - that is is debugging symbols are enabled on your build.  
> try this and let me know if it provides you with more information.  If not we 
> may need to rebuild Garp with dubugging enabled, but I would strongly 
> encourage you to try out NMAP2 for data display you're trying to accomplish 
> with Garp.
> 
> Michael James
> Unidata
> 
> 
> > Michael:
> >
> > I ran GARP in command mode and saved the output into an appropriately
> > named log file for the model and surface data problems that I am getting.
> > Namely,...when I try to plot surface data, GARP crashes immediately.
> > For model data, I have no problem plotting any data from GFS, UKMET, etc.,
> > but NAM crashes. When trying to create model plan projection images, I
> > can select times and general scalar variables for NAM, but it crashes
> > as soon as I hit "display".  If I reopen GARP, select the GFS tab under
> > model plan projection, then (without trying to plot anything) immediately
> > switch back to NAM...I have a different list of scalar variables AND NAM
> > plots just fine!
> >
> > I have cc'd our Linux wiz who can tell you which OpenMotif version we
> > are using.
> >
> > I have to run to teach my class, but will check back in later this
> > afternoon.
> >
> > Thanks for helping with this!!!
> >
> > peace,
> > Frank
> >
> 
> Ticket Details
> ===================
> Ticket ID: LCX-442413
> Department: Support GEMPAK
> Priority: Normal
> Status: Open
> 
> 
> 
> 
> 


Ticket Details
===================
Ticket ID: LCX-442413
Department: Support GEMPAK
Priority: Normal
Status: Open