From owner-freebsd-ports Thu Apr 5 8:35:28 2001 Delivered-To: freebsd-ports@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id ACA7A37B496; Thu, 5 Apr 2001 08:35:22 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (dialup13-22.iptelecom.net.ua [212.9.229.22]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id SAA48363; Thu, 5 Apr 2001 18:35:16 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f35FY4t54365; Thu, 5 Apr 2001 18:34:04 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3ACC906C.F98E8856@FreeBSD.org> Date: Thu, 05 Apr 2001 18:34:04 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Ade Lovett Cc: Richard J Kuhns , freebsd-ports@FreeBSD.org Subject: Re: gtk 1.2.9 seems to break Applix (-stable) References: <15052.31623.537272.790080@moran.grauel.com> <20010405101610.A77764@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ade Lovett wrote: > On Thu, Apr 05, 2001 at 09:04:55AM -0500, Richard J Kuhns wrote: > > I recently installed gtk-1.2.9 on my home box that's running a week-old > > -stable (-RC), and I can't start Applixware (v5.0) any more. > > Both glib and gtk have been updated to 1.2.10 recently, so you should > rebuild those (especially gtk-1.2.9 which has some vicious i18n bugs) > > That's the -ports part done with. The rest is down to issues with > applix itself.. if it needs a particularly version of a library (gtk/glib), > then it should have been statically linked with it. Bug Applixware about it. > > Sorry I can't be of more assistance. Actually it is not completely an Applix issue. The problem is that a shared library in FreeBSD doesn't contain information about what lic.so.x it has been linked with. Thus, rtld picks whatever C library the main executable has been linked with and there is no gurantee that those two are equal (i.e. the executable may be linked with libc.so.3, while library with libc.so.4, but rtld will use libc.so.3 for both). To workaround this particular situation you can compile a small shared object with missed function and link it using LD_PRELOAD, i.e. $ cc -shared -fPIC -DPIC -o /usr/lib/getresuid.so getresuid.c $ export LD_PRELOAD=/usr/lib/getresuid.so $ applix -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message