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

19990223: Problem with device type gf for GEMPAK

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: 19990223: Problem with device type gf for GEMPAK
  • Date: Tue, 23 Feb 1999 10:10:16 -0700
Greg,

I see that you are using DISPLAY=localhost:1 which
I presume is a virtual display (running from Xvfb).

Have you verified that the display is running and you have 
permission to access it?

You might need to check if that display is set up
for 8 bits, eg:
/usr/local/X11R6.3/bin/Xvfb :1 -screen 0 1280x1024x8
                                                   ^
                                                   |
                                                  bits


Also, have you tried running a simple program like gpmap 
from your command line with the display set to that
localhost:1 screen and verified that you can draw to that window-
or does that crash also.

One little picky thing is to make sure you don't have any files
or directories called "gf" where you are running the
script from, since they will be confused with the 
search for the executable program called "gf".

Chiz

On Tue, 23 Feb 1999, Greg Stossmeister wrote:

> Chiz,
> 
>      I'm having a problem with GEMPAK getting the following script to
> work. If I change the device type to ps in this script, everything works
> properly and the file is created. If I change the ps to gf, the script
> core dumps in gf and doesn't give me any clue as to what is wrong. Can
> you help? What am I doing wrong?
> 
>      I'm in the Maldives now where we are +12 hours ahead of you. I'd
> appreciate any help you can give. Is this a driver problem?
> 
> Thanks,
>      Greg
> 
> 
>