This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Brent, You appear to be having a problem with the redirection of the bufr logging from stderr to /dev/null. The sporadic behavior depends on whether the attempt to open /dev/null fails. The 5.9.4 distribution uses the melBUFR library supplied with GEMPAK, where previously I had utilized separate routines (that is why you see additional log messages with the 5.9.4 distribution). I have re-written that code and tested. The distribution files are being reposted to the download area at this time. Steve Chiswell Unidata User Support On Tue, 2006-11-28 at 14:36 -0600, Brent Shaw wrote: > 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. > > Regards, > > Brent > > -----Original Message----- > From: Brent Shaw > Sent: Tuesday, November 21, 2006 4:32 PM > To: address@hidden > Cc: address@hidden > 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, > Brent > > --- 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 > (/home/brents/GEMPAK5.9.4/gempak/tables/melbufr/B3M-000-006-B) > Reading Table D > (/home/brents/GEMPAK5.9.4/gempak/tables/melbufr/B3M-000-006-D) > Reading Table B > (/home/brents/GEMPAK5.9.4/gempak/tables/melbufr/B3L-160000-006001-B) > Reading Table D > (/home/brents/GEMPAK5.9.4/gempak/tables/melbufr/B3L-160000-006001-D) -- Steve Chiswell <address@hidden> Unidata