Re: Problem with ISE TCAD... "version GLIBC_2.0 not defined"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry for the late reply, been a busy week.

This is what I find when I search for the libpthreads.

[root@blochee root]# find /lib -name "libpthread.so*"
/lib/i686/libpthread.so.0
/lib/tls/libpthread.so.0
/lib/libpthread.so.0

[root@blochee root]# find /usr -name "libpthread.so*"
/usr/lib/libpthread.so

The above file, /usr/lib/libpthread.so is a link to the following file:
[root@blochee lib]# ls -la libthread_db.so
lrwxrwxrwx 1 root root 27 Jul 1 15:36 libthread_db.so -> ../../lib/libthread_db.so.1


Also I did a search for any glibc's installed and this is what I found:
[root@blochee lib]# rpm -qa | grep glib
glib-1.2.10-10
glibc-2.3.2-27.9.7
glibc-common-2.3.2-27.9.7
glib2-2.2.1-1
glibc-devel-2.3.2-27.9.7
glibc-kernheaders-2.4-8.10

and another search:
[root@blochee lib]# locate glibc
/usr/bin/glibcbug
/usr/sbin/glibc_post_upgrade
/usr/share/doc/glibc-common-2.3.2
/usr/share/doc/glibc-common-2.3.2/ChangeLog.threads.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.1.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.10.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.11.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.12.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.13.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.2.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.3.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.4.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.5.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.6.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.7.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.8.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.9.gz
/usr/share/doc/glibc-common-2.3.2/ChangeLog.gz
/usr/share/doc/glibc-common-2.3.2/FAQ-threads.html
/usr/share/doc/glibc-common-2.3.2/Changes.threads
/usr/share/doc/glibc-common-2.3.2/README.ufc-crypt
/usr/share/doc/glibc-common-2.3.2/README.threads
/usr/share/doc/glibc-common-2.3.2/README.timezone
/usr/share/doc/glibc-common-2.3.2/examples.threads
/usr/share/doc/glibc-common-2.3.2/examples.threads/Makefile
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex1.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex10.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex11.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex12.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex13.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex14.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex15.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex16.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex17.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex18.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex2.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex3.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex4.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex5.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex6.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex7.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex8.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/ex9.c
/usr/share/doc/glibc-common-2.3.2/examples.threads/tststatic.c
/usr/share/doc/glibc-2.3.2
/usr/share/doc/glibc-2.3.2/CONFORMANCE
/usr/share/doc/glibc-2.3.2/BUGS
/usr/share/doc/glibc-2.3.2/COPYING.LIB
/usr/share/doc/glibc-2.3.2/COPYING
/usr/share/doc/glibc-2.3.2/INSTALL
/usr/share/doc/glibc-2.3.2/FAQ
/usr/share/doc/glibc-2.3.2/README.hesiod
/usr/share/doc/glibc-2.3.2/LICENSES
/usr/share/doc/glibc-2.3.2/NEWS
/usr/share/doc/glibc-2.3.2/NOTES
/usr/share/doc/glibc-2.3.2/PROJECTS
/usr/share/doc/glibc-2.3.2/README
/usr/share/doc/glibc-2.3.2/README.libm
/usr/share/aclocal/glibc21.m4

Any ideas as to the why the program works as root, but not any users. Any kind of environmental variable I can set to fix this problem?

--
Steven D. Haughton


Michelangelo Calatino wrote:

Then, if it's not the linker,
the difference between user and root may be the different thread shared
library
being accessed.
In one case it's compatible with the libs the app was originally built with,
in the
other is not.

See how many you have of them :
"
pc474 /homes/xserve1b-new/c/calatino 34 > find /lib -name "libpthread.so*"
/lib/i686/libpthread.so.0
/lib/libpthread.so.0
pc474 /homes/xserve1b-new/c/calatino 35 > find /usr -name "libpthread.so*"
find: /usr/lib/kde2-compat: Permission denied
/usr/lib/libpthread.so
/usr/lib/debug/libpthread.so.0
find: /usr/share/ssl/CA: Permission denied
/usr/i386-glibc21-linux/lib/libpthread.so  <---------this is usually a link
to the next one
/usr/i386-glibc21-linux/lib/libpthread.so.0

