Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!STONY-BROOK.SCRC.SYMBOLICS.COM!jrd
From: jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning)
Newsgroups: comp.sys.atari.st
Subject: VDI question
Message-ID: <19890216142218.8.JRD@MOA.SCRC.Symbolics.COM>
Date: 16 Feb 89 14:22:00 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 13

I've been using the GEMFAST AES/VDI defs to hack up a color version of
UW.  Most stuff seems to behave pretty well, with the exception of the
vrt_cpyfm function.  According to the PROGEM docs, vro_cpyfm and
vrt_cpyfm take as their alu (mode) arg a short valued 0..15, ie one of
the values listed as "Raster op codes" in LINEA.H, or "Bitblt rules" in
GEMFAST.H.  However, after much debugging and head-scratching, it seems
that what vrt_cpyfm really wants there is 1..4, ie one of the values
listed as "graphics drawing modes".

Has anybody used this stuff in the documented fashion?  Is the doc
wrong?  Is the GEMFAST stuff wrong?  Is GEM confused?  Am I confused?

Any information appreciated.