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.
Art, > Okay, all set. The new one's running with a new core dump. Got it. Here the trace: ~: dbx bin/pqact core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading pqact core file header read successfully Reading ld.so.1 Reading libm.so.2 Reading libnsl.so.1 Reading libsocket.so.1 Reading libc.so.1 Reading libdl.so.1 program terminated by signal SEGV (no mapping at the fault address) 0xfffffd7fff1244e6: realfree+0x0046: movzwq (%r12,%r14),%r8 Current function is ldmdb_put 1983 if (NULL == (new_stuff.dptr = malloc(size))) (dbx) where [1] realfree(0x49514e4b0a52f29e, 0x0, 0x0, 0x7, 0x1, 0x49514e4b0a0d0bc0), at 0xfffffd7fff1244e6 [2] _malloc_unlocked(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfffffd7fff12406a [3] malloc(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfffffd7fff123e2f =>[4] ldmdb_put(entry = 0x45c100, keystr = 0x4412b6 "YMML", data = 0xfffffd7ff9a11f54, sz = 188U), line 1983 in "filel.c" [5] ldmdb_prodput(prod = 0xfffffd7fffdfef48, ac = 1, av = 0x443290, xp = 0xfffffd7ff9a11ee8, xlen = 296U), line 2073 in "filel.c" [6] prodAction(prod = 0xfffffd7fffdfef48, pal = 0x45cf60, xprod = 0xfffffd7ff9a11ee8, xlen = 296U), line 1121 in "palt.c" [7] processProduct(infop = 0xfffffd7fffdff068, datap = 0xfffffd7ff9a11f54, xprod = 0xfffffd7ff9a11ee8, xlen = 296U, otherargs = (nil)), line 1172 in "palt.c" [8] pq_sequence(pq = 0x45aab0, mt = TV_GT, clss = 0xfffffd7fffdffa40, ifMatch = 0x4133e0 = &processProduct(const prod_info *infop, const void *datap, void *xprod, size_t xlen, void *otherargs), otherargs = (nil)), line 6359 in "pq.c" [9] main(ac = 6, av = 0xfffffd7fffdffb08), line 595 in "pqact.c" Unfortunately, it's not much help. A call to malloc(375) is causing a SIGSEGV. I'm afraid I'll have to think about this. Regards, Steve Emmerson Ticket Details =================== Ticket ID: DCW-448836 Department: Support LDM Priority: Normal Status: Closed