new groups for iX86 unix (was: Bell Tech 386 SysVr3)

John Plocher plocher at uport.UUCP
Sat Aug 20 15:28:53 AEST 1988


In article <55 at volition.dec.com> vixie at decwrl.dec.com (Paul Vixie) writes:
>I understand that Xenix/386
>is already system-call compatible with UNIX V.3/386 (from ISC, Bell Tech,
>and Microport);

Xenix 2.3 (announced as being avaliable on 8/15, shipping in "6 weeks")
is Xenix with the ability to run COFF binaries (V/386 and V/286 stuff).

AT&T Vr3.2 (shipping for the WGS series on 8/15) is Unix V with the ability
to support Xenix:

"This release supports the Microsoft Xenix application programming interface
(with system call extentions supporting existing Xenix SystemV/386 and Xenix
System V/286 applications) at both a source code and a binary executable
level.  The product inherits Xenix System V floating point emulation and
provides extentions supporting Xenix semaphores, messages, shared data inode
types, and mountable file systems.

[Note: this does NOT specify object level compatibility.  -John]

"The system fully conforms to the SVID and is compatible with all previous
releases of Unix System V on the Intel 80386 at a source, binary executable,
and object code level.  Unix System V/386 Release 3.2 also provides emulation
routines supporting Unix System V/286 release 2 binary executables.

The above quotes were taken from my copy of the AT&T Unix System V/386
Release 3.2 Product Overview manual which just came back from the print
shop.  ;-)

> I am expecting UNIX V.4/386 to be more or less cause the
>merge of Xenix and V/386 -- at least from a functional standpoint.

Already done in 3.2.

>On this basis, I think that two newsgroups,
>	comp.unix.sysv.i286   and
>	comp.unix.sysv.i386

why not just comp.unix.intel for all of the above - the volume does NOT
demand a split.

If you must split, why not comp.unix.intel, or comp.unix.Vr3/.Vr2

>Paul Vixie

   -John Plocher
    Microport Systems



More information about the Comp.unix.microport mailing list