[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20001220: HPUX trouble with sfchck, dcwatch
- 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
>
>
>