HDTenEightyP/NetNews huggingface dataset:
From: beust@aurora.unice.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IntuitionBase
Date: 25 Jan 1993 10:14:57 +0100
Organization: University of Nice Sophia-Antipolis, France
Distribution: world
NNTP-Posting-Host: aurora.unice.fr


In article <paulk.3emk@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
>> ...which makes your sources quite difficult to read for other
>> people.  You really should go for what is easiest to understand....
> 
>Do you honestly think "IntuitionBase=(struct IntuitionBase *)OpenLibrary
>("intuitionbase.library",37);" is easy to read?

	Maybe not, but Amiga programmers are used to it, and it's easy
	to find. Using things like OpenL(ilib, 0L) makes me think of
	renaming { } to BEGIN/END...

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Determing if an address is in chip mem.
Date: 21 Jan 93 15:22:36 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1993Jan20.201823@informatik.uni-kl.de> c_feck@informatik.uni-kl.de (Christop Feck) writes:
	TypeOfmem() has been there since 1.0.

>I'm pretty sure that this is new for OS 3.0. Since I'm not a registered developer,
>but also want to write programs, which are >3.0 compatible, it would be very
>appreciated, if somebody could send/post a list with all facts to be aware of, if
>writing software. Thinks like "you find the size of the rom in address 0x00ff????"
>are really not the most compatible way. Any other things to consider when writing
>'future compatible' software? (apart from NEW functions, such as palette sharing
>etc. I really couldn't ask you to send me 4.0 includes & autodocs :-)
>
>I really like it, if C= tries to follow the rule 'power over compatibility', but
>it would be very nice, if they would constantly release facts about correct usage
>of the OS. I've seen something like 'Dont use "Screen->BitMap"' in the newiff
>release on some Fish disk.
>

	The "dont use Screen->BitMap" referes to the fact that the imbedded BitMap
in the screen structure only has room for 8 bitplanes. The work-around is
to use Screen->RastPort.BitMap.-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: danb@shell.portal.com (Dan E Babcock)
Subject: Re: Problem with Enforcer
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Fri, 29 Jan 1993 03:11:00 GMT

In article <shf.728210763@well.sf.ca.us> shf@well.sf.ca.us (Stuart H. Ferguson) writes:
>I just pulled the lastest version of Enforcer off the net, installed
>it and tried running my standard test suites and hit a brick wall.
>
>It seems that the system cannot allocate chip ram.  I get an Enforcer
>hit at 00001FE0 and the AllocMem returns 0.  That address seems a bit
>high for Enforcer protection.
>
>I have an RCS 68040 board.  Any ideas how to make Enforcer more
>useful for me?  Thanx.

The problem is that Enforcer belives that access to the memory header at
$1FE0 is an illegal access, so you get "a few" hits. :-)
As you noticed, this also screws up the system. 
There is a program called "MoveMH" which moves the chip mem header to
fast RAM to avoid the bogus enforcer hits.

Dan

Newsgroups: comp.sys.amiga.programmer
From: charro@ee.ualberta.ca (Dan Charrois)
Subject: PrtDrvGen problems
Organization: University Of Alberta, Edmonton Canada
Date: Wed, 27 Jan 1993 03:34:59 GMT

For the longest time I have been using the CBM_MPS1000 printer driver
to operate my 9 pin DMP-130 printer and have had acceptable results.
There were a few differences between the printers though which would
cause a couple of problems in doing graphics dumps (it would still
work - but the line spacing between passes wasn't quite right...), so
I decided to use PrtDrvGen to try and come up with a driver
custom-made for the DMP-130.

I managed to get everything to work okay up until I wanted to get
higher graphics density output (low density graphic dumps work just
fine...)  I can get 1920 dots/line with my printer, but unfortunately
it is only a 9 pin printer.  There are no spaces between the dots
horizontally, but to get rid of the vertical spaces, the CBM_MPS1000
driver double- or triple-strikes the lines advancing the paper forward
a tiny amount between passes.  Since I don't know if this is a normal
capability of printer drivers, forgive me if I am describing the
obvious.  If rows are numbered from the top starting with 'a', the
driver would cause the printer (in highest density) to:
- print rows a,d,g,j,m,p,s,v with the 8 pins in 1920 dots/line
- advance the paper forward slightly
- print rows b,e,h,k,n,q,t,w
- advance the paper forward slightly
- print rows c,f,i,l,o,r,u,x
- advance the paper forward until the point where the next
triple-striked band should begin.

Anyway, sorry for being hard to understand, but the method worked
great for systems such as TeX (I had no idea a 9-pin printer could
look so good!)  I am wondering if PrtDrvGen could be convinced to
send a graphic dump in such an interlaced format somehow.

Of course, if someone's already made a DMP-130 driver, that would be
even better! :-)

