Bug 89692 - dlopen()ed: static TLS memory too small
Summary: dlopen()ed: static TLS memory too small
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc (Show other bugs)
(Show other bugs)
Version: 9
Hardware: i686 Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2003-04-25 23:58 UTC by Alan Hourihane
Modified: 2016-11-24 14:52 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-04 20:20:36 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Alan Hourihane 2003-04-25 23:58:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Description of problem:
When running this sample program with the latest binary nVidia drivers 
(1.0.4349) dlopen eventually bails with this...

Opening libGL, try 0
Opening libGL, try 1
Opening libGL, try 2
Error: /usr/lib/tls/libGL.so: shared object cannot be dlopen()ed: static TLS 
memory too small
Segmentation fault

Use this sample program...

#include <dlfcn.h>

	void *lib;
	int i;
	for (i = 0 ; i < 10 ; i++) {
		printf("Opening libGL, try %d\n",i);
		lib = dlopen("/usr/lib/tls/libGL.so", RTLD_LAZY);
		if (!lib)
			printf("Error: %s\n",dlerror());

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Use the sample program attached in the description

Additional info:

Comment 1 Ulrich Drepper 2003-04-27 09:04:33 UTC
I've checked in a patch in the official glibc CVS archive.  The change will be
in the next build.  Please try it.  I don't use that proprietary code so I
cannot check that specific case myself.

Comment 2 Alan Hourihane 2003-04-27 19:52:10 UTC
Where do I get it ?

I'm using rhn - when will it appear there ?

Comment 3 Martin Dengler 2003-08-14 19:47:51 UTC
Bug still present (in some form) in glibc-2.3.2-71.  I have RH9 + updates +
latest rawhide (via apt).  Using nvidia's latest drivers I have a similar problem:
---XFree86 log
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
dlopen: /usr/X11R6/lib/modules/extensions/libglx.so: cannot allocate memory in
static TLS block

Using Alan's test case program already mentioned above, I can reproduce the problem:
[martin@earth tmp]$ ./glibctest
Opening libGL, try 0
Error: /usr/lib/tls/libGL.so: cannot allocate memory in static TLS block
Segmentation fault (core dumped)

Is there a workaround?  That would be awesome so I could use opengl (no games
right now).

It would be also cool to get this fixed without having to downgrade off of the
rawhide glibc.  If this won't be fixed for a while and there is no workaround
that's what I'll have to do (shudder).

Comment 4 Jakub Jelinek 2003-08-15 12:09:12 UTC
Works for me.
rpm -q --qf '%{name}-%{version}-%{release}.%{arch}\n' glibc

unless you have LD_ASSUME_KERNEL= <= 2.4.19 in the environment.
Either use NPTL and TLS libGL, or use linuxthreads and non-TLS libGL.

Comment 5 Martin Dengler 2003-08-15 12:33:10 UTC
Interesting.  Definitely doesn't work for me with your version of glibc and my
custom kernel:

'uname -r' = "2.4.21smp-lowlat-pre-dvd"
[martin@earth tmp]$ rpm -q --qf '%{name}-%{version}-%{release}.%{arch}\n' glibc

But I found a workaround: If I define LD_ASSUME_KERNEL=2.4.21, it works!  It
appears with that defined, the linker chooses /lib/tls/libc.so.6 and
/lib/tls/libm.so.6, which work.  Otherwise, /lib/i686/libc.so.6 and
/lib/i686/libm.so.6 are used, which *don't* work.

I have run ldconfig as root multiple times.   I can attach the output of
'ldconfig -v' in case it helps.  Any pointers you can give to help me understand
why is this happening are appreciated.

Comment 6 Bill Nottingham 2006-08-04 20:20:36 UTC
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red
Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED
state for these products.

However, we do want to make sure that nothing important slips through the
cracks. If, in fact, these issues are not resolved in a current Fedora Core
Release (such as Fedora Core 5), please open a new issues stating so. Thanks.

Note You need to log in before you can comment on or make changes to this bug.