• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: X11-users Digest, Vol 6, Issue 52
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: X11-users Digest, Vol 6, Issue 52

  • Subject: Re: X11-users Digest, Vol 6, Issue 52
  • From: Ricardo Fonseca <email@hidden>
  • Date: Thu, 12 Mar 2009 23:59:51 +0000
Hi George

This happens for every graphic that I try to display (again, if I tell IDL to use OpenGL rather than their "software renderer"). Instead of the normal plot window all the graphics region is black (the rest of the interface is fine). If I force the graphics region to redraw (e.g. resizing the window) the correct plot flashes briefly, and then the graphics region goes black again. The output from the test you suggested follows below.

Thanks for the help,
Ricardo

---


IDL> vis2d
Xlib:  extension "Generic Event Extension" missing on display "/tmp/launch-jn3CGd/:0".
initializing libGL in apple_init_glx
Xlib:  extension "Generic Event Extension" missing on display "/tmp/launch-jn3CGd/:0".
WARNING: unknown GLX tag from server: 0
WARNING: unknown GLX tag from server: 1115829
WARNING: unknown GLX tag from server: 266146960
(these 3 lines are repeated MANY times)
(...)
DIAG: apple_glx_create_context: ac 0x10a127170 ac->context_obj 0x101b99000
Xlib:  extension "Generic Event Extension" missing on display "/tmp/launch-jn3CGd/:0".
Xlib:  extension "Generic Event Extension" missing on display "/tmp/launch-jn3CGd/:0".
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1029
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 5
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 5
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1029
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1029
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1033
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 9
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 9
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1033
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1033
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1037
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 13
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 13
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1037
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1037
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1041
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 17
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 17
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1041
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1041
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1045
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 21
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 21
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1045
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1045
IDL> Xlib:  extension "Generic Event Extension" missing on display "/tmp/launch-jn3CGd/:0".
DIAG: apple_glx_drawable_create: new drawable 0x101c96200
DIAG: create_surface: created a surface for drawable 0x6000fc with uid 1049
DIAG: surface_make_current: ac->context_obj 0x101b99000 s->surface_id 25
DIAG: surface_make_current: drawable 0x6000fc
DIAG: destroy_drawable_callback: 0x101c96200 ->reference_count before -- 1
DIAG: surface_destroy: s->surface_id 25
DIAG: surface_destroy: destroyed a surface for drawable 0x6000fc uid 1049
DIAG: destroy_drawable: freeing 0x101c96200
DIAG: surface_notify_handler: surface destroyed 1049



On Mar 12, 2009, at 19:11 , email@hidden wrote:

I'm having problems with idl ( commercial,
http://www.ittvis.com/ProductServices/IDL.aspx  ). Graphics objects
rendered using OpenGL appear totally black. (The  image shows up
momentarily and then becomes black). Using a non-OpenGL  version (or
reverting to 2.3.2.1) works fine.

What seems to be occurring when that happens?

There is an open bug related to something like that, when a window  
gets withdrawn, and remapped.  It occurred in the old libGL too, but  
had slightly different behavior.


Any thoughts?

Yes, please try using:

$ export LIBGL_DIAGNOSTIC=1
$ IDL or however you start it

or:
$ env LIBGL_DIAGNOSTIC=1 IDL

--- 
Prof. Ricardo Fonseca

GoLP - Grupo de Lasers e Plasmas
Instituto de Plasmas e Fusão Nuclear
Instituto Superior Técnico
Av. Rovisco Pais
1049-001 Lisboa
Portugal

tel: +351 21 8419202
fax: +351 21 8464455
web: http://cfp.ist.utl.pt/golp/ 

Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list      (email@hidden)

This email sent to email@hidden
  • Follow-Ups:
    • Re: X11-users Digest, Vol 6, Issue 52
      • From: George Peter Staplin <email@hidden>
    • Re: X11-users Digest, Vol 6, Issue 52
      • From: Jeremy Huddleston <email@hidden>
  • Prev by Date: Re: X11 2.3.3_rc1 doesn't work with idl
  • Next by Date: Re: X11-users Digest, Vol 6, Issue 52
  • Previous by thread: Re: X11 2.3.3_rc1 doesn't work with idl
  • Next by thread: Re: X11-users Digest, Vol 6, Issue 52
  • Index(es):
    • Date
    • Thread