This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Problems with fclose on RedHat 9.0 (tls)
- From: "HOLTZ, CORBIN L. (JSC-ER) (LM)" <corbin dot l dot holtz1 at jsc dot nasa dot gov>
- To: "'gcc-help at gcc dot gnu dot org'" <gcc-help at gcc dot gnu dot org>
- Date: Wed, 1 Oct 2003 12:40:01 -0500
- Subject: Problems with fclose on RedHat 9.0 (tls)
I've got some software that I have been running on RH 7.3/8.0 without any
problems. When I complile on RH 9.0 my software crashes (seg fault) in
fclose(). I figured out that I could run OK if I set the MALLOC_CHECK_
environment variable to "0". Unfortunately this caused me other unrelated
problems. What I finally figured out was that if I forced my program to
link the the non-tls (thread local storage) version of libc (either
/lib/libc.so or /lib/i686/libc.so), then everything works without a problem.
I really don't like having to either move the tls lib directories (/lib/tls,
/usr/lib/tls) or using a bunch of extra compliler/linker options to try to
force the use of the non-tls libraries (which seem to be the default). Does
anyone have any ideas on what is going on? I saw in the archives that
another user (Sapna Modi) had a similar problem porting software from RH 7.1
to 9.0 ( see message http://gcc.gnu.org/ml/gcc-help/2003-06/msg00042.html).
My software does use dlopen to load some plugins, but I don't know if that
has anything to do with it.
Please help!
Corbin Holtz
Real-time Simulation Systems
Lockheed Martin Space Operations
NASA Johnson Space Center
email: corbin.l.holtz@jsc.nasa.gov
pager: 281-527-9655
office: 281-483-2063