Date: Thu, 24 Oct 1996 02:32:28 +0600 (ESD) From: "Serge A. Babkin" <babkin@hq.icb.chel.su> To: nate@mt.sri.com (Nate Williams) Cc: msmith@atrad.adelaide.edu.au, markd@grizzly.com, jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG Subject: Re: Possible Commercial app for FreeBSD. Message-ID: <199610232032.CAA03965@hq.icb.chel.su> In-Reply-To: <199610230432.WAA26437@rocky.mt.sri.com> from "Nate Williams" at Oct 22, 96 10:32:37 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > Michael Smith writes: > > Mark Diekhans stands accused of saying: > > > > > > Get one of the industrial-strength databases (sybase or oracle) and it will > > > open whole new worlds to using FreeBSD. > > > > AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. > > As well as Informix (as long as you have the correct shlibs, or a version > which doesn't need them.) > > > I don't know if you'd call dBase "industrial strength", but the local > > electrical utility uses it exclusively (400,000+ customers, etc.). > > The problem is that unless you want to build your application under SCO > unix (or cross-compile it under FreeBSD), you can't build a native > FreeBSD program. It's also near impossible to debug SCO binaries on > FreeBSD. > > The ibcs2 emulation stuff is *nice* for running already existing > applications, but it's really not applicable for new stuff. Oracle comes as object files that are linked at installetion time. So we can try to convert COFF object files to BSD object files (as far as I know them it must be possible), use some additional library with functions tat are different in SCO and FreeBSD and get the at least half-native FreeBSD version of Oracle. -SB
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199610232032.CAA03965>