Please email responses as this group is too busy for me to keep a
regular eye on.

Thanks...Dan
-
-- 
Dan Charrois - University of Alberta, Electrical Engineering
INTERNET: charro@eigen.ee.ualberta.ca
From: DVaz@cup.portal.com (David D Vazquez)
Newsgroups: comp.sys.amiga.programmer
Subject: Amiga includes in C++ and new gadget type.
Date: Fri, 22 Jan 93 17:22:51 PST
Organization: The Portal System (TM)
Distribution: world

Questions:

1)  Has anyone implemented the structs and prototypes found in the AmigaOS
    includes as C++ classes?

2)  Has anyone implemented a selection list gadget (click on it and you get
    a list of its possible values to choose from) using BOOPSI?  I know about
    Cycle2Menu (runtime patch to turn cycle gadgets into popup menus), but 
    it would be nice if this were implemented at the Intuition level.

  -Dave. "dvaz@cup.portal.com"
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Aborting Timer requests
Date: 24 Jan 93 12:32:27 GMT
Organization: Edotronik GmbH

In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
>My query is:  Why is the signal still active after AbortIO and WaitIO?
>What do I need to do to reset it?

A quote from the WaitIO() autodocs:

   WARNING
	If this IORequest was "Quick" or otherwise finished BEFORE this
	call, this function drops though immediately, with no call to
	Wait().  A side effect is that the signal bit related the port may
	remain set.  Expect this.

So you need either a CheckIO after the Wait() call to see if the request
has really finsihed or you need to SetSignal() the siganl to zero after
WaitIO() Myself, I'd prefer the CheckIO solution, I don't like messing with
signal bits.

>Smart: eric@wolf359.uucp  Dumb: wuarchive.wustl.edu!wolf359!eric

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Blitter speed for 16*16 bobs
Date: 21 Jan 93 13:01:45 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <C15oy9.6DA@cck.coventry.ac.uk> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
>Quick question concerning the blitter in the A1200/A4000.
>
>If the blitter is the same speed, and runs with 4 times the bandwidth, will
>it be any faster at doing 16*16 (3 plane) blits? I only ask this because
>most games tend to use 16*16 blits for just about everything that moves.
>Even big bobs tend to be made from 16*16 blocks, so that you don't have to 
>bother with clipping. Scrolling is another example.
>
>	-Steve.
>	
>
>

	It should be faster. You say 16x16 blits, 3 deep. Assuming a lores screen,
the old system would have 20 free slots every 32. An AA system will have
29 free every 32, which equates to 1.45 times more blitter bandwidth. If
you were in hires, the old system would get 8 out of 32, and an AGA system
can get 26 out of 32 for a speedup of 3.25.
	Note that these speedups only take affect when new 2x and 4x fetch modes
are enabled. If you were building your own custom copper lists in the
old fashion, the blitter will not execute any faster. If you were using the OS,
then it will be faster.
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Organization: Doctoral student, Psychology, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.amiga.programmer
Date: Sun, 24 Jan 1993 19:04:38 -0500 
From: Daniel Kimberg <kimberg+@CMU.EDU>
Subject: workbench-like scrollers

can anyone tell me what the approved way is to add workbench-like
scrollers to a window?  gadtools draws the gadget nicely, but it's not
easy to move and/or resize the gadget when necessary (that i can tell,
you have to redo the entire gadget list, and it's not clear from the
manual whether or not this is considered legal).  with plain intuition
gadgets, it seems like you have to hardcode the look of the little
arrows, which sounds like a bad practice.  i didn't see anything in
boopsi to help.  is there a legal way to do this?  i would have
thought such a common type of gadget would be easy to create.

