Xref: utzoo comp.sys.att:4105 comp.unix.microport:1424 comp.sys.ibm.pc:18467
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!uwmcsd1!leah!itsgw!steinmetz!uunet!uvm-gen!banzai!john
From: john@banzai.UUCP (John Canning)
Newsgroups: comp.sys.att,comp.unix.microport,comp.sys.ibm.pc
Subject: Re: AT&T 386 UNIX Vr3.1
Summary: Close, but not quite...
Message-ID: <171@banzai.UUCP>
Date: 29 Aug 88 00:30:45 GMT
References: <145@carpet.WLK.COM>
Reply-To: john@banzai.UUCP (John Canning)
Organization: People's Computer Company, Burlington, VT
Lines: 30

In article <145@carpet.WLK.COM> bill@carpet.WLK.COM (Bill Kennedy) writes:
>...Microport (to their credit) has virtual consoles, i.e. with
>a flick of a keyboard button you're on a different console.  That's missing
>from what you get from AT&T.

    With the AT&T port of Unix Vr3.1, you get a program named shl, which
    offers you virtual consoles (up to 8) on the main console, as well
    as on remote terminals.

>...AT&T's compiler doesn't write code that the assembler can't assemble.

    It has been my experience that the AT&T compiler will generate code
    which results in a syntax error from the assembler.  This situation
    usually crops up on certain bit-field operations which could be
    considered non-standard.  However, the C-compiler does not report
    an error, nor does lint....


>AT&T's uugetty doesn't get into debates with an intelligent modem who wants
>to talk about answering the phone.

    However, uugetty is not smart enough to program the modem when you
    first turn the system on.  You must first call a bogus number before
    the modem will be set to answer.

Bill also mentioned that the VP/ix from AT&T works.  The one experience I
had with it resulted in a big mess in the free list.  I'd hate to see
what Microport's version does.

That's all.