Problem with ISE TCAD... "version GLIBC_2.0 not defined"
Steven
shaughto at ee.ucr.edu
Fri Aug 13 19:08:01 UTC 2004
Hi,
Here is what you asked for:
From root:
[root at blochee root]# find /lib -name "libpthread.so*"
/lib/i686/libpthread.so.0
/lib/tls/libpthread.so.0
/lib/libpthread.so.0
[root at blochee root]# ls -la /lib/i686/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/i686/libpthread.so.0 -> libpthread-0.10.so
[root at blochee root]# ls -la /lib/tls/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/tls/libpthread.so.0 -> libpthread-0.34.so
[root at blochee root]# ls -la /lib/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/libpthread.so.0 -> libpthread-0.10.so
[root at blochee root]#
From user:
-bash-2.05b$ find /lib -name "libpthread.so*"
/lib/i686/libpthread.so.0
/lib/tls/libpthread.so.0
/lib/libpthread.so.0
-bash-2.05b$ ls -la /lib/i686/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/i686/libpthread.so.0 -> libpthread-0.10.so
-bash-2.05b$ ls -la /lib/tls/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/tls/libpthread.so.0 -> libpthread-0.34.so
-bash-2.05b$ ls -la /lib/libpthread.so.0
lrwxrwxrwx 1 root root 18 Jul 1 15:34
/lib/libpthread.so.0 -> libpthread-0.10.so
-bash-2.05b$
Well, the system links look the same for root and as a user.
As for the assume kernel 2.4.1:
As root:
[root at blochee root]# echo $LD_ASSUME_KERNEL
2.4.1
[root at blochee root]#
As user:
-bash-2.05b$ echo $LD_ASSUME_KERNEL
2.4.1
-bash-2.05b$
BTW, I have already setup the LD_ASSUME_KERNEL=2.4.1 in the /etc/profile
so that users would not have to type it in all the time. The software I
am tring to run, ISE TCAD, will only work with that environment variable
set on redhat 9.
Furthermore, the particular program Devise, which is the only program
that will not work for users, needs this additional environmental
variable set when running the program remotely, but that should not
effect devise when running locally.
However, just thought you should know since it is the only program that
needs that set.
[root at blochee root]# export HOOPS_PICTURE=x11/<computer name>:0.0
Thanks for your help.
--
Steven
Michelangelo Calatino wrote:
>About :
>
>"
>[root at blochee root]# find /lib -name "libpthread.so*"
>/lib/i686/libpthread.so.0
>/lib/tls/libpthread.so.0
>/lib/libpthread.so.0
>
>[root at blochee root]# find /usr -name "libpthread.so*"
>/usr/lib/libpthread.so
>
>"
>can you please see if they are file system links, eventually set
>differently depending upon the account you use?
>
>Also, have you tried setting the environment variable :
>
>LD_ASSUME_KERNEL
>?
>Please do :
>
>echo $LD_ASSUME_KERNEL
>
>both in your user and in your root account.
>( this controls which loader to use, and this in turn influences
>how to solve symbols ).
>
>Try ( in bash shell)
>
>export LD_ASSUME_KERNEL=2.4.1
>
>in your user account.
>Let me know what happens.
>
>MiC
>
>
>----- Original Message -----
>From: "Steven" <shaughto at ee.ucr.edu>
>To: "General Red Hat Linux discussion list" <redhat-list at redhat.com>
>Sent: Friday, August 06, 2004 3:38 AM
>Subject: Re: Problem with ISE TCAD... "version GLIBC_2.0 not defined"
>
>
>
>
>>Sorry for the late reply, been a busy week.
>>
>>This is what I find when I search for the libpthreads.
>>
>>[root at blochee root]# find /lib -name "libpthread.so*"
>>/lib/i686/libpthread.so.0
>>/lib/tls/libpthread.so.0
>>/lib/libpthread.so.0
>>
>>[root at 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 at 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 at 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 at 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 at ee.ucr.edu>
>>>To: "General Red Hat Linux discussion list" <redhat-list at redhat.com>
>>>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 at ee.ucr.edu>
>>>>>To: <redhat-list at redhat.com>
>>>>>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 at redhat.com?subject=unsubscribe
>>>>>>https://www.redhat.com/mailman/listinfo/redhat-list
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>--
>>>>redhat-list mailing list
>>>>unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>>>>https://www.redhat.com/mailman/listinfo/redhat-list
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>--
>>redhat-list mailing list
>>unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>>https://www.redhat.com/mailman/listinfo/redhat-list
>>
>>
>>
>>
>
>
>
>
>
More information about the redhat-list
mailing list