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

[LDM #KXP-405917]: LDM 6.12.6 crashed again

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.

  • Subject: [LDM #KXP-405917]: LDM 6.12.6 crashed again
  • Date: Fri, 14 Nov 2014 09:06:33 -0700
Gilbert,

I'm able to access the core-file:

    [ldm@weather3 ~]$ gdb bin/pqact core.12554 
    ...

The pqact(1) process crashed while executing the regexec(1) function

    (gdb) where
    #0  0x000000373b0c6b59 in re_search_internal () from /lib64/libc.so.6
    #1  0x000000373b0c9513 in regexec@@GLIBC_2.3.4 () from /lib64/libc.so.6
    #2  0x0000000000408edb in processProduct (infop=0x7fff446c6e10, 
datap=0x7f04433f4a58, xprod=0x7f04433f49d8, xlen=24092, 
        otherargs=0x0) at palt.c:1269
    #3  0x00007f0542542034 in pq_sequence (pq=0x2258710, mt=TV_GT, 
clss=0x7fff446c8050, ifMatch=0x408df1 <processProduct>, 
        otherargs=0x0) at pq.c:7208
    #4  0x000000000040a639 in main (ac=4, av=0x7fff446c8228) at pqact.c:672
    (gdb) up 2
    #2  0x0000000000408edb in processProduct (infop=0x7fff446c6e10, 
datap=0x7f04433f4a58, xprod=0x7f04433f49d8, xlen=24092, 
        otherargs=0x0) at palt.c:1269
    1269                           && ((regexec(&pal->prog, infop->ident,

for the following pqact(1) configuration-file entry:

    (gdb) p *pal
    $1 = {next = 0x27d5b70, prev = 0x27cf5b0, feedtype = 134217728, 
      pattern = "^SDUS7[3] (KILX) ([0-3][0-9])([0-2][0-9]).*/p(EET)(ILX)", 
'\000' <repeats 200 times>, prog = {
        buffer = 0x27d1240 "P\355|\002", allocated = 224, used = 224, syntax = 
242428, fastmap = 0x27d1130 "", translate = 0x0, 
        re_nsub = 5, can_be_null = 0, regs_allocated = 0, fastmap_accurate = 1, 
no_sub = 0, not_bol = 0, not_eol = 0, 
        newline_anchor = 0}, pmatchp = 0x27d51b0, action = {name = 0x40ae90 
"exec", flags = 0, prod_action = 0x403342 <exec_prodput>}, 
      private = 0x27d51f0 "/home/ldm/wxpscripts/doppler.tops \\5"}

on the following (non-matching) data-product:

    (gdb) p *infop
    $2 = {arrival = {tv_sec = 1415940204, tv_usec = 966229}, signature = 
"\006\006ύђ\240\062p\016\271\325\037\206\301\376", 
      origin = 0x7fff446c6e50 "jackie.unidata.ucar.edu_v_flood.atmos.uiuc.edu", 
feedtype = 134217728, seqno = 20636271, 
      ident = 0x7fff446c6e91 "SDUS52 KMFL 140443 /pN0QAMX !nids/", sz = 23964}

I don't see anything untoward.

The regular-expression functions are part of the C runtime library, 
"/lib64/libc.so.6". Could this library need updating?

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: KXP-405917
Department: Support LDM
Priority: Normal
Status: Closed