[Bioclusters] GCG in a 64bit environment

[Joe Landman]

Hmmmm  might be using the older threading API.  Try this:

export LD_ASSUME_KERNEL=2.4.19

(or for tcsh fans, setenv LD_ASSUME_KERNEL 2.4.19 )

in one of your /etc/profile.d scripts or in any wrapper scripts calling 
these.  Start a new session to make sure it takes.  Do an

	env | grep ^LD_ASSUME

before running gcg.

Does this help?

Jeremy Mann wrote:
> Joe Landman said:
> 
>>Hi Jeremy:
>>
>>   Do you have the 32 bit compatibility libraries installed?  For the
>>binaries in question, what does
> 
> 
> jeremy at bcf:~> rpm -qa |grep glibc
> glibc-info-2.3.3-63
> glibc-devel-32bit-9.1-200404070910
> glibc-i18ndata-2.3.3-63
> glibc-locale-2.3.3-63
> glibc-locale-32bit-9.1-200405060026
> glibc-devel-2.3.3-63
> glibc-2.3.3-63
> glibc-32bit-9.1-200404070912
> 
> 32bit glibc is installed.
> 
> 
>>	ldd /usr/users/gcg/linuxbin/gcgbin/execute/mapplot
>>
>>report?  There should be nothing with an "unknown" library entry there.
>>  Also, what do
>>
>>	file /usr/users/gcg/linuxbin/gcgbin/execute/mapplot
> 
> 
> jeremy at bcf:/usr/users/gcg/linuxbin/gcgbin/execute> ldd ./mapplot
>         linux-gate.so.1 =>  (0xffffe000)
>         libgenshare.so =>
> /usr/users/gcg/linuxbin/gcgbin/oblib/libgenshare.so (0x5556d000)
>         libdbapi.so => /usr/users/gcg/linuxbin/gcgbin/oblib/libdbapi.so
> (0x55729000)
>         libncurses.so.5 => /lib/libncurses.so.5 (0x55751000)
>         libm.so.6 => /lib/tls/libm.so.6 (0x55796000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x557b8000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x558cd000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x55555000)
> 
> 
>>and
>>
>>	file /usr/users/gcg/linuxbin/gcgbin/oblib/libgenshare.so
> 
> 
> jeremy at bcf:/usr/users/gcg/linuxbin/gcgbin/oblib> ldd ./libgenshare.so
>         linux-gate.so.1 =>  (0xffffe000)
>         libdbapi.so => libdbapi.so (0x55712000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x5573a000)
>         libm.so.6 => /lib/tls/libm.so.6 (0x5574f000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x55771000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x56555000)
> 
> It seems to be finding the 32bit glibc since the 64bit version is located
> in /lib64.
> 
> Any other ideas Joe?
> 
> 
> 

-- 
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics LLC,
email: landman at scalableinformatics.com
web  : http://www.scalableinformatics.com
phone: +1 734 786 8423
fax  : +1 734 786 8452
cell : +1 734 612 4615