[3998] in arla-drinkers
Re: Arla 0.42-RC2
daemon@ATHENA.MIT.EDU (Harald Barth)
Tue Aug 22 21:07:54 2006
From arla-drinkers-bounces@stacken.kth.se Wed Aug 23 01:07:54 2006
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 14868 invoked from network); 23 Aug 2006 01:07:53 -0000
Received: from mx1.kth.se (130.237.32.140)
by charon.mit.edu with SMTP; 23 Aug 2006 01:07:53 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx1.kth.se (Postfix) with ESMTP id 2177B1432B9;
Wed, 23 Aug 2006 03:07:52 +0200 (CEST)
Received: from mx1.kth.se ([127.0.0.1])
by localhost (mx1.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 19568-01-65; Wed, 23 Aug 2006 03:07:50 +0200 (CEST)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
by mx1.kth.se (Postfix) with ESMTP id 34DBD140F06;
Wed, 23 Aug 2006 03:07:50 +0200 (CEST)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
by tapas.stacken.kth.se (Postfix) with ESMTP id A6530534FC;
Wed, 23 Aug 2006 03:07:49 +0200 (CEST)
X-Original-To: arla-drinkers@tapas.stacken.kth.se
Delivered-To: arla-drinkers@tapas.stacken.kth.se
Received: from brev.stacken.kth.se (brev.stacken.kth.se [130.237.234.84])
by tapas.stacken.kth.se (Postfix) with ESMTP id C22E8534FC
for <arla-drinkers@tapas.stacken.kth.se>;
Wed, 23 Aug 2006 03:07:47 +0200 (CEST)
Received: from mx3.kth.se (mx3.kth.se [130.237.48.97])
by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id k7N17kot008824;
Wed, 23 Aug 2006 03:07:46 +0200 (MET DST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx3.kth.se (Postfix) with ESMTP id 81D461419FA;
Wed, 23 Aug 2006 03:07:46 +0200 (CEST)
Received: from mx3.kth.se ([127.0.0.1])
by localhost (mx3.kth.se [127.0.0.1]) (amavisd-new,
port 10024) with LMTP
id 10921-01-52; Wed, 23 Aug 2006 03:07:45 +0200 (CEST)
Received: from localhost (habitude.stacken.kth.se [130.237.237.21])
by mx3.kth.se (Postfix) with ESMTP id 259721408D5;
Wed, 23 Aug 2006 03:07:45 +0200 (CEST)
Date: Wed, 23 Aug 2006 03:07:34 +0200 (MEST)
Message-Id: <20060823.030734.74741673.haba@habarber.pdc.kth.se>
To: nisse@lysator.liu.se
Subject: Re: Arla 0.42-RC2
From: Harald Barth <haba@pdc.kth.se>
In-Reply-To: <nn8xlga93t.fsf@sellafield.lysator.liu.se>
References: <nnbqvg85dd.fsf@sellafield.lysator.liu.se>
<nn7j6483jh.fsf@sellafield.lysator.liu.se>
<nn8xlga93t.fsf@sellafield.lysator.liu.se>
X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
X-Virus-Scanned: by amavisd-new at kth.se
X-Spam-Status: No, hits=-4.9 tagged_above=-200.0 required=5.0 tests=BAYES_00
X-Spam-Level:
Cc: arla-drinkers@stacken.kth.se, tol@stacken.kth.se
X-BeenThere: arla-drinkers@stacken.kth.se
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: Arla discussions <arla-drinkers.stacken.kth.se>
List-Unsubscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=unsubscribe>
List-Archive: <http://lists.stacken.kth.se/pipermail/arla-drinkers>
List-Post: <mailto:arla-drinkers@stacken.kth.se>
List-Help: <mailto:arla-drinkers-request@stacken.kth.se?subject=help>
List-Subscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
X-Virus-Scanned: by amavisd-new at kth.se
> > So here we have the problem: pthread_cancel wants to use dlopen to
> > load libgcc_s.so.1. But by the time it calls dlopen, this file is
> > hidden by chroot.
I did encounter that earlier (on some sort of Linux) but did not
remember to document it (write it on a webpage so that it can be found
by google ;-) or do something else about it. Shame on me.
>>(...)
> I don't quite agree, I understand that I have to set up a full chroot
> environment if I want to exec new programs and stuff, but to have to
> do it also for chroot isn't very nice. If nothing else, it makes it a
> lot harder to use chroot in portable server programs portable, since
> the set names of the files you need to copy into the chroot can be
> very different between systems.
I agree with you. I don't know if there is some solution for the
linker to figure out that a) pthread_cancel wants to use dlopen
and b) dlopen is in libgcc_s.so.1 and should therefore be loaded
at the beginning of the program.
> (...) arla needs some
> workaround for the problem.
Can we call some pthread_whatever before the chroot and
force a load earlier?
Harald.
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
