Quang, Thank you very much for providing your bufr file. I see that your data is different from the data sets I have access to. The problem you are having is the lack of table B elements 0 21 109 and 0 21 120 for version 7 of the tables. They are in later table versions, and where the data I have from the IDD uses the B3L tables: Reading Table B (/home/gempak/GEMPAK5.10.2/gempak/tables/melbufr/B3M-000-006-B) Reading Table D (/home/gempak/GEMPAK5.10.2/gempak/tables/melbufr/B3M-000-006-D) Reading Table B (/home/gempak/GEMPAK5.10.2/gempak/tables/melbufr/B3L-160000-006001-B) Reading Table D (/home/gempak/GEMPAK5.10.2/gempak/tables/melbufr/B3L-160000-006001-D) I have updated the attached tables B & D for version 7 to sucessfully plot your data. I have also modified the code in the upcoming 5.10.3 release to not encounter the double free that your glibc produces when a table entry is not found by the end of the data set. Note that for the 5.7.4 version I had to include my own 3rd party bufr library where the tables were byte order binary. Since then, NCEP has provided the melbufr library which I now use to plot the QSCT produyct, but the tables are not the same as what I had used previously- which is why the older version could decipher the bufr table entries. Steve Chiswell Unidata User Support > Mr. Steve, > > Unfortunately, what we "fix" are not the things that > you modified, we then replaced the old tables to the > new one. > However, error still exists; its content can be seen > in the attached file, named error.log. > For clear seeing, we choosed one bufr file, > 2007070813.bufr, to display in both 5.10.2 and 5.7.4 > then we could get the image 0707081300.png with 5.7.4, > the error with 5.10.2. > > I do hope that you could soon help us. > With my best regards, > > Quang. > > --- Unidata GEMPAK Support > <address@hidden> wrote: > > > Quang, > > > > It seems that the melbufr tables have some > > formatting errors as you mentioned. > > > > I have attached updates as I have edited. Does this > > match the way you modified the > > tables? The glibc error is typical of freeing a > > pointer that has already been > > deallocated. > > > > I am looking into the performance issues, but would > > help to know if the table > > edits you made match mine. > > > > Steve Chiswell > > Unidata User Support > > > > > > > Dear Mr./Mrs., > > > Dear Mr. Steve Chiswell, > > > > > > We've tried to install the latest gempak 5.10.2 > > > version. We found out some errors while trying to > > > display QBUF data. They are > > > > > > 01. At $NAWIPS/gempak/tables/melbufr/B3M-000-007-B > > > From line 659 to line 662 at "Class 33 - Quality > > > Information" > > > # Class 33 - Quality information > > > 0; 33; 1; > > > 0; 1; > > > ; Reserved > > > 0; 33; 2; 0; 0; 2; Code_Table; > > > Quality information > > > 0; 33; 3; 0; 0; 3; Code_Table; > > > Quality information > > > 0; 33; 4; > > > ; 0; 3; > > > > > > 02. At $NAWIPS/gempak/tables/melbufr/B3M-000-007-D > > > Line 192: 3 1035* > > > Line 680: 3 6od or displacement, time > > > increment" "Tide station identification, ..... > > > > > > > > > We fixed them and it seems some previous errors on > > > reading tables are released. > > > However we are facing with the problem of "invalid > > > pointer" which you can see detail at the end of > > this > > > message; then we still can not display BUFR data > > in > > > the new version one. > > > Please help us, > > > > > > Many thanks from you. > > > > > > Old log file: > > > Processing file > > > /home/nadata/gempak/qsct/2007052021.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/gempak/GEMPAK5.9.4/gempak/tables/melbufr/B3M-000-007-B) > > > TableB_Read: > > > > > > /home/gempak/GEMPAK5.9.4/gempak/tables/melbufr/B3M-000-007-B, > > > Line 659: Missing Scale value > > > BUFR_Destroy: Destroying BUFR message > > > > > > /home/gempak/GEMPAK5.9.4/gempak/tables/melbufr/B3M-000-007-B, > > > Line 659: Missing Scale value > > > Error occurred in TableB_Read() > > > which was called by BUFR_Read_Tables() > > > which was called by BUFR_Init_Sub() > > > which was called by BUFR_Init() > > > which was called by gg_qbrd() > > > BUFR_Destroy: Destroying BUFR message > > > *** glibc detected *** double free or corruption > > > (out): 0x11518460 *** > > > Aborted > > > > > > New log file: > > > Finished reading tables... > > > Resource File: > > /home/gempak/GEMPAK5.9.3/resource/Nmap > > > BUFR LOG: Thu Jun 28 16:29:50 2007 > > > > > > Processing file > > > /home/nadata/gempak/qsct/2007052021.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/gempak/GEMPAK5.9.3/gempak/tables/melbufr/B3M-000-007-B) > > > Reading Table D > > > > > > (/home/gempak/GEMPAK5.9.3/gempak/tables/melbufr/B3M-000-007-D) > > > status == 1 > > > status == 1 > > > status == 1 > > > status == 1 > > > status == 1 > > > *** glibc detected *** gpmap: free(): invalid > > pointer: > > > 0x0fa60120 *** > > > ======= Backtrace: ========= > > > /lib/libc.so.6[0xb7db96e1] > > > /lib/libc.so.6(cfree+0x89)[0xb7dbad79] > > > gpmap[0x8119ff8] > > > gpmap[0x811917e] > > > gpmap[0x810f9ce] > > > gpmap[0x810f14c] > > > gpmap[0x809027f] > > > gpmap[0x80635e7] > > > gpmap[0x804e02e] > > > gpmap[0x8130889] > > > *** glibc detected *** gpmap: free(): invalid > > pointer: > > > 0x0fa60120 *** > > > ======= Backtrace: ========= > > > /lib/libc.so.6(__libc_start_main+0xdc)[0xb7d6af9c] > > > gpmap[0x804a631] > > > ======= Memory map: ======== > > > 08048000-08143000 r-xp 00000000 03:03 7669804 > > > /home/gempak/GEMPAK5.10.2/os/linux/bin/gpmap > > > 08143000-0814a000 rw-p 000fa000 03:03 7669804 > > > /home/gempak/GEMPAK5.10.2/os/linux/bin/gpmap > > > 0814a000-0fae9000 rw-p 0814a000 00:00 0 > > > [heap] > > > b7c00000-b7c21000 rw-p b7c00000 00:00 0 > > > b7c21000-b7d00000 ---p b7c21000 00:00 0 > > > b7d53000-b7d55000 rw-p b7d53000 00:00 0 > > > b7d55000-b7e7d000 r-xp 00000000 03:02 1097740 > > > /lib/libc-2.5.so > > > b7e7d000-b7e7e000 r--p 00128000 03:02 1097740 > > > /lib/libc-2.5.so > > > b7e7e000-b7e80000 rw-p 00129000 03:02 1097740 > > > /lib/libc-2.5.so > > > b7e80000-b7e83000 rw-p b7e80000 00:00 0 > > > b7e83000-b7e8d000 r-xp 00000000 03:02 1097784 > > > /lib/libgcc_s.so.1 > > > b7e8d000-b7e8f000 rw-p 00009000 03:02 1097784 > > > /lib/libgcc_s.so.1 > > > b7e8f000-b7eb3000 r-xp 00000000 03:02 1097748 > > > /lib/libm-2.5.so > > > b7eb3000-b7eb5000 rw-p 00023000 03:02 1097748 > > > /lib/libm-2.5.so > > > b7eb5000-b7ecf000 r-xp 00000000 03:02 138925 > > > /usr/lib/libg2c.so.0.0.0 > > > b7ecf000-b7ed1000 rw-p 00019000 03:02 138925 > > > /usr/lib/libg2c.so.0.0.0 > > > b7ed1000-b7ed4000 rw-p b7ed1000 00:00 0 > > > b7eff000-b7f02000 rw-p b7eff000 00:00 0 > > > b7f02000-b7f03000 r-xp b7f02000 00:00 0 > > > [vdso] > > > b7f03000-b7f1e000 r-xp 00000000 03:02 1097733 > > > /lib/ld-2.5.so > > > b7f1e000-b7f20000 rw-p 0001a000 03:02 1097733 > > > /lib/ld-2.5.so > > > bfaa9000-bfabf000 rw-p bfaa9000 00:00 0 > > > [stack] > > > Aborted > > > > > > Nguyen Dang Quang > > > Division of Research and Application > > > Vietnam National Center for Hydrometeorological > > Forecast(NCHMF) > > > Ministry of Natural Resources and Environment. > > > 4 Dang Thai Than, Hanoi, VIETNAM > > > Tel.:84-4-9330942 > > > > > > > > > === message truncated === > > > Nguyen Dang Quang > Division of Research and Application > Vietnam National Center for Hydrometeorological Forecast(NCHMF) > Ministry of Natural Resources and Environment. > 4 Dang Thai Than, Hanoi, VIETNAM > Tel.:84-4-9330942 > > > > ____________________________________________________________________________________Ready > for the edge of your seat? > Check out tonight's top picks on Yahoo! TV. > http://tv.yahoo.com/ > Ticket Details =================== Ticket ID: IFK-338221 Department: Support GEMPAK Priority: Urgent Status: Closed
Attachment:
B3M-000-007-B
Description: Binary data
Attachment:
B3M-000-007-D
Description: Binary data