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)