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

20030225: 20030224: GEMPAK RH8.0 Xvfb

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