and also, there could be more than one glibc installed.

Michelangelo


----- Original Message ----- From: "Steven D. Haughton" <shaughto@xxxxxxxxxx>
To: "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>
Sent: Thursday, July 29, 2004 7:53 PM
Subject: Re: Problem with ISE TCAD... "version GLIBC_2.0 not defined"





Well, I don't see /usr/bin/libdl.so.x,
but I do see /usr/lib/libdl.a and /usr/lib/libdl.so.  Libdl.so is a link
and libdl.a is a file.
Following the links as root I get:

# ls -l libdl.so
lrwxrwxrwx    1 root     root           20 Jul  1 15:36 libdl.so ->
../../lib/libdl.so.2

# ls -l ../../lib/libdl.so.2
lrwxrwxrwx    1 root     root           14 Jul  1 15:34
../../lib/libdl.so.2 -> libdl-2.3.2.so

# ls -l ../../lib/libdl-2.3.2.so
-rwxr-xr-x    1 root     root        15900 Nov 12  2003
../../lib/libdl-2.3.2.so

Following the links as a user I get:

-bash-2.05b$ ls -l libdl.so
lrwxrwxrwx    1 root     root           20 Jul  1 15:36 libdl.so ->
../../lib/libdl.so.2

-bash-2.05b$ ls -l ../../lib/libdl.so.2
lrwxrwxrwx    1 root     root           14 Jul  1 15:34
../../lib/libdl.so.2 -> libdl-2.3.2.so

-bash-2.05b$ ls -l ../../lib/libdl-2.3.2.so
-rwxr-xr-x    1 root     root        15900 Nov 12  2003
../../lib/libdl-2.3.2.so

So I get the same results as user and root.

The program I am runnning, Devise, is part of a software bundle called
ISE TCAD version 9.5.  The program verison is relatively new, I believe
it came out in the beginning of this year.  All of the other programs in
that bundle work, but Devise only works on root.  Their support team
will not help as they only support RedHat 8 so I am assuming the
software was developed on RedHat 8.  However I do not want to reinstall
the server to redhat 8 and have to reinstall all the software and backup
all the data.  Hopefully you can help me find a solution to this problem
so I don't have to do that. 8 )

--
Steven

Michelangelo Calatino wrote:



Hi Steven,

It seems the loader being used is different whether you run the program


from root or from user accounts.


Usually there is file, which is actually a link :

/usr/bin/libdl.so.x

following the link, ( and eventually stumbling across
you end up finding the version libdl-xx-uu.so  being used.
For example :

pc474 /usr/lib 34 > ls -l libdl.so
lrwxrwxrwx    1 root     root           20 Aug 26  2003 libdl.so ->
../../lib/li
bdl.so.2*
pc474 /usr/lib 35 > ls -l ../../lib/libdl.so.2
lrwxrwxrwx    1 root     root           14 Aug 26  2003
../../lib/libdl.so.2 ->
libdl-2.2.5.so*


The program you are using is probably old, probably built on 2.96 gnu


tools,


and you're running in a gnu 3.2 friendly environment.

I am very curious about what are the loaders being used with user and


root


accounts.
Can you please repeat the steps above in both accounts and send us the
results ?
Thanks

MiC


----- Original Message ----- From: <shaughto@xxxxxxxxxx>
To: <redhat-list@xxxxxxxxxx>
Sent: Wednesday, July 28, 2004 10:31 PM
Subject: Problem with ISE TCAD... "version GLIBC_2.0 not defined"







I have the following problem when running ISE TCAD 9.5 on redhat 9.
When I try to run devise I get the following message:

bash-2.05b$ /usr/local/tcad/bin/devise
ISE TCAD Software Release 9.5
Devise Revision 9.5.3
Copyright (c) 1994-2003 ISE Integrated Systems Engineering AG
Portions of this software are owned by Spatial Corp. (c) 1986-2003. All
Rights Reserved.

devise: relocation error: devise: symbol __pthread_atfork, version
GLIBC_2.0 not defined in file libpthread.so.0 with link time reference
bash-2.05b$

Yet when I run it as root the program runs fine.

Any ideas as to the problem.  Thanks.

--
Steven D. Haughton


-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list











--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list











--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux