NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Daryl, Since you are able to get correct looking plots with one version of Xvfb, I would doubt that the discrepancy lies within GEMPAK. But, could you be finding an old version of the GF driver, or gplt from a previous GEMPAK distribution? Double check your GEMEXE variable as well as your path. That would wreak havoc with versionitis, but really wouldn't explain the Xvfb differences except that the X11 shareable libraries might be out of date wrt one of the XVFB versions. Have you tried setting the depth to 24 bits (you mentioned trying it at 16 bits) as well as 8 bits. It would seem that the slant is caused by an incorrect length (number of pixels) on the line. Try using the default (900x700) geometry (it looked like you were using something else from the web gif I saw). Presumably you don't have the same problems when using your X console directly instead of the virtual frame buffer. Steve Chiswell >From: Daryl Herzmann <address@hidden> >Organization: UCAR/Unidata >Keywords: 200302260525.h1Q5Put21776 >Hiya, > >Convinced that I was doing something dramatically bad, I sat down and >recompiled 56.h from scratch on both a fully patched RH 7.3 machine and RH >8.0 machine. Both machines produce the slanted gifs now from the _gf >programs. Outside of blowing the old OS away, what do you suggest I try? > >As a current hack, I have my scripts connecting to a remote XFree-4.1.0-15 >Xvfb and that works fine. > >Perhaps, I will try building GEMPAK on a RH 8 machine that was freshly >installed and never upgraded. These two machines have been upgraded since >5.1 and 6.1 respectively. > >Thanks > Daryl > >On Mon, 24 Feb 2003, Unidata Support wrote: > >> >>Daryl, >> >>Did you compile the package (GEMPAK) locally, or are you using a binary relea > se? >>5.6.h.1? (I don't recall ever making a relese with that number). >>Could be something in the X libraries that your Xvfb is linked against >>that has changes....or the GEMPAK program. >> >>I would suggest using the command "ldd" to see what libraries your >>different versions of Xvfb are linked against. Some X libraries changed >>between RH 7.3 and 8.0, so its possible that a shareable library is >>mis-matched. Were using the gf device driver (through gplt) with your Xvfb... > . >>or were you using a program that was directly linked such as gdcntr_gf? >> >> >>>From: Daryl Herzmann <address@hidden> >>>Organization: UCAR/Unidata >>>Keywords: 200302241642.h1OGgst18305 >> >>>Hiya, >>> >>>Any idea what causes this to happen? >>> >>>http://mesonet.agron.iastate.edu/pickup/gempak_gf.gif >>> >>>gempak5.6.h.1 >>>up2date RedHat 8.0 >>>XFree86 4.2.0-72 Xvfb in 16 bit mode >>> >>>I can run the same scripts against a Xvfb 4.1.0-15 and they work just >>>fine. >>> >>>I am probably doing something stupid again... >>> >>>Thanks >>> Daryl >>> >>>-- >>>/** >>> * Daryl Herzmann (address@hidden) >>> * Program Assistant -- Iowa Environmental Mesonet >>> * http://mesonet.agron.iastate.edu >>> */ >>> >>> >> >>**************************************************************************** >>Unidata User Support UCAR Unidata Program >>(303)497-8643 P.O. Box 3000 >>address@hidden Boulder, CO 80307 >>---------------------------------------------------------------------------- >>Unidata WWW Service http://www.unidata.ucar.edu/ >>**************************************************************************** >> > >-- >/** > * Daryl Herzmann (address@hidden) > * Program Assistant -- Iowa Environmental Mesonet > * http://mesonet.agron.iastate.edu > */ > >