home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.amiga.programmer:16050 comp.sys.amiga.hardware:19918
- Path: sparky!uunet!know!cass.ma02.bull.com!mips2!news.bbn.com!usc!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu!jcmurphy
- From: jcmurphy@acsu.buffalo.edu (Jeff Murphy)
- Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
- Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
- Message-ID: <Bxxr22.EoA@acsu.buffalo.edu>
- Date: 18 Nov 92 23:39:37 GMT
- References: <37138@cbmvax.commodore.com>
- Sender: nntp@acsu.buffalo.edu
- Organization: UB
- Lines: 18
- Nntp-Posting-Host: vodalus.acsu.buffalo.edu
-
- In article <37138@cbmvax.commodore.com> spence@cbmvax.commodore.com (Spencer Shanson) writes:
- >In article <Bxvrpv.31E@acsu.buffalo.edu> jcmurphy@acsu.buffalo.edu (Jeff Murphy) writes:
- >I am no UNIX expert, but is there a reason why the display side of a UNIX port
- >could not sit on top of the graphics.library? After all, to bring up a UNIX
- >screen would involve duplicating the work that has already gone into the A4000
- >kickstart.
-
- Hmm. At best that would most likely be a kludge, since the graphics
- library would have no way of knowing that it was working in a multi-user
- environment and would therefore not know how to behave. Also: is the
- graphics.library stand-alone... or does it depend upon other OS code that
- might not be as easily ported?
-
-
-
- --
- jcmurphy@acsu.buffalo.edu cit network installation and repair
- opnsmurf@ubvms.cc.buffalo.edu standard disclaimers apply. sunyab
-