Hi, Here is what you asked for:
From root:
[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]# 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@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@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@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@blochee root]# echo $LD_ASSUME_KERNEL 2.4.1 [root@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@blochee root]# export HOOPS_PICTURE=x11/<computer name>:0.0
Thanks for your help.
-- Steven
Michelangelo Calatino wrote:
About :
" [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
" 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@xxxxxxxxxx>
To: "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>
Sent: Friday, August 06, 2004 3:38 AM
Subject: Re: Problem with ISE TCAD... "version GLIBC_2.0 not defined"
with,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
"libpthread.so*"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
linkfind: /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
Allto 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.
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
-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
