From owner-freebsd-hackers Thu Sep 24 14:59:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23566 for freebsd-hackers-outgoing; Thu, 24 Sep 1998 14:59:02 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23554 for ; Thu, 24 Sep 1998 14:58:59 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01238; Thu, 24 Sep 1998 15:04:06 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809242204.PAA01238@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Jake Hamby cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: How can I run glibc Linux binaries (RedHat 5.x) on FreeBSD (CURRENT)? In-reply-to: Your message of "Thu, 24 Sep 1998 14:34:08 PDT." <360ABACF.52A484E6@jpl.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 15:04:06 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > > > I just received my beta copy of Oracle8 for Linux, and was curious to > > > try it out on our FreeBSD-current box (from about a week after the ELF > > > transition). After branding all of the ELF binaries, I discovered that > > > they required the new libc.so.6, libm.so.6, and ld-linux.so.2 libraries > > > from GNU libc 2.0. I FTP'ed them over from my RedHat 5.1 desktop, only > > > to discover that they immediately dump core. This problem is not unique > > > to Oracle, as /bin/ls from RedHat also crashes. Here's the ktrace: > > > > You need to update to the latest Linux LKM; glibc is using a new > > dynamic loader and we were forcing the use of the wrong one. > > Thanks for the quick response. I'm building world right now and I'll > make sure to rebuild the kernel and LKM as well. Hopefully Oracle will > work after this. Er, no, it won't "work", but you will get past the existing problem. The 'svrmgl' program SEGVs just after starting oracle when you go to initialise the database. Soren is working on this one at the moment. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message