Re: Runtime error for newly installed gd program

David,

The gdpvsf.pdf file needs to be in the local working directory, or installed
into $GEMPDF. I cinfigurd the file in the tarfile I returned, That should work?

Steve Chiswell
Unidata User Support

On Thu, 2 Feb 2006, David Gold wrote:

> Steve,
>
> I tried my best to make the subroutine calls in John's program gdpvsf.f
> compatible with the current environment (specifically, changing the
> deprecated DG_OFIL to DG_MFIL and checking for consistency in the number and
> type of arguments expected). However, when I run the program I get an error:
>
> [IP -10] The parameter file for GDPVSF cannot be opened
>
> I used the updated Make file and I checked that the Gemenviron file was
> sourced. Any ideas? I'll be glad to provide any files that you might need to
> help me pinpoint the problem.
>
> Thanks!
>
> David Gold
>
> > -----Original Message-----
> > From: Steve Chiswell [mailto:address@hidden]
> > Sent: Friday, January 27, 2006 6:11 PM
> > To: David Gold
> > Subject: RE: 20060125: Begging your indulgence: one more question
> >
> > David,
> >
> > Attached is the tar file which contains the executable.
> > I modified the Makefile and pdf file according to current usage.
> >
> > The GEMPAK libraries for the current distribution are posted along with
> > the binary distributions in a separate tar file, along with the
> > necessary include files etc., should you need them.
> >
> > Since you code is so old, I cannot vouch for its current compatibility
> > with gempak library calls, since the DG library has undergone
> > substantial revision in the pas 2 years. I suggest you try the program
> > on data sets you are familiar with if possible, and check the results.
> >
> > I launched the program, and its runs. That is the extent of the testing
> > I did.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >
> > On Wed, 2006-01-25 at 17:15, David Gold wrote:
> > > Steve,
> > >
> > > I'll be in your debt!
> > >
> > > I have attached the archived file that John supplied - it is a
> > (hopefully)
> > > self-contained collection of routines that when compiled should produce
> > the
> > > needed binary. I unpacked it and checked it out and everything looks
> > good,
> > > except for the attached pdf file, which is corrupt (of no consequence).
> > The
> > > routines were developed under Gempak5.4 a long, long time ago with the
> > last
> > > update in '98, for whatever that's worth.
> > >
> > > If you need anything else or have any questions, let me know.
> > >
> > > If there are complications, I'd very much like to try to compile it
> > locally
> > > using any libraries that you send me. You're right in that there should
> > be
> > > no earthly reason to link against the display drivers since I only seek
> > the
> > > addition of an extra function!
> > >
> > > Thanks so much for this!
> > >
> > > David
> > >
> > > > -----Original Message-----
> > > > From: Steve Chiswell [mailto:address@hidden]
> > > > Sent: Wednesday, January 25, 2006 5:24 PM
> > > > To: David Gold
> > > > Cc: GEMPAK support
> > > > Subject: 20060125: Begging your indulgence: one more question
> > > >
> > > > David,
> > > >
> > > > I would be willing to do the compilation.
> > > > If anything complicated pops up, then it may take until
> > > > I return from the AMS though.
> > > >
> > > > You may be able to do the compilation using the gempak libraries I
> > > > supply, since you don't need the motif libraries unless you are
> > linking
> > > > against the X11 display drivers, which most likely you
> > > > shouldn't be.
> > > >
> > > > Steve Chiswell
> > > > Unidata User Support
> > > >
> > > >
> > > > On Wed, 2006-01-25 at 09:59, David Gold wrote:
> > > > > Steve,
> > > > >
> > > > >
> > > > >
> > > > > I thank you again for your gracious and timely answer to my previous
> > > > > question. Now I have one more, but its really more like a favor ;)
> > > > >
> > > > >
> > > > >
> > > > > John N-G has a wonderful little program  gdpvsf  that interpolates
> > > > > to any arbitrary surface (including PV  IDEAL for representations on
> > > > > the user-defined dynamic tropopause).
> > > > >
> > > > >
> > > > >
> > > > > But since I didnt build Gempak from source, I cannot compile it
> > > > > locally. While I could always re-build Gempak from the source
> > > > > distribution, it would require obtaining OpenMotif (Im Linux) and Id
> > > > > rather not go to that length unless I absolutely have to.
> > > > >
> > > > >
> > > > >
> > > > > If I provided the tar file containing gdpvsf and associated modules,
> > > > > would you be willing to compile the program and send the executable
> > > > > back to me for inclusion in my $GEMEXE directory? Im open to other
> > > > > ideas, too. Any help here would be greatly appreciated! Perhaps we
> > > > > could return the favor by making this program available to you for
> > > > > inclusion in the next Gempak build?
> > > > >
> > > > >
> > > > >
> > > > > Sincerely,
> > > > >
> > > > >
> > > > >
> > > > > David Gold
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
>
>