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

20001220: HPUX trouble with sfchck, dcwatch

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: 20001220: HPUX trouble with sfchck, dcwatch
  • Date: Tue, 9 Jan 2001 15:06:16 -0700

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
> 
> 
>