From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id 1221EBB81 for ; Tue, 4 Jan 2005 00:42:29 +0100 (CET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j03NgSHu024388 for ; Tue, 4 Jan 2005 00:42:28 +0100 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id AAA23726 for ; Tue, 4 Jan 2005 00:42:28 +0100 (MET) Received: from mail.physik.uni-muenchen.de (mail.physik.uni-muenchen.de [192.54.42.129]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j03NgRXW028097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 4 Jan 2005 00:42:28 +0100 Received: from localhost (unknown [127.0.0.1]) by mail.physik.uni-muenchen.de (Postfix) with ESMTP id 753C52001F; Tue, 4 Jan 2005 00:42:27 +0100 (CET) Received: from mail.physik.uni-muenchen.de ([127.0.0.1]) by localhost (mail.physik.uni-muenchen.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09492-02-52; Tue, 4 Jan 2005 00:42:25 +0100 (CET) Received: from mailhost.cip.physik.uni-muenchen.de (kaiser.cip.physik.uni-muenchen.de [141.84.136.1]) by mail.physik.uni-muenchen.de (Postfix) with ESMTP id 75CE220020; Tue, 4 Jan 2005 00:42:25 +0100 (CET) Received: from eiger.cip.physik.uni-muenchen.de (eiger.cip.physik.uni-muenchen.de [141.84.136.54]) by mailhost.cip.physik.uni-muenchen.de (Postfix) with ESMTP id 6584626E89; Tue, 4 Jan 2005 00:42:25 +0100 (CET) Received: by eiger.cip.physik.uni-muenchen.de (Postfix, from userid 3092) id 5CCD63CBC; Tue, 4 Jan 2005 00:42:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by eiger.cip.physik.uni-muenchen.de (Postfix) with ESMTP id 5A73C2D713; Tue, 4 Jan 2005 00:42:25 +0100 (CET) Date: Tue, 4 Jan 2005 00:42:25 +0100 (CET) From: Thomas Fischbacher To: Ignacio Alvarez-Hamelin Cc: caml-list@inria.fr Subject: Re: [Caml-list] libc.so.6 In-Reply-To: Message-ID: References: X-BOFH: Daemons did it MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at physik.uni-muenchen.de X-Miltered: at nez-perce with ID 41D9D864.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 41D9D863.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 libc:01 wrote:01 libc:01 recompile:01 ocaml:01 lib:01 run-time:01 overriding:01 ignacio:98 ...:98 ...:98 cip:98 cip:98 lambda:01 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.0 X-Spam-Level: On Mon, 3 Jan 2005, Ignacio Alvarez-Hamelin wrote: > I have some problems with this library because I compiled a program in one > computer with version 2.3.3 and I need tu run my program in other computer > with an ancient version of libc.so.6 (it seems be the 2.0, anyway is from > Jan 19 2001). I have not access to the last computer then it is not > possible to recompile my program in ocaml with the ancient version. > Somebody knows how to solve this problem? Well, there is a workaround, but I would never call this a solution: assuming you are using linux, copy /lib/ld-linux.so.2, libc, and all the other libraries you need to a dedicated directory DIR and start your program with a wrapper script that sets LD_LIBRARY_PATH to $DIR and then calls $DIR/ld-linux.so.2 ... Dear children on this list, DO NOT TRY THIS AT HOME. This method _sucks_. Sometimes, it is the fastest and easiest way to get software where one experiences such problems to run esp. on not too well maintained or otherwise braindead systems (people using CMU CL on redhat derivatives might know what I mean...), but it is at best an evil evil ugly workaround that does not work too well with run-time dynamic linking (libdl) and causes a score of other problems. Unfortunately, there ARE some well known and widespread libraries in use in the physics world that use just this technique to do utterly evil stuff like overriding X libraries with broken old versions with known security problems - only to get a known, homogeneous environment across a variety of platforms. In one particular instance, install scripts like to even put . permanently into LD_LIBRARY_PATH. Again, DO NOT DO THIS WITH SOFTWARE YOU HAND OVER TO OTHER PEOPLE. There are better solutions to achieve the same effect: please use a properly designed rootkit instead. -- regards, tf@cip.physik.uni-muenchen.de (o_ Thomas Fischbacher - http://www.cip.physik.uni-muenchen.de/~tf //\ (lambda (n) ((lambda (p q r) (p p q r)) (lambda (g x y) V_/_ (if (= x 0) y (g g (- x 1) (* x y)))) n 1)) (Debian GNU)