dan
Newsgroups: comp.sys.amiga.programmer
From: dewald@plains.NoDak.edu (Eric Dewald)
Subject: HardCopy Is Dead! Does Anyone know of a CLI Text Capturer...
Date: Fri, 22 Jan 1993 23:19:32 GMT
Organization: North Dakota Higher Education Computing Network
Keywords: Scheme

Thank you
Eric Dewald
dewald@plains.NoDak.edu
From: bushwick@mind.ORG (Pete Rittwage)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Going to the metal
Date: Mon, 25 Jan 93 00:44:52 -0500
Organization: Fortress Development HQ

sherman@panix.com (Sherman Chan) writes:

> In <sRuNXB8w165w@mind.ORG> bushwick@mind.ORG (Pete Rittwage) writes:
> 
> 
> >Too true, since C= offers rather nice development tools for the paltry 
> >price of, what, $75?  I'm sure none too many software developers can 
> >afford this.
> > 
> >Pete
> 
> I know $25 buys Autodocs, but what does the other $50 get you?
> 
> -Sherm
> 

Beta versions of the kickstart, as well as documentation and hints on how 
to use the new features pertaining to them.

+----------------------------------------------------------+
|  Rittwage, Peter J.                                      |
|  Junior CS, Georgia State University, Atlanta, Georgia   |
|  Home of the 1996 Summer Olympics, 1994 Super Bowl.      |
|  UUCP: bushwick@mind.org OR gt3871a@prism.gatech.edu     |
+----------------------------------------------------------+
|  "BRrrr!"                           - The Immortal Kano  |
+----------------------------------------------------------+
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Originator: walker@twix.unx.sas.com
Date: Thu, 21 Jan 1993 18:12:52 GMT
Organization: SAS Institute Inc.


In article <C17nG8.5zF@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
|> In article <1993Jan20.153218.12717@lds.loral.com> billt@lds.loral.com writes:
|> >A few weeks ago, I spoke with Manx and the guy there told me that
|> >*ALL* Amiga new development in on hold.
|> >He cited as reasons: Few people are buying new Amiga compilers;  
|> >CBM has been supporting SAS with vast $$$$
|> >and they were going it alone; some undetailed comments about 
|> >unfair play that CBM engaged in relative to even
|> >mentioning that MANX existed. 
|> 
|> That's some pretty strong allegations if we're discussing rumor.
|> I wouldn't mind having the name and number of the MANX person you
|> spoke with on this issue.  I wouldn't mind seeing SAS and CBM
|> responses to this either.  Thanks.

I agree that it's pretty strong allegations, and I can categorically
deny that Commodore is supporting the SAS/C compiler with any kind
of marketing or monetary advantage other than as a customer.

I don't know what the part about C= not mentioning that Manx exists
means.

