[gradsusr] Grads 2.1.a3 - Problem plotting Intel graphic

Thu Jan 12 14:47:30 EST 2017

Hi Jennifer,

For your information. We run RHE6.8 and SUSE11 on linux clusters that act as
GrADS servers.  I render GrADS/Cairo on my PC using X-Win32.  I have never
had this problem.  It sounds like the problem occurs when running the GrADS
executable directly on a laptop or PC.

I hope this helps.

Gary

From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org]
On Behalf Of Semyon Grodsky
Sent: Thursday, January 12, 2017 9:42 AM
To: GrADS Users Forum
Subject: Re: [gradsusr] Grads 2.1.a3 - Problem plotting Intel graphic

Jennifer,

GRADS/Cairo  display doesn't work on my machine (RHE7). 

xdemo.c works fine. It opens a 500x500 X window, draws 24 concentric circles
made up of tiny line segments in varying shades of gray and types 'Hello!'
in the upper/left corner.

lsb_release -a

LSB Version:
:core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd
64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-
amd64:printing-4.1-noarch
Distributor ID: RedHatEnterpriseWorkstation
Description:   Red Hat Enterprise Linux Workstation release 7.2 (Maipo)
Release:       7.2
Codename:      Maipo

--Senya

On 1/12/2017 11:00 AM, Jennifer M Adams wrote:

This problem is bad, and I want it to be resolved too. There are so many
complicating factors it is difficult to figure out where to begin and it’s
especially tough for me because I am not able to duplicate it. The fact that
it is hardware dependent just makes it worse. I don’t think it’s a problem
unique to GrADS, but I could be wrong. One way to simplify things is to use
a smaller C program (like xdemo.c) that uses Cairo in the same way that
GrADS does but without all the other supplib baggage.  

Can you test whether my sample program xdemo.c works on all your various
setups where GrADS X11 displays fail? You will have to build the Cairo
library from source. Maybe the problem is simply that we are not using the
very latest version of Cairo and all of its dependents, and an upgrade is
all that is needed for GrADS to work on these newer systems. That would
obviously be the easiest solution.

The other thing that confuses the issue is the X11 client-server
interaction. I do all my work on a MacBookPro. I use xterm to open windows
to access my local operating system (OSX 10.9.5) and also to ssh to remote
servers (at this point, only redhat 5 and 6). The rendering is done by the
X11 server on my local machine (XQuartz), not the remote systems I am
connected to using ’ssh -Y’. GrADS is dynamically linked with the X11
libraries; I have no idea whether libX11 and libXext are different on OSX v.
red hat 5/6 v. redhat 7 v. ubuntu v. fedora, but maybe that is the source of
the problem. 

The Lenovo hardware is a different beast altogether, a laptop/desktop box
that has its own flavor of unix and X11 server. I know nothing about these
systems; if the brand of graphics cards makes a difference then it’s a
software issue at a much lower level than where GrADS is working. Do you
think the display would look right if I used an xterm on my Apple laptop to
ssh to a Lenovo box and ran GrADS remotely? 

I am working on new releases for GrADS, where the graphics back ends for
printing and display are dynamically loaded as shared objects based on
user-provided arguments on startup. That would mean you could take advantage
of all the other improvements since version 2.0.2 but not depend on Cairo
for the display. I have to get the configuration issues ironed out before I
can make it public. 

I will ask my systems administrator if he can set up a RHEL7 sandbox for me,
but in the meanwhile please try the things I have suggested and let me know
what works/fails. It’s not called the cutting/bleeding edge for nothing! 

—Jennifer

On Jan 12, 2017, at 7:37 AM, Semyon Grodsky <senya at umd.edu> wrote:

Here at UND/AOSC we have multiple machines running RHE7. All have the same
display problem with GRADS/Cairo, which was reported to the forum about a
year ago. We here just stick with the 2.0.2

--Senya

On 1/12/2017 4:22 AM, Simone Montagnani wrote:

Hi Jennifer,

Thank you for the links.

My focus was on Ubuntu but this morning I made a few more tests on Fedora (
we have one Fedora 24 ) and it doesn't work on it too. I'm talking of the
same hardware here ( Lenovo Thinkcentre M93 with integrated graphics ).In
attach a screenshot of the grads example file plotted. 

We have other servers or virtual machines that runs Centos 5.x and grads
2.1.0 works like a charm.

On one Lenovo Thinkcentre M93 with Ubuntu 16.04 LTS and grads 2.1.a3 I
bought an AMD Radeon R5 230 graphic card and it instantly works perfectly
without any specific AMD drivers installed.If it's a specific X11 Ubuntu
problem why it starts working? 

I tried on the same Lenovo PC with Xubuntu 16.04 with XFCE and it doesn't
work too.

Maybe it's a libcairo problem in combination with newer X11 ? 

You say it's an Ubuntu problem , is there a Bug open in Ubuntu community for
this ? I think it's a big issue, we have all our users  (about 50 clients)
using this PC model  and we are stuck...

Best Regards,

Simone 

  _____  

Da: "Jennifer M Adams"  <mailto:jadams21 at gmu.edu> <jadams21 at gmu.edu>
A: "GrADS Users Forum"  <mailto:gradsusr at gradsusr.org>
<gradsusr at gradsusr.org>
Inviato: Mercoledì, 11 gennaio 2017 15:21:41
Oggetto: Re: [gradsusr] Grads 2.1.a3 - Problem plotting Intel graphic

