Return to BSD News archive
Xref: sserve comp.os.386bsd.apps:1061 comp.os.linux.misc:11179 Newsgroups: comp.os.386bsd.apps,comp.os.linux.misc Path: sserve!newshost.anu.edu.au!munnari.oz.au!goanna.cs.rmit.oz.au!aggedor.rmit.EDU.AU!harbinger.cc.monash.edu.au!msuinfo!agate!library.ucla.edu!csulb.edu!csus.edu!netcom.com!hasty From: hasty@netcom.com (Amancio Hasty Jr) Subject: Re: DOOM for X Message-ID: <hastyCMKppt.Bqs@netcom.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) References: <hastyCMGpA7.Gu5@netcom.com> <2lo4m0$sdt@bosnia.pop.psu.edu> <SJA.94Mar12174713@gamma.hut.fi> Distribution: inet Date: Sat, 12 Mar 1994 22:41:53 GMT Lines: 23 In article <SJA.94Mar12174713@gamma.hut.fi> sja@snakemail.hut.fi (Sakari Jalovaara) writes: >> I agree that X the wrong platform for doing high-speed and >> time-critical graphics applications like video-style games. There are > Hmmm... At Daisy Corp, when it was around, we implemented a shared library with all the OS calls for the Daisy's Operating system. The end-result was that every Daisy app map the OS to their user space . The approach also allowed for Daisy Workstations to execute processes in VMS so it qualified as a client-server model and local clients on VMS were not penalized for the client-server overhead. Amancio -- FREE unix, gcc, tcp/ip, X, open-look, interviews, tcl/tk, MIME, midi, sound at freebsd.cdrom.com:/pub/FreeBSD Amancio Hasty, Consultant | Home: (415) 495-3046 | e-mail hasty@netcom.com | ftp-site depository of all my work: ahasty@cisco.com | sunvis.rtpnc.epa.gov:/pub/386bsd/X