Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!sdd.hp.com!wuarchive!uunet!cbmvax!ken
From: ken@cbmvax.commodore.com (Ken Farinsky - CATS)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Copper list help requested
Keywords: copper
Message-ID: <21378@cbmvax.commodore.com>
Date: 8 May 91 15:18:06 GMT
References: <1991May7.034044.26814@nntp-server.caltech.edu> <1991May7.154923.20565@cs.umu.se>
Reply-To: ken@cbmvax.commodore.com (Ken Farinsky - CATS)
Organization: Commodore, West Chester, PA
Lines: 27

In article <1991May7.154923.20565@cs.umu.se> dvljrt@cs.umu.se (Joakim Rosqvist) writes:
>In article <1991May7.034044.26814@nntp-server.caltech.edu> nygardm@nntp-server.caltech.edu (Michael T. Nygard) writes:
>>I've been trying to go through the Copper list examples in the Hardware
>>Reference Manual, but I can't make them work.  Here's the deal.
>>
>> [...]
>>
>>The example needs real bitplanes.  I'd like to use the active view, but I can't
>>seem to get a bitplane pointer (GfxBase->ActiView->ViewPort->RasInfo->BitMap->
>>Planes is NULL somewhere along the line.)
>>
>Try to go via IntuitionBase->ActiveScreen Then, 192 bytes in, are the
>bitplane pointers!

Please don't do this in a real application!  Never steal the bitplanes of
a screen you don't own!  If you need bitplanes, allocate your own.
If you need a screen, open your own or go through a supported interface.
If you need the memory from the workbench screen, call CloseWorkBench().
If workbench won't close, that means someone is using it.

I understand this is an example, but examples tend to become applications
once they "work", even if they make bad assumptions.
-- 
--
Ken Farinsky - CATS - (215) 431-9421 - Commodore Business Machines
uucp: ken@cbmvax.commodore.com   or  ...{uunet,rutgers}!cbmvax!ken
bix:  kfarinsky