Hi, Simone —  

Please see an earlier thread on this topic:
http://gradsusr.org/pipermail/gradsusr/2016-November/040443.html

The problem is with ubuntu's X11 server; as you noted it works on Fedora and
CentOS. You should be fine if you use batch mode. 

—Jennifer

On Jan 11, 2017, at 8:58 AM, Simone Montagnani
<s.montagnani at lamma.toscana.it> wrote:

Hi all,

I'm posting here after days of searching and testing with no results.

I have a specific problem that seems to affect Grads 2.1.a3 ( but I think
even the latest versions ).

I can reproduce it, with my specific input files like with the official
grads test too.

Here are some details of my tests:

Hardware:

PC Lenovo with Intel(R) Core(TM) i3-4170 CPU with integrated Intel graphics.

PC HP DC7900 ( old 2008 model with Intel graphics too )

Software:

O.S. Linux Ubuntu 16.04

Kernel 4.4 & Kernel 4.5

With and without Intel graphics update tool 2.0.2 installed

Used Grads 2.1.a3 as binary downloaded from your site or package from ubuntu
16.10 via apt pinning .

Intel update tool packages installed:

ii i965-va-driver:amd64 1.7.1-0intel1 amd64 VAAPI driver for Intel G45 & HD
Graphics family
ii intel-gpu-tools 1.15-1intel1 amd64 tools for debugging the Intel graphics
driver
ii libcairo-gobject2:amd64 1.15.2-0intel1 amd64 Cairo 2D vector graphics
library (GObject library)
ii libcairo-script-interpreter2:amd64 1.15.2-0intel1 amd64 Cairo 2D vector
graphics library (script interpreter)
ii libcairo2:amd64 1.15.2-0intel1 amd64 Cairo 2D vector graphics library
ii libcairo2-dev 1.15.2-0intel1 amd64 Development files for the Cairo 2D
graphics library
ii libdrm-intel1:amd64 2.4.68-1 amd64 Userspace interface to intel-specific
kernel DRM services -- runtime
ii libegl1-mesa:amd64 11.2.2-0intel1 amd64 free implementation of the EGL
API -- runtime
ii libegl1-mesa-drivers:amd64 11.2.2-0intel1 amd64 transitional dummy
package
ii libgbm1:amd64 11.2.2-0intel1 amd64 generic buffer management API --
runtime
ii libgl1-mesa-dri:amd64 11.2.2-0intel1 amd64 free implementation of the
OpenGL API -- DRI modules
ii libgl1-mesa-glx:amd64 11.2.2-0intel1 amd64 free implementation of the
OpenGL API -- GLX runtime
ii libglapi-mesa:amd64 11.2.2-0intel1 amd64 free implementation of the GL
API -- shared library
ii libgles1-mesa:amd64 11.2.2-0intel1 amd64 free implementation of the
OpenGL|ES 1.x API -- runtime
ii libgles2-mesa:amd64 11.2.2-0intel1 amd64 free implementation of the
OpenGL|ES 2.x API -- runtime
ii libosmesa6:amd64 11.2.2-0intel1 amd64 Mesa Off-screen rendering extension
ii libva-drm1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- DRM runtime
ii libva-egl1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- EGL runtime
ii libva-glx1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- GLX runtime
ii libva-tpi1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- TPI runtime
ii libva-wayland1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- Wayland runtime
ii libva-x11-1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for
Linux -- X11 runtime
ii libva1:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API for Linux --
runtime
ii libwayland-egl1-mesa:amd64 11.2.2-0intel1 amd64 implementation of the
Wayland EGL platform -- runtime
ii libxatracker2:amd64 11.2.2-0intel1 amd64 X acceleration library --
runtime
ii va-driver-all:amd64 1.7.1-0intel1 amd64 Video Acceleration (VA) API --
driver metapackage
ii vainfo 1.7.1-0intel1 amd64 Video Acceleration (VA) API for Linux -- info
program

Problem:

I cannot graph correctly the image, in attach the results with model.ctl
file used as a test.

With grads 2.0 no problem everything is ok in this PCs.

I think it's a Intel graphic problem, but Kernel upgrades , Intel drivers
updates doesn't change anything.

Do you have any ideas? 

I cannot use other distributions , I use grads without problems on various
Fedora and CentOS servers, but in this case I need it to work with this
Ubuntu version and hardware!

Any help is really appreciated,

Regards all

Simone

<grads_error.jpg>_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr

--

Jennifer Miletta Adams
Center for Ocean-Land-Atmosphere Studies (COLA)
George Mason University

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr

-- 
-----------------------------------------------------------
Semyon Grodsky
University of Maryland
Department of Atmospheric and Oceanic Science
Room 2409, Atlantic Building (224)
4254 Stadium Dr.
College Park, MD 20742

Phone:  301-405-5330
Fax:    301-314-9482
E-mail: senya at atmos.umd.edu

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr

--

Jennifer Miletta Adams
Center for Ocean-Land-Atmosphere Studies (COLA)
George Mason University

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr

-- 
-----------------------------------------------------------
Semyon Grodsky
University of Maryland
Department of Atmospheric and Oceanic Science
Room 2409, Atlantic Building (224)
4254 Stadium Dr.
College Park, MD 20742

Phone:  301-405-5330
Fax:    301-314-9482
E-mail: senya at atmos.umd.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20170112/07beebf9/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5433 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20170112/07beebf9/attachment-0001.bin 