Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!decuac!cvl!umd5!zben
From: zben@umd5.UUCP
Newsgroups: comp.windows.x,comp.sys.mac
Subject: Re: X windows for Mac?
Message-ID: <1506@umd5.umd.edu>
Date: Tue, 31-Mar-87 16:11:00 EST
Article-I.D.: umd5.1506
Posted: Tue Mar 31 16:11:00 1987
Date-Received: Thu, 2-Apr-87 01:40:02 EST
References: <1890@hoptoad.uucp> <537@apple.UUCP> <315@elxsi.UUCP> <2901@sdcsvax.UCSD.EDU>
Reply-To: zben@umd5.umd.edu (Ben Cranston)
Organization: University of Maryland, College Park
Lines: 16
Xref: utgpu comp.windows.x:405 comp.sys.mac:2095
Summary: Erect superstructure to bypass Appletalk

In article <2901@sdcsvax.UCSD.EDU> jww@sdcsvax.UCSD.EDU (Joel West) writes:

> X windows requires the ability to make a local socket connection.
> The AppleTalk design inexplicably excludes this concept.

One probably does not want the data for a local socket connection to go 
onto the network and back in the same host, so in any case one wants to
short-circuit local socket connections.  Is this a complaint that the
Macintosh AppleTalk driver does not provide a convenience feature?

The usual response to such a restriction is to erect a superstructure to
short-circuit local data and pass the non-local data to the real driver...
-- 
                    umd5.UUCP    <= {seismo!mimsy,ihnp4!rlgvax}!cvl!umd5!zben
Ben Cranston zben @ umd2.UMD.EDU    Kingdom of Merryland UniSys 1100/92
                    umd2.BITNET     "via HASP with RSCS"