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.
On Mon, 12 Aug 2002, [ISO-8859-1] Christian Pagé wrote: > Hi, > > > Christian, > > > > Good news for me, the crash is not because of the surf_split.c fix I > > made. > > I believe it's with the regular expression package on your machine or a > > pqsurf.conf entry. Here's how I would test it. First comment out all > > entries in the etc/pqsurf.conf file. Start the ldm, one can run pqsurf > > from the command line so not to crash the whole ldm. Start pqsurf like > > this: > > > > % pqsurf -vl - > > > > At this point it should run ok. > > When pqsurf.conf has all commented lines, pqsurf exits with signal 1. > Christian, You are correct without any pqsurf.conf entries, pqsurf exits with a signal 1. So add the following entry to pqsurf.conf IDS|DDPLUS ^metar (....) ([0-3][0-9])([0-2][0-9]) FILE data/surface/metar/(\2:yy)(\2:mm)\2\3.wmo Remember white spaces outside of the pattern part are tabs. You can check pqsurf.conf by: % ldmadmin pqactcheck -p etc/pqsurf.conf from ldm home dir. I'm starting to believe your problem is with the DBFILE pqsurf.conf entry. Robb.... > > Stop/Start pqsurf adding in one more > > pqsurf entry until you find the culprit. If it's a PIPE entry culprit, > > try > > running it from the command line also. > > I only have one entry in pqsurf.conf: > WMO ^(metar|speci) (....) ([0-3][0-9])([0-2][0-9]) > DBFILE data/surface/gdbm/(\3:yyyy)(\3:mm)\3\4.metar_gdb \2 > > with tabs after WMO, before and after DBFILE. > > > > > > > The actual line in the code that's failing in palt.c is: > > > > if((infop->feedtype & pal->feedtype) > > && ((regexec(&pal->prog, infop->ident, > > pal->prog.re_nsub +1, pal->pmatchp, > > 0) == 0) > > || (strcmp(pal->pattern, "^_ELSE_$") == 0 > > && did_something == 0 > > && infop->ident[0] != '_'))) > > > > According to the dbx output, it's the (regexec(... part that's failing. > > > > > > Let me know what you find out, so we can track this down. > > > > Robb... > > > > > > > > > >> 4 processProduct(0x7fff23f8, 0x0, 0x4016ab8, 0xa0, 0x88, 0x0, > >> 0xfffffffc, 0x10039e7c) ["/io/ldm/ldm-5.2/src/pqact/palt.c":779, > >> 0x100069c4] > >> 5 pq_sequence(0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xfffffffc, 0x10039e7c) > >> ["/io/ldm/ldm-5.2/src/pq/pq.c":5147, 0x1001649c] > >> 6 main(0xb, 0x100068e0, 0x7fffffff, 0xf423f, 0x1, 0x0, 0xfffffffc, > >> 0xffffffff) ["/io/ldm/ldm-5.2/src/pqact/pqact.c":439, 0x10004ccc] > >> 7 __start() ["/xlv55/kudzu- > >> apr12/work/irix/lib/libc/libc_n32_M4/csu/crt1text.s":177, 0x10004298] > >> (dbx) quit > >> > >>> The signal 10 dumps a core file, so could you run dbx on the file. Do > >>> % file core > >>> to see if it's pqsurf core. I think the syntax is > >>> > >>> % dbx pqsurf core > >>> > >>> This should show the problem. Otherwise, if I could get the core file > >>> to > >>> do some debugging. Is this a 32 bit build? Any other info would > >>> help,logs > >>> Also, are you sure that the pqsurf file was replace? I'm on vacation > >>> tomorrow, so I'll look at it Monday. If you need, you can us the > >>> pqusrf > >>> from the LDM 5.1.4 distribution with the LDM 5.2 release. > >> > >> This is an -n32 build, so 32-bit. I tried using pqsurf from ldm-5.1.4 > >> but got the same problems, but with signal 11. > >> > >> Here are the logs: > >> > >> Aug 9 13:26:01 6Q:io ldm: LDM Start (login name, tty, login time, > >> [from]): ldm ttyq37 Aug 8 17:44 (132.208.133 > >> .37) > >> Aug 09 13:26:01 5Q:io rpc.ldmd[77312290]: Starting Up (built: Jul 30 > >> 2002 14:47:27) > >> Aug 09 13:26:01 5Q:io pqbinstats[77339594]: Starting Up (77312290) > >> Aug 09 13:26:01 5Q:io pqact[77024855]: Starting Up > >> Aug 09 13:26:01 5Q:io pqsurf[77304103]: Starting Up (77312290) > >> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: run_requester: Starting > >> Up: 128.174.80.47 > >> Aug 09 13:26:01 5Q:io pqact[77843305]: Starting Up > >> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: run_requester: > >> 20020809132548.723 TS_ENDT {{IDS|DDPLUS, ".*"}} > >> Aug 09 13:26:01 5Q:io flood[77628265]: run_requester: Starting Up: > >> flood.atmos.uiuc.edu > >> Aug 09 13:26:01 5Q:io dns2[78016494]: run_requester: Starting Up: > >> dns2.cmc.ec.gc.ca > >> Aug 09 13:26:01 5Q:io flood[77628265]: run_requester: > >> 20020809132523.450 > >> TS_ENDT {{UNIWISC|HDS, ".*"}} > >> Aug 09 13:26:01 5Q:io striker[77959463]: run_requester: Starting Up: > >> striker.atmos.albany.edu > >> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: FEEDME(128.174.80.47): > >> OK > >> Aug 09 13:26:01 5Q:io flood[77628265]: FEEDME(flood.atmos.uiuc.edu): OK > >> Aug 09 13:26:01 5Q:io striker[77959463]: run_requester: > >> 20020809132435.257 TS_ENDT {{NLDN, ".*"}} > >> Aug 09 13:26:01 5Q:io striker[77959463]: > >> FEEDME(striker.atmos.albany.edu): OK > >> Aug 09 13:26:02 5Q:io dns2[78016494]: run_requester: 20020809122601.130 > >> TS_ENDT {{GEM, ".*"}} > >> Aug 09 13:26:02 5Q:io dns2[78016494]: FEEDME(dns2.cmc.ec.gc.ca): OK > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: child 77843305 terminated by > >> signal 10 > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Exiting > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Queue usage (bytes): 2015232 > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: (nregions): 11470 > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of products 29 > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of observations 81 > >> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of dups 5 > >> Aug 09 13:26:24 5Q:io rpc.ldmd[77312290]: child 77304103 exited with > >> status 1 > >> Aug 9 13:28:21 6Q:io ldm: LDM Stop (login name, tty, login time, > >> [from]): ldm ttyq37 Aug 8 17:44 (132.208.133. > >> 37) > >> Aug 09 13:28:21 5Q:io rpc.ldmd[77312290]: Exiting > >> Aug 09 13:28:21 5Q:io rpc.ldmd[77312290]: Terminating process group > >> Aug 09 13:28:21 5Q:io striker[77959463]: Exiting > >> Aug 09 13:28:21 5Q:io dns2[78016494]: Exiting > >> Aug 09 13:28:21 5Q:io 128.174.80.47[71288800]: Exiting > >> Aug 09 13:28:21 5Q:io pqact[77024855]: Exiting > >> Aug 09 13:28:21 5Q:io flood[77628265]: Exiting > >> Aug 09 13:28:21 5Q:io pqbinstats[77339594]: Exiting > >> > >> > >> Christian Pagé > >> UQAM > >> > >> > > > > ========================================================================= > > ====== > > Robb Kambic Unidata Program Center > > Software Engineer III Univ. Corp for Atmospheric > > Research > > address@hidden WWW: http://www.unidata.ucar.edu/ > > ========================================================================= > > ====== > > > > > > Christian Page > address@hidden > http://meteocentre.com/ http://meteoalerte.com/ > > Agent de recherche et de planif. +1 514 987 3000 ext. 2376 > Departement des Sci. de la Terre et de l'Atmosphere UQAM > > =============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research address@hidden WWW: http://www.unidata.ucar.edu/ ===============================================================================