|>          Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: sdo@email.sp.paramax.com (Scott Olson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.2 Patch Now Available!
Date: 26 Jan 1993 08:22:50 -0600
Organization: Paramax -  Eagan, MN
NNTP-Posting-Host: grimm.sp.paramax.com

	Just a note here for Jim and the rest of the crew at SAS:
I ftp'd the new 6.2 patch yesterday afternoon and installed it
last night.  Kudos on the patch method!  That worked really slick.

			Scott
From: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Date: 21 Jan 93 18:35:33 GMT
Reply-To: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <1993Jan20.153218.12717@lds.loral.com> billt@lds.loral.com writes:
>A few weeks ago, I spoke with Manx and the guy there told me that *ALL* 
>Amiga new development in on hold. He cited as reasons: Few people are buying 
>new Amiga compilers;

I don't know about that but I do suspect that few people are buying new
Manx compilers. For the past few years they have been focusing on the
MS-DOS and Mac machines and very little on the Amiga. SAS has passed them
by _big time_ in the meanwhile. I was always a big Manx proponent (even
after coming to work here) but, despite my own, personal efforts to
convince them that they should play the game, they have not. They have
only dabbled in it. The result is that SAS, who takes the Amiga seriously,
has made it almost impossible to justify getting anything else.

I wanted them in the game if for no other reason than the fact that they
gave SAS some real competition (and vice versa) which benefitted the Amiga
community by generating better compilers than we would have had otherwise.

>CBM has been supporting SAS with vast $$$$ and they were going it alone; 

Sheesh. I think not.

>some undetailed comments about unfair play that CBM engaged in relative 
>to even mentioning that MANX existed. 

Huh? Manx had a viable, profitable product until _they_ let it slip away.
No one is to blame but Manx.

>Bill T.

Brian
       +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
       Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
                        bj@cbmvax.commodore.com
     {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
                       uva uvam vivendo varia fit 


Newsgroups: comp.sys.amiga.programmer
From: pochanay@cae.wisc.edu (Adisak Pochanayon)
Subject: PowerGlove woes???
Organization: College of Engineering, Univ. of Wisconsin--Madison
Date: 20 Jan 93 23:24:46 CST

     I have recently built the powerglove (mattel/nintendo) to Amiga project and
I am having lots of trouble with the software.  It barely works on my 68000 machine
and doesn't work at all with my accelerator.  Does anyone have the specifications
of actually programming the powerglove???  Has anyone tried and gotten it to work???
Thanks for any help (e-mail) on this subject.  If I get enough intelligent
replies, I will post a summary of the results.

Newsgroups: comp.sys.amiga.programmer
From: eyvind@Lise.Unit.NO (Eyvind Bernhardsen)
Subject: Re: E language (more please)
Organization: Norwegian Institute of Technology
Date: Sat, 23 Jan 93 22:09:53 GMT

In article <dej.0059@qpoint.ocunix.on.ca>, dej@qpoint.ocunix.on.ca (David Jones) writes:
 > In article <1jiqrlINNq4g@aludra.usc.edu> wdao@aludra.usc.edu (Walter Dao) writes:
 > >1) The compiler is extremely case sensitive. (ex :Proc or proc bomb ! it has
 > >   to be PROC which is visualy ugly .. so LOUD)
 > >2) a few more math procedures ? (cos,sin,tan)
 > 
 > Although I don't have E yet (I may take a look), I can make a few
 > observations:
 > 
 > 1) C is just as case sensitive.

Yeah, but in C the keywords are lower-case, and you can have lower-case variables.
So you can write programs in C without touching shift or caps lock, whereas in E,
you need ALL CAPS for keywords, variables HAVE to be lowercase (at least the first
two letters), so you're either holding down shift half the time, or turning caps
lock on/off all the time...  It gets annoying.

 >  David Jones          FreeNet: (preferred) aa457@freenet.carleton.ca

-Eyvind

-- 
     //|                             | DISCLAIMER: I don't HAVE opinions.
    // |                             | I just repeat what everyone else says!
\\ //--|miga: There can be only one. |
 \X/   |         eyvind@lise.unit.no | Aaaaaaaaaaaaaaaaaaaaaaaaargh!  Ackpth!
From: mds@doc.ic.ac.uk (Mark David Simmons)
Newsgroups: comp.sys.amiga.programmer
Subject: AGA chipset registers and screenid's
Date: 22 Jan 1993 19:06:58 -0000
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: motmot.doc.ic.ac.uk
Summary: Where are they? What are they?
Keywords: AGA, REGISTER, SCREENID

Please don't flame my curiosity but I would like to know what the new registers/
bits used in the AGA chipset and what they're used for (I don't want to have to
try to disassemble AmigaDOS 3 to find out - cos I'm curious but lazy 8-).

Also has anyone got a complete list of ScreenID's (names and no.s)?

Please (*BEG*) mail me with the information or just a location on an anonymous
FTP site somewhere where you know these things are to be found (I check amiga.
physik.unizh.ch and nic.funet.fi every day in the hope...)...

...thanks muchly for any information you can give me!

-Mark

Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: setvbuf
Originator: walker@twix.unx.sas.com
Date: Tue, 26 Jan 1993 14:38:21 GMT
Organization: SAS Institute Inc.


