RE: GEMPAK 5.9.4: QBUF Crashes nmap2

For what it's worth, I have done some more testing of this.  The QBUF
data doesn't always crash nmap2 right away.  Sometimes it loads for a
split second (you see a flash of the plots), then crashes.  Sometimes I
am able to load it just fine, animate it, etc.  But, if I then try
loading it again or loading additional frames, it will crash.
I tried running the pre-compiled version with the same result.  For now,
we are back to running 5.9.3, which works fine with the QBUF data.


-----Original Message-----
From: Brent Shaw Sent: Tuesday, November 21, 2006 4:32 PM
To: gembud@xxxxxxxxxxxxxxxx
Cc: chiz@xxxxxxxxxxxxxxxx
Subject: GEMPAK 5.9.4: QBUF Crashes nmap2

Hello all,

Our upgraded to 5.9.4 was pretty smooth, except that now when loading
QBUF products (QuikSCAT BUFR from NOAAPORT), nmap2 crashes.  The same
exact data files work fine with 5.9.3.  Under 5.9.4, in my window where
I started NTL, I get some messages (below) that I don't get with 5.9.3.
Anybody else tried QBUF with this new release?
Best regards,

--- output from 5.9.4 when loading QBUF ....
Finished reading tables...
Resource File:  /home/brents/GEMPAK5.9.4/resource/Nmap
BUFR LOG: Tue Nov 21 22:24:42 2006

Processing file /DATA/nawips/gempak/qsct/2006112116.bufr
log file = stdout
<<< Current settings of flags in BUFR_Cntl >>>
   Auto FTP not allowed
   Duplication of table entries allowed
   No warnings of duplication of table entries printed
   BUFR log written to stdout
   New Table B & D entries are not printed
  Message containing new table entries not dumped
   Returned Code table entries indicatting missing are
        replaced by default value for missing
   Missing values are not replaced by default value for missing

Reading Table B
Reading Table D
Reading Table B
Reading Table D

  • 2006 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: