Date: Tue, 6 Jun 2000 01:25:53 -0500 From: Dan Nelson <dnelson@emsphone.com> To: Mark Newton <newton@internode.com.au> Cc: Matthew Emmerton <matt@xena.gsicomp.on.ca>, freebsd-hackers@FreeBSD.ORG Subject: Re: iBCS status? Message-ID: <20000606012552.A1515@dan.emsphone.com> In-Reply-To: <20000606152128.B82736@internode.com.au>; from "Mark Newton" on Tue Jun 6 15:21:28 GMT 2000 References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jun 06), Mark Newton said: > On Tue, Jun 06, 2000 at 01:48:10AM -0400, Matthew Emmerton wrote: > > > I was recently playing around with iBCS support in FreeBSD > > 3.4/4.0, and noticed that there hasn't been much done since 96/97. > > From what I can see now, FreeBSD can't run SCO OpenServer 5.0 ELF > > binaries, which is a feature I need desperately -- Linux has this > > functionality. If anyone is working on iBCS, let me know, > > otherwise I'll start hacking away at the the emulation code to > > allow SCO OSR5 ELF stuff. > > SCO OpenServer doesn't use iBCS2, it's an SysVR4 ELF system. FreeBSD > has notional support for it under the svr4 emulator in 4.x and > -current, but hardly any testing has been done with SCO (I've been > using Solaris binaries and libraries). I can say it pretty much doesn't work at all on SCO. There is apparently quite a difference between Solaris and SCO SVR4; the first thing I had to do was change the lseek() syscall to use 32-bit offsets instead of 64-bit, for example. SCO binaries also require most of the iBCS2 emulation to exist as well, so I ended up making svr4.ko depend on ibcs2.ko. I'm currently stuck trying to get getdents() and fstat() work. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000606012552.A1515>