[GEM-dev] libgl.so.1 cannot handle TLS data

[rat at telecoma.net]

hi,

after an update in debian testing, starting pd/gem gives me:
cannot load gem:  libgl.so.1 cannot handle TLS data

this seems to be a reportet problem with nvidia 1.0-4496
with glibc 

http://www.mail-archive.com/debian-glibc@lists.debian.org/msg07552.html

does anyone know how i can fix this ?
upgrading to unstable will not help as it is the same glibc version

thx

erich

----------------------------------
http://randomseed.org

On Wed, 8 Oct 2003, IOhannes m zmoelnig wrote:

> hi all.
> 
> i have just checked in further changes:
> 
> [pix_texture]:
> i have removed the texture-flipping defines for __APPLE__.
> instead the flipping is depending on a variable "upsidedown" which is 
> now part of the imageStruct. i have defaulted it to "true" on __APPLE__ 
> and "false" otherwise, but it really should be set in the pix_source-object.
> 
> [pix_film] (actually [pix_filmNEW] which is now the default for linux:
> added the "colourspace" message
> filmQT4L/filmMPEG3/filmMPEG1/filmAVIPLAY all set the "upsidedown" 
> according to the orientation of the images they produce.
> all of them support all 3 colourspaces; furthermore they all output 
> these 3 colourspaces *only*, which makes the stupid [pix_rgba] object in 
> the example-patch obsolete (so i have removed it from 05.film.pd).
> fixed various bugs in these film*-objects, so you can now play back 
> mpeg/quicktime/avi/divx and even asf files from within linux.
> i was very happy, seeing the homer.avi and even proprietary codecs like 
> cinepak (ok, its old) under linux.
> however some bugs remain, but i have no idea how to fix them, since i 
> think they are bugs in the used libraries:
> libavifile (0.7) randomly crashes when playing back mpegs (haven't yet 
> found a way how to reveal "concealed errors".
> libmpeg1 still crashes when you try to load another format, but there is 
> no way provided by the lib that would detect whether a file is really 
> mpeg or not.
> 
> [pix_movieNEW] (which is the default in linux) inherits [pix_filmNEW] 
> but uses the texturing engine of [pix_texture] (so changes to 
> pix_texture are immediately applied to pix_movieNEW too.
> therefore i have made pix_movieNEW a friend class of pix_texture.
> 
> 
> so which release-critical bugs are still around ? (the RGB output of 
> [pix_film] was one)
> 
> mfg.as.rd
> IOhannes
> 
> 
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/gem-dev
>