Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/3/84; site wjh12.UUCP Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!harpo!decvax!genrad!panda!talcott!wjh12!bb From: bb@wjh12.UUCP (byer) Newsgroups: net.micro.pc Subject: Re: Graphics under Xenix - /dev/mem does it! Message-ID: <612@wjh12.UUCP> Date: Thu, 11-Jul-85 19:13:12 EDT Article-I.D.: wjh12.612 Posted: Thu Jul 11 19:13:12 1985 Date-Received: Mon, 15-Jul-85 07:20:00 EDT References: <3038@cornell.UUCP> Distribution: net Organization: Psychology & Social Relations Dept., Harvard Univ. Lines: 17 > Just a few days ago, I used another department's AT under Xenix, and found > that /dev/mem went to C6000 and beyond! This means that graphics are no > longer such a problem under Xenix. > Doug Campbell > doug@cornell.{UUCP|ARPA} If you expect to open("/dev/mem",2) and write to it in order to do pixel-level graphics, I think I'll wait and read the book. The overhead of the system calls and the cpass() & passc() guys will grow cobwebs on your phosphor. I think you gotta put on your hip-boots and hack out a way to map the correct part of kernel adr. space into YOUR adr. space. Now you can cook. Before you actually do this, try to contact Robin Cutshaw (robin@medstar); I think he's doing it. Brent Byer (harvard!wjh12!bb)