← Back to team overview

ubuntu-x-swat team mailing list archive

[Bug 259219] Re: Broken TLS support in libGL.so

 

Hi Joe, thanks for your comment.

> I see this bug on my Natty Alpha install. I have to do the LD_PRELOAD
> every time though (the work around suggests it only has to be done once).

Hmm, ok, I may have to remove that statement as it appears it may not
always apply. Thanks for letting us know.

> Question: should software-center be run as root or normal user? I get
> different messages in the terminal window that suggest whichever
> one I choose is wrong.

You should run software-center as normal user, not as root.

** Description changed:

  Binary package hint: libgl1-mesa-dri
  
  ---
  Software Center error description from apport is:  software-center crashed with SIGSEGV in __cxa_allocate_exception()
  WORKAROUND for the software-center crash:
  
    Launch Software Center from the command line as:
  
       LD_PRELOAD=/usr/lib/libstdc++.so.6 software-center
- 
- This should only be needed the first time; after this Software Center
- should launch correctly without needing the command line.
  
  For more details about the software-center crash, please see bug 731724.
  ---
  
  The package libgl1-mesa-dri in Intrepid seems to have been compiled with the option --enable-glx-tls. This triggers a bug in src/glx/x11/glxcurrent.c :
  The TLS variable __glX_tls_Context is compiled with the TLS model initial-exec, which is only ment for executables. Used in shared libraries, it can break TLS usage in other shared libraries.
  One example is when libGL is linked beforce libstdc++ in another library, which is then loaded via dlopen(). In this case, the TLS variables in libstdc++ aren't properly initialized, and it will segfault when trying to allocate an exception.
  I think there are 2 possible solutions:
  1. Do not compile with --enabgle-glx-tls
  2. Patch mesa to remove the tls-model attribute. I assume this will eat up the performance gain of TLS, since initial-exec is meant as an optimisation for apps not using the GL over dlopen directly or indirectly.
  
  Policy information about my libGL package:
  libgl1-mesa-dri:
    Installiert: 7.1~rc3-1ubuntu4
    Kandidat: 7.1~rc3-1ubuntu4
    Versions-Tabelle:
   *** 7.1~rc3-1ubuntu4 0
          500 http://de.archive.ubuntu.com intrepid/main Packages
          100 /var/lib/dpkg/status

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in ubuntu.
https://bugs.launchpad.net/bugs/259219

Title:
  Broken TLS support in libGL.so