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.
Stephen, Thanks for checking this out at letting me know. Chiz On Tue, 9 Jan 2001 address@hidden wrote: > > > Chiz, > > I put the $(SYSLIBS) in the Makefile for sfchck and dcshef, and changed > my kernel to allow for a maximum stack size of 40 MB, and now everything > compiles and links. Also, sfchck runs without any problems. > > All this is using HP-UX 10.20. > > Thanks very much for all your help. > > Stephen Sinnis | Tell:905.566.9511x379 > Pelmorex Inc > > -----Original Message----- > From: chiz [mailto:address@hidden] > Sent: Friday, December 22, 2000 3:38 PM > To: address@hidden > Cc: address@hidden > Subject: 20001220: HPUX trouble with sfchck, dcw > > > > > > > On Wed, 20 Dec 2000 address@hidden wrote: > > > Thanks very much for this. > > I still have problems compiling dcshef under comet and dcwatch under > ldmConnect, but I do not need either of them, so I bypass them. > > The sfchck still gives the same segmentation violation - maybe once I > have upgraded to HPUX-11.00 everything will work out. I'll be doing that > > > first thing in January and will let you know how it works out. > > The rest works just great and is appreciated! > > Thanks again for everything and Season's Greetings. > > Stephen Sinnis | Tell:905.566.9511x379 > Pelmorex Inc. > > ***************************************************************** > > Stephen, > > In sfchck.f, there is a large array defined: > LOGICAL datflg ( LLSTFL, LLMXTM ) > with my defaults of LLSTFL = 29700 and LLMXTM = 300, this > probably causes the segmentation fault on startup, before anything > in executed. You can try replacing instances of LLSTFL in this > program with a smaller number of say 5000 if you don't have more than > that number of stations in your surface files. This will let > you use this program. Otherwise, you can compile the entire > source of GEMPAK using a smaller LLSTFL in the GEMPRM file. > > > In $NAWIPS/unidata/ldmbridge/dcwatch, the Makefile needs $(SYSLIBS) > when linking (this will resolve the math functions from -lm). > > eg: > $(PROG) : $(PROG_OBJS) > $(LINK.f) $(NOFORMAIN) $(PROG_OBJS) $(LIBS) $(SYSLIBS) -o $@ > > > (I found that when make failed in dcwatch, it also skipped building in > $NAWIPS/unidata/programs). > > > I haven't found anything in compiling dcshef as of yet. > > Steve Chiswell > Unidata User SUpport > > >