The Garp options pulldown allows you to set logging to verbose 3 that 
may help you nail down where the problems are arising...
As far as your file endings, check your pqact / decoder entries  .. 
there were changes in pqact awhile back that may affect your particular 
usage (elimination of the -e GEMTBL flag for example) ... you may find 
rewriting to absolute paths by product to be helpful in eliminating your 
shb issue.. something like this maybe
DDS|IDS ^U[ABDEFGHIJKLMPQRSTXZ].... .... ([0-3][0-9])([0-2][0-9])
        PIPE    decoders/dcuair -b 24 -m 16
        -d /abs/path/data/gempak/logs/dcuair.log
        -s /abs/path/gempak/nawips/gempakver/tables/stns/snworld.tbl
        -p /abs/path/gempak/nawips/gempakver/tables/pack/snmerg.pack
        /abs/path/data/gempak/upperair/YYYYMMDD_upa.gem
over the years i've found that when products are added or removed from 
streams that separating products out and filing individually can be 
helpful in tweaking to a particular setup...
hope this helps.
cheers,
--patrick
------ Original Message ------
From: "Podowitz, Derek (CIV)" <derek.podowitz@xxxxxxx>
To: "Unidata GEMPAK Support" <support-gempak@xxxxxxxxxxxxxxxx>; 
"gembud@xxxxxxxxxxxxxxxx" <gembud@xxxxxxxxxxxxxxxx>
Sent: 10/25/2021 10:37:51 PM
Subject: [gembud] Issues with viewing GEMPAK surface observations 
through GARP
GEMPAK Support,
I have been encountering some issues with getting GARP 2.1 to load 
surface observations.  GARP has a tendency to crash and work 
intermittently while it adds and loads the file list.
The surface observation gem files end in *_sao.gem, but I believe our 
LDM feed also adds *_shb.gem (ship and buoy observations) to the same 
directory.  Even when I move the *_shb.gem files out of this same 
directory, GARP may still crash.
When I use the different verbose levels and view some of the output, I 
receive some of the following messages during my multiple attempts to 
get the surface observations to display:
--
--
GetFilteredDirectoryList
GetSfcList
add_list
add_file
...
GEMPAK: [SF -6]  File is not a surface data file.
...
add_list
add_file
...
SetScrolledList
AddProductsToList
211024/2040 to tm structure
...
--
StringListFree
BuildSurfaceParameterList
SplitByDelimeter
SplitByDelimeter
StringListFree
StringListFree
readstn1
AddProductsToList
SurfaceObsCB
AdjustIndexOffset
yyyymmddhhmm2time: Can't convert string 211024/1920 to tm structure
--
--
Is there a way to resolve any of the issues to get GARP to not crash 
when attempting to open these surface observations?  Is there something 
that I need to reconfigure or update with GEMPAK or GARP to get it 
working appropriately?
Please advise and let me know if you need any additional information.  
Thank you very much for your time and help.
Very Respectfully,
Derek Podowitz
DON Meteorologist, Lab Manager
Interactive Digital Environmental Analysis (IDEA) Lab
Department of Meteorology
Naval Postgraduate School
NPS E-mail:  derek.podowitz@xxxxxxx
Cell:  856-220-7892