Project

General

Profile

Actions

Bug #149

closed

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

Added by atrens almost 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 #1

Updated by dacut almost 18 years ago

Andrew Atrens wrote:

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 ..

Doesn't clearcase play games with libc to create filesystem views
organized to match the repository? (I always found that kind of spooky:
a revision control system which is also a rootkit...)

Actions #2

Updated by erik-wikstrom almost 18 years ago

On 2006-04-20 03:01, Andrew Atrens wrote:

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 ..

I have no idea about linux-emulation but there's a short howto on the
wiki (it's for 1.4 but there might be some clue):
http://wiki.dragonflybsd.org/index.php/Linux_Emulation

Erik Wikström
--
"I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure
out how to use my telephone" -- Bjarne Stroustrup

Actions #3

Updated by atrens almost 18 years ago

Thanks Erik,

Saw that. Did that. I thought there was something in the emulation layer
that intercepted .. oh, there it is in emulation/linux/linux_util.c.

Hasn't changed in a long time .. question is, why doesn't it work now ? ..

Hmm, I've got some room in my root partition .. maybe try losing the
symlink and see if that helps -

-- root@atrens: /usr/src/sys/emulation/linux (08:09) --
  1. ls -ld /compat
    lrwxr-xr-x 1 root wheel 13 Apr 18 15:03 /compat -> /usr/pkg/emul

Andrew

Erik Wikström wrote:

On 2006-04-20 03:01, Andrew Atrens wrote:

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 ..

I have no idea about linux-emulation but there's a short howto on the
wiki (it's for 1.4 but there might be some clue):
http://wiki.dragonflybsd.org/index.php/Linux_Emulation

Erik Wikström

Actions #4

Updated by atrens almost 18 years ago

David Cuthbert wrote:

Andrew Atrens wrote:

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 ..

Doesn't clearcase play games with libc to create filesystem views
organized to match the repository? (I always found that kind of spooky:
a revision control system which is also a rootkit...)

Nah, it's got a loadable kernel module that plugs into the vfs and looks
like a filesystem to the upper layers. Same idea as nullfs. But on the
lower end it does rpc's to a remote database 'version object base' aka
'vob' server, and has a cheap and cheerful local database cache aka a
'view' - also talked to through rpc over loopback I think. That's really
a thumbnail sketch and I'm probably mis-remembering a bunch of things.

Without the kernel module, it still does useful stuff, you can still use
something they call a snapshot view. In a snapshot view, the vob server
database gets blatted out onto a local filesystem and that effectively
becomes your cache - equivalent to cvs checkout'ing a code tree, and
works similarly.

Of course, on the kernel module side they support Linux, Sun(Sparc),
HP, AIX, and UW2 aka Novell Unix, or whatever it's called these days.

I've been told by grog and a few others that shimming the Linux kernel
module is pretty much a no-go because the Linux vfs api is quite different
from all others.

There might be a chance with the Uw2 module, but it's been quite a while
since I thought about trying it. ;)

Andrew.

Actions #5

Updated by corecode over 17 years ago

is this still a bug?

Actions #6

Updated by andrew_atrens over 17 years ago

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey Simon,

Long time no chat. :)

Seems okay today with 1.6.1 ..

Andrew.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (DragonFly)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFIUYI8It2CaCdeMwRAvNIAJ0dF6zTv0CqOpzDHdXdxg2jALcxUwCff6eb
mk35RY3tPMIQYDWBytiDoNM=
=d1Bs
-----END PGP SIGNATURE-----

Actions

Also available in: Atom PDF