From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200008022033.QAA02041@smtp3.fas.harvard.edu> To: 9fans@cse.psu.edu, djhender@telusplanet.net Subject: Re: [9fans] ugrading edition 2 graphics to edition 3 From: "Russ Cox" Date: Wed, 2 Aug 2000 16:33:10 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: f2f6942e-eac8-11e9-9e20-41e7f4b1d025 The easiest thing at the moment is not to use the APE -- #include , then , and even if you want it, and you'll have a pretty sensible setup. As far as the panel library goes, there is no direct replacement. As far as converting libg.h to draw.h, the big difference is that bitblt is replaced by draw, and while there is some intersection (block copies, block fills), if you have a program that is heavy into things like XORing pixels, it will need to be rethought for the new driver. There are also little differences -- add became addpt, etc. For little graphical programs, there are a couple at www.eecs.harvard.edu/~rsc/plan9.html; look for click.c, bargraph.c, mixer.c, cdplay.tar.gz, in increasing order of complexity. As far as file systems, there is a rot13fs.c on the same page, which is a 9P filter rather than a 9P server. /sys/src/cmd/archfs.c is a very minimal server but uses a 9P library to do the dirty work. /sys/src/cmd/rdbfs.c is a fairly simple completely self-contained 9P server. Russ