Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!spool.mu.edu!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!pa.dec.com!granite.pa.dec.com!mellon From: mellon@nigiri.pa.dec.com (Ted Lemon) Newsgroups: comp.unix.ultrix Subject: Re: Ultrix 4.2 Message-ID: Date: 19 Jun 91 19:44:54 GMT References: <1991Jun13.140545.31423@kuhub.cc.ukans.edu> <1991Jun17.142547.4691@searchtech.com> <14411@dog.ee.lbl.gov> <3459@geocub.UUCP> <1991Jun19.105814@wsl.dec.com> Sender: news@pa.dec.com (News) Organization: Digital Equipment Corporation Lines: 31 In-Reply-To: gringort@wsl.dec.com's message of Wed Jun 19 17:58:14 1991 GMT In article <3459@geocub.UUCP>, lutmann@geocub.UUCP (Patrice LUTMANN) writes: |> Is it because the MIT sample server is more efficient? |> Is it because the MIT sample server is less buggy? |> Or is it because DEC does not care about us? What a cheek! And in article <1991Jun19.105814@wsl.dec.com>, Joel Gringorten writes: |The bottom line is that the server/driver interface was completely |redesigned for Ultrix 4.2 for multiscreen workstations. The changes were |given to MIT and will appear in MIT R5. Digital is one of the first |companies to release multiscreen workstations (perhaps *the* first?) |We're proud of this work and it's being received quite well by our |customers. In addition to the above work that Joel mentions, allow me to point out that a lot of the colour speedups in the R4 servers came from Digital, and a lot of the code in the R4 release either came from Digital, was worked on at Digital, or was funded by Digital. There are a lot of things in our product offering that we'd like to improve on. I'm sure you've run into one or two of them. However, your assertion that we don't care about our customers is completely untrue. Circumstances sometimes prevent us from releasing the latest Consortium code in sync with our code, and circumstances sometimes prevent the Consortium from releasing our latest contributions when we make them, but this is indicative of different release schedules, not a lack of desire to make things right for the customer. If we didn't care about the customer, we wouldn't be reading this newsgroup. _MelloN_