In article <Steve_Lee.030w@matrix.rain.com>, Steve_Lee@matrix.rain.com (Steve Lee) writes:
|> 
|>    Can anyone tell me how to make a CON: window act as a RAW: window?  This
|> is mainly for door programs (like online games)... a friend of mine
|> suggested that I use "sevtbuf(stdout,NULL,0,-1);" for RAW: mode, but it
|> doesn't seem to work... isn't there an ESCape sequence that would change a
|> CON: window to RAW:?
|>   THANX!
|> 
|> -- Via DLG Pro v0.995

If you're using SAS/C 6.0, use the rawcon() function documented
in the library reference manual.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.

Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Logo for the Amiga
Organization: UNC Office of Information Technology
Date: Wed, 27 Jan 1993 20:32:21 GMT

In article <1993Jan27.135014.22559@magnus.acs.ohio-state.edu>  
wbennett@magnus.acs.ohio-state.edu (William F Bennett) writes:
>     My son is learning LOGO in school. I used to play around with LOGO an the 
>Atari 800, but have long since been involved with the Amiga. Is there a PD 
>version of LOGO for the Amiga?

Fred Fish disk #70 has this:
Logo		A logo interpreter, with user interface like the Apple II
		logo.  Shareware, author suggests $5 donation.
		Author:  Gerald Owens

Fred Fish disk #377 has this:
PowerLOGO	An experimental programming language based on Lisp and
		LOGO.  It is versatile, highly interactive, organizes 
		programs as collections of procedures, and includes lists 
		as first-class data objects.  Version 1.00, binary only.
		Author:  Gary Teachout

Then there is the commercial product AmigaLOGO which I bought because
I thought it would be a good way to introduce programming to my wife.
What a mistake!  Remember those crazy control character commands from
the days before mice and menus?  You'd better, or you won't be able
to use this product.  What a shame, too, because there seems to be a
nice implementation of LOGO in there someplace.  Too bad you can't
get to it through that interface.
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
Newsgroups: comp.sys.amiga.programmer
From: c_feck@informatik.uni-kl.de (Christop Feck)
Subject: Re: where can I find the lattice C update ?
Organization: University of Kaiserslautern, Germany
Date: Tue, 26 Jan 1993 22:37:45 GMT

In <1993Jan22.083633.21691@jet.uk> rmal@jet.uk (Richard Lucock) wrote:
>Can anyone point me to the latest V6 update file(s) ?
>Full path name as well as machine name would be appreciated,
>since I have to ftp via a server.

You asked for the SAS/C 6.x update files. You don't need the 6.0->6.1 upgrade,
because all changes are also in the 6.x->6.2 upgrade.    

This update patch can be found on aminet (amiga.physik.unizh.ch) and all its
mirrors:

Switzerland  amiga.physik.unizh.ch  130.60.80.80    pub/aminet/
Switzerland  litamiga.epfl.ch       128.178.151.32  pub/aminet/
Scandinavia  ftp.luth.se            130.240.18.3    pub/aminet/
Germany      ftp.uni-kl.de          131.246.9.95    pub/aminet/
Germany      ftp.cs.tu-berlin.de    130.149.17.7    pub/aminet/
Germany      ftp.th-darmstadt.de    130.83.55.75    pub/aminet/
USA          ftp.etsu.edu           192.43.199.20   pub/aminet/
USA          ftp.wustl.edu          128.252.135.4   pub/aminet/
USA          oes.orst.edu           128.193.124.2   pub/aminet/

Directory is pub/aminet/biz/patch, filename is sc6_2.lha 
The old sc6_1.lha should still be available, but you don't need it!

Hope this helps.
-- 
Christoph
===========================================================================
|   //                              | Christoph Feck, 6750 Kaiserslautern |
| \X/ A3000/25/6/540/2.04 - GREAT!  | E-Mail: c_feck@informatik.uni-kl.de |
===========================================================================
        "It is better to dream about an Amiga, than to have a PC."
Organization: Penn State University
Date: Mon, 25 Jan 1993 20:46:05 EST
From: <CMS163@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Interleaved Bitmaps -- How?

Could someone please explain how interleaved bitmaps work.  Mainly how to set
one up!  And if anyone has any sample source, or knows a ftp where i can get
some, please mail me the info.

Thanks....
Newsgroups: comp.sys.amiga.programmer