Project

General

Profile

Actions

Bug #149

closed

well, duh, I guess ;) (was Re: odd linuxulator problem with linux TLS ...)

Added by atrens about 18 years ago. Updated over 17 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

seems the linuxulator is picking up libc.so.6 from /usr/lib instead of from
/compat/linux/lib .. not sure why that is .. I must be missing something ..

Andrew Atrens wrote:

Hi Folks,

I've just dusted off clearcase and now realise that this may have been broken since last
Fall ... it bombs on 1.3.6 and 1.4.3 but works on a Spring '05 version of 1.3-Stable (and,
incidentally, always worked before).

-- root@ab-mobile: /home/release/var/adm (16:14) --
  1. /usr/atria/bin/cleartool
    /usr/atria/bin/cleartool: error while loading shared libraries: libc.so.6: cannot handle TLS data

I think it's the linux loader that's squawking. I've tried two different ones -

-- root@atrens: /usr/oldcompat/linux/lib (16:19) --
  1. grep -w 'cannot handle TLS' *
    Binary file ld-2.3.2.so matches
    Binary file ld-linux.so.2 matches

and

-- root@atrens: /compat/linux/lib (16:24) --
  1. grep -w 'cannot handle TLS' *
    Binary file ld-2.3.3.so matches
    Binary file ld-linux.so.2 matches

It seems like a userland problem because I have a chrooted tree that I use to maintain my 1.3-Stable
stable stuff .. and on the same 1.3.6 box where running it fails, I can chroot() to the 1.3-Stable
environment and the run it without a problem!!!

I'm thinking this probably has to do with our new (well, new to me) TLS stuff ...

Any ideas ? ;)

Andrew.

Actions

Also available in: Atom PDF