From owner-freebsd-emulation@FreeBSD.ORG Sat Jan 7 00:22:28 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DF716A41F for ; Sat, 7 Jan 2006 00:22:28 +0000 (GMT) (envelope-from chris@Shenton.Org) Received: from Shenton.org (23.ebbed1.client.atlantech.net [209.190.235.35]) by mx1.FreeBSD.org (Postfix) with SMTP id B9C2343D45 for ; Sat, 7 Jan 2006 00:22:27 +0000 (GMT) (envelope-from chris@Shenton.Org) Received: (qmail 72171 invoked by uid 1001); 7 Jan 2006 00:22:26 -0000 From: Chris Shenton To: ports@freebsd.org, freebsd-emulation@freebsd.org Date: Fri, 06 Jan 2006 19:22:26 -0500 Message-ID: <86fyo0opj1.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Linux RealServer 11 -- relocation error, undefined symbol X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2006 00:22:28 -0000 I've been running RealNetwork's RealServer 9 on FreeBSD-4.x for years with no problems: stable, secure, fast. Now my folks want to upgrade to RealServer 11. I had to dig around and find some newer Linux libraries that the existing ports provide, specifically: /usr/compat/linux/lib/libgcc_s.so.1 /usr/compat/linux/usr/lib/libstdc++.so.6 This allows me to install it at least. When I try to run it, however, I get this error which I don't understand: cshenton@Palimpsest(301> ./Bin/rmserver ./Bin/rmserver: relocation error: ./Bin/rmserver: undefined symbol: g_nTLSProcnum These are the libraries it's trying to use: cshenton@Palimpsest(303> ldd ./Bin/rmserver ./Bin/rmserver: libdl.so.2 => /lib/libdl.so.2 (0x2838c000) libpthread.so.0 => /lib/libpthread.so.0 (0x2838f000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0094c000) libm.so.6 => /lib/libm.so.6 (0x283e0000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x28401000) libc.so.6 => /lib/libc.so.6 (0x2840a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x28376000) A google query indicates that symbol -- in the Helix community version at least -- is in /cvsroot/server/engine/core/_main.cpp I don't understand why the binary can't find this symbol since it's not from an external library which might be out of date. My guess is that /lib/ld-linux.so.2 from the Linux emulator isn't working right. Any suggestions on how I might resolve this? Many thanks.