HDTenEightyP/NetNews huggingface dataset:
From: Mike_Iwasaki@mindlink.bc.ca (Mike Iwasaki)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS/C V5.10a bug or programmer error?
Date: 9 Apr 92 09:00:54 GMT
Article-I.D.: mindlink.11337
Organization: MIND LINK! - British Columbia, Canada

I'm using SAS/C V5.10a and I'm having a problem with the sample code I have
included at the end of this post.  When using fopen in mode "wb+", the manual
says that TRUNC=no but I find that it truncates the file everytime.  Is the
error in the manual, the compiler or in my code? Any help would be appreciated.

thanks, Mike


#include <stdio.h>

FILE *fp;
int error;
long apos;

main()
{
        if(fp = fopen("datafile", "wb+"))
        {
                if((error = fseek(fp, 0L, 2)) != -1)    // seek to end of file
                {
                        apos = ftell(fp);               // get filesize
                        printf("filesize is %ld
", apos);
                }
                else
                        puts("Error in seeking to the end of datafile.");
                fclose(fp);
        }
        else
                puts("Couldn't find datafile.");
}
From: zahra@cc.uow.edu.au (Andrew Zahra (Telecom))
Newsgroups: comp.sys.amiga.programmer
Subject: v22 of ixemul should be v24
Date: 14 Apr 92 22:16:57 GMT
Organization: University Of Wollongong


I have finally got gcc2.0 going by using the latest ixemul distribution dated
9203. Problem is the ixemul.library distributed with it is version 22.

This means my binaries produced by gcc compain that they are expecting version
24 when they start up. 

I have looked at the source in the distribution and it appears to be for v24. 
But I don't really want to struggle with remaking the library. So could someone
with a v24 library make it available?

Thanks.


Andrew Zahra			AARNET	andrew@cssc-woll.tansu.com.au
Telecom Australia		
Customised Software
Solutions Centre

Phone:  +61 42 211111		Snail:	Telecom CSSC
Fax:	+61 42 291021			C/- Illawarra Technology Centre
					PO Box 2112
					Wollongong 2500
Newsgroups: comp.sys.amiga.programmer
From: bscott@isis.cs.du.edu (Ben Scott)
Subject: New version of Xoper?
Summary: versions beyond 2.3? 
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Fri, 10 Apr 92 05:26:37 GMT

I deeply miss Xoper, the do-all utility - but version 2.3 crashes on the
Amiga 3000 as well as other Amigas under 2.0.  I thought I remembered seeing
a post to the effect that the author was planning a bug fix release - have I
missed it, or has it been delayed?  It's been several months.

I could go back to 2.2, I guess, but I'd prefer the latest version
available; if memory serves 2.3 was supposed to be more KS 2.0-aware.

.                            <<<<Infinite K>>>>

--
|Ben Scott, professional goof-off and consultant at The Raster Image, Denver|
|Internet bscott@nyx.cs.du.edu, or call the Arvada 68K BBS at (303)424-6208.| 
| "I'm not expendable, I'm not stupid,   || The Raster Image IS responsible |
|      and I'm not going." - Avon        || for everything I say! | *Amiga* |
From: jhawes@everest.srd.bt.co.uk (Jason Hawes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: PasTeX
Date: 8 Apr 92 14:20:56 GMT
Reply-To: jhawes@everest.srd.bt.co.uk
Distribution: comp
Organization: British Telecom

From article <ku1gtiINN1ep@utkcs2.cs.utk.edu>, by levi@cs.utk.edu (David Levi):
> 
> Since nobody in c.s.a.applications answered, I'm asking this here.  I need
> to get PasTeX working, but I'm having a problem with DVIPrint.  It keeps
> popping up requestors asking for volumes like '360x360.1' or '180x120.4'
> These look like printer resolutions.  What do I need to do?  Any help
> is really appreciated.
> 
> -Dave Levi    levi@cs.utk.edu

Maybe these have to be logical assignments to drawers with fonts or
something in ??
From: kiniry@pi.fsu.edu (Joe Kiniry(UG))
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Assembly...
Date: 13 Apr 92 22:02:22 GMT
Article-I.D.: mailer.1992Apr8.232102.13391
Organization: Florida State University Computer Science Department

I highly suggest a shareware package called MCAsm.lzh from a good
programmer somewhere in northern Europe.  Sorry, but I'm at work and
don't have his name or where he's from, but the package is the most
incredible thing I've seen in some time.  It is a complete integrated
editor and assembler, for the 68000 only, that will output linkable
code, executable, or non-relocatable code.  It has tons of features,
is _very_ well documented, and is a joy to use.  I have not sent in
my fee yet, waiting for the semester to end, but this guy certainly
deserves it.  And he's only asking for $15!  Incredible!  Look on
ab20.larc.nasa.gov for this package, I think that's where I found it.

---joe
kiniry@gauss.math.fsu.edu
Newsgroups: comp.sys.amiga.programmer
From: dbenn@leven.appcomp.utas.edu.au (David Benn)
Subject: Re: AmigaBASIC and AmigaOS 2 willitwork?
Organization: University of Tasmania at Launceston
Date: Sun, 12 Apr 92 00:02:51 GMT

In article <1992Apr11.134630.4231@cam.compserv.utas.edu.au>, dbenn@leven.appcomp.utas.edu.au (David Benn) writes:
>
>In article <1992Apr10.010538.6047@bsu-ucs.uucp>, 01ksdavis@bsu-ucs.uucp writes:
>> [14 LINES OF QUOTED TEXT DELETED]
>
>I'm currently writing an AmigaBASIC compiler. It's actually being tested by
>a number of people. If you'd like to know more about it, feel free to email
>me.
>
>As for AmigaBASIC with WB 2.0, it works. As far as I know, the only reason
>it doesn't run on some 2.0 machines is when a processor above the 68000 is
>being used (eg: on a 3000).
>
>Regards...
>
>-- 
>David Benn - Applied Computing             "We dance around in a ring and  
>University of Tasmania at Launceston        suppose; but the secret sits
>dbenn@leven.appcomp.utas.edu.au             in the middle and knows".
>                                            - Robert Frost

I seem to have forgotten one of the conditions for AmigaBASIC working
on an Amiga with processor > 68000: disabling FastMem. I seem to recall
that this had to do with AmigaBASIC's illegal use of some of the upper bits
of some address registers. Please correct me if I'm wrong.

Regards... 

 
-- 
David Benn - Applied Computing             "We dance around in a ring and  
University of Tasmania at Launceston        suppose; but the secret sits
dbenn@leven.appcomp.utas.edu.au             in the middle and knows".
                                            - Robert Frost
From: BRUNO@BRLNCC.BITNET (Bruno Costa)
Newsgroups: comp.sys.amiga.programmer
Subject: ReadArgs() problem with /F and embedded newlines
Date: 9 Apr 92 07:17:04 GMT
Organization: IMPA - Instituto de Matematica Pura e Aplicada
X-Unparsable-Date: Wed, 08 Apr 92 22:11:16 BS3

Subject: ReadArgs() problem with /F and embedded newlines

  I was trying to write a CLI command that received some parameters through
command line.  These parameters are parsed with ReadArgs(), with a template
similar to "OPTION/S,SIZE/N,COMMAND/F".  For most cases, the line is parsed
correctly, but if the user tries to use a '+' at the end of the line in the
shell, the COMMAND parameter seems to be wrong:

  doit OPTION SIZE 10 this is a line+
  this is a second line

  The result of the parsing is:
  args[0] = 1
  args[1] = 10
  args[2] = "this is a line"

  I would expect args[2] to be "this is a line\nthis is a second line".

  Note that the template for the AmigaDOS RUN command is "COMMAND/F", so I
guess that RUN doesn't use ReadArgs() at all (it probably simply gets the
whole command line using GetArgStr()).

  As I need to parse my arguments using ReadArgs(), I'm tempted to kludge
my code by using GetArgStr() to get to the rest of the COMMAND argument
that is past the first \n in the line.  Any suggestions?  Someone from
Commodore, how are the RUN arguments parsed?

  Thanks a lot for any help.

  Bruno.
-----------
Bruno Costa - Computer Engineer & Amiga free-lance programmer/writer
Rua Alm. Guilhem 454/102 B.1          E-Mail: bruno@brlncc.bitnet
Rio de Janeiro - RJ 22440         //
BRAZIL (Yes, South America!)    \X/ "Cause I'm no database junkie!"
-----------
Newsgroups: comp.sys.amiga.programmer
From: davewt@NCoast.ORG (David Wright)
Subject: Re: FREEWARE BBS program undertaking
Organization: North Coast Public Access *NIX, Cleveland, OH
Distribution: na
Date: Tue, 7 Apr 1992 22:12:40 GMT
Keywords: Citadel, TAG

In article <1992Apr3.174505.6735@ccu.umanitoba.ca> umkhawaj@ccu.umanitoba.ca (Tahir Z. Khawaja) writes:
>In <1992Apr3.125729.1476@cs.dal.ca> ian@ug.cs.dal.ca (Ian Littlewood) writes:
>>In <1992Apr2.205857.21399@utkux1.utk.edu> mckeehan@utkux1.utk.edu (William McKeehan) writes:
>>>to be distributed FREELY.  I cannot find any BBS program
>>>for the Amiga that is PD or FreeWare...
>>>mckeehan@math.utk.edu
>>TransAMIGA, Falcon, MAXXX's BBS, and numerous other PD/Shareware BBS programs
>>are available for the Amiga.
>All of these are shareware which require you to register to truely enjoy
>a fully operational system.  I think that the original author of the post 
>might have been referring to true PD which is totally free and is FULLY
>operational upon arrival.


	What about the Citadel BBS system? It has been available for the
Amiga for quite a while, and is pretty powerfull, though you don't have the
flexibility you get with systems like Dialog, C-Net, etc. in regards to menu
layout. It now supports many protocols directly, as well as the XPR protocols,
supports doors, etc. Additionally it has it's own networking format, and
can network with Citadel systems running on many different types of machines
like IBM PC's, Atari ST's, etc. (I think there is even a Mac version).
	Also, there are PD versions of the TAG BBS, and I think I have seen
at least 1 other completely "freeware" BBS system, and a few that requested
donations but were not "shareware" or "criple-ware".
	I intend to try and take a look again at Citadel, and possibly
improve/modify it so that it meets my needs as a front-end for multi-user
"doors" (I am going to add a fairly clean door protocol to it first).


							Dave
From: dither@cryo.rain.com (Joel Stanley)
Newsgroups: comp.sys.amiga.programmer
Subject: Some Basic Problems in C.
Date: 7 Apr 92 19:57:33 GMT
Article-I.D.: cryo.dither.04xo
Organization: Cryogenic Software - Portland, OR
X-Organization: CryoCafe BBX 503/257-4823


 
I am having a problem with a program I am trying to write. I have been
using the RKMs to try to make a custom screen with a full-sized window in
it that is BORDERLESS and is a BACKDROP window. Here's my source:
.#include <exec/types.h>
.#include <intuition/intuition.h>
.struct IntuitionBase *IntuitionBase;
.#define INTUITION_REV 0
.struct NewScreen NewScreen =
.{
.   0,
.   0,
.   640,
.   200,
.   2,
.   0,1,
.   HIRES,
.   CUSTOMSCREEN,
.   NULL,
.   "Tic-Tac-Toe By Joel R. Stanley -- all rights reserved",
.   NULL,
.   NULL,
.};
 
.main()
.{
.   struct Screen *Screen;
.   /*struct NewWindow NewWindow;
.   struct Window *Window;*/
.   IntuitionBase = (struct IntuitionBase *)
.   OpenLibrary("intuition.library",INTUITION_REV);
.   if (IntuitionBase == NULL) exit(FALSE);
.   
.   if ((Screen = (struct Screen *)OpenScreen(&NewScreen))==NULL)
.   exit(FALSE);
.   
.   /*NewWindow.LeftEdge = 0;
.   NewWindow.TopEdge = 0;
.   NewWindow.Width = 640;
.   NewWindow.Height = 200;
.   NewWindow.DetailPen = 0;
.   NewWindow.BlockPen = 1;
.   NewWindow.Title = NULL;
.   NewWindow.IDCMPFlags = SMART_REFRESH | ACTIVATE | BORDERLESS | NOCAREREFRESH;
.   NewWindow.Type = CUSTOMSCREEN;
.   NewWindow.FirstGadget = NULL;
.   NewWindow.CheckMark = NULL;
.   NewWindow.Screen = Screen;
.   NewWindow.BitMap = NULL;
.   NewWindow.MinWidth = NULL;
.   NewWindow.MinHeight = NULL;
.   NewWindow.MaxWidth = NULL;
.   NewWindow.MaxHeight = NULL;
.   
.   if ((Window = (struct Window *)OpenWindow(&NewWindow))==NULL)
.   exit(FALSE);*/
.}
 
When this runs, it comes up with a screen, and then it has a window, but
it's not borderless and I don't think it's a backdrop window. Please, no
flames about the stupidity of this question, as I am a beginner. The
NewWindow structure and a couple of struct statements are commented out,
but don't worry about that...thankyou

--
                    Joel R. Stanley
                    dither@cryo.rain.com
DISCLAIMER : I am not an employee of Cryogenic Software
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: limit to malloc() allocation size?
Date: 14 Apr 92 21:42:00 GMT
X-Newsreader: Arn V1.00 alpha rel3

In article <4818@umriscc.isc.umr.edu>, James Hartley writes:

> Is there a maximum size which the malloc() family (malloc(), calloc(), etc.)
> can allocate?  I would appreciate any pointers (no pun intended) anyone can
> give me.  Thanks.

	That depends.  Have a look at stdlib.h, where you usually find
a prototype for malloc.  It's one and only argument often is size_t -
which is typedefd elsewhere as unsigned int - or unsigned (int) itself.
Thus the amount you can allocate depends on what your compiler thinks
int is (16, 32 or maybe 64 bits).  If I remember right, ANSI guarantees
for 16 bits (thus 64kBytes) at minimum.

	Regards, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                         "Aus Liebe zum Auto: AutoB*LD"
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GadTools CYCLE_KIND gadgets
Date: 6 Apr 92 15:00:55 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Apr6.072615.17942@iesd.auc.dk> labben@iesd.auc.dk (Lars Bodin) writes:
>Hi! 
>
>I am using some GadTools CYCLE_KIND gadgets in an application I am
>currently working on, and I have a couple of questions on how to use
>these as I haven't got the 2.04 RKM's yet.
>
>1) I am using the cycle gadgets for e.g. selecting how the data is
>   presented to the user: a simple listing, misc. statistics, graphs etc.
>   This can also be selected through menus and keyboard shortcuts. 
>   When I e.g. select a certain type of presentation by using the pull-down 
>   menu I have to update the corresponding cycle gadget in order to
>   display the correct text. So, how can I control which text is being
>   displayed int the cycle gadget?


	/* the new active choice is in a variable called
	 * active_choice.  The following call will change
	 * the cycle gadget and refresh its visuals.
	 * Do not remove, add, or refresh the gadget.
	 * Just do this:
	 */
	GT_SetGadgetAttrs( cyclegad, win, NULL,
		GTCY_Active, active_choice,
		TAG_DONE );


>2) One of my cycle gadgets cycles between 3 texts. How do I determine 
>   which text is active, when the gadget is clicked (i.e. after I 
>   receive the GADGET_UP IDCMP)?

You should use the GadTools GT_GetIMsg() and GT_ReplyIMsg() calls
instead of GetMsg() and ReplyMsg().  Then, you can check the
IntuiMessage->Code field of your GADGETUP message for the number
of the active choice (0..n-1).

>  Lars Bodin

     Peter
--
From the disk of ...
Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
From: bevis@en.ecn.purdue.edu (Jeff Bevis)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: limit to malloc() allocation size?
Date: 15 Apr 92 18:20:32 GMT
Organization: Purdue University Engineering Computer Network

In article <1992Apr15.095849.21130@sunb10.cs.uiuc.edu> rittle@hew2.cs.uiuc.edu (Loren Rittle) writes:
>bevis@en.ecn.purdue.edu (Jeff Bevis) writes:
>
>>In article <4818@umriscc.isc.umr.edu> jamesh@cs.umr.edu (James Hartley) writes:
>>>Is there a maximum size which the malloc() family (malloc(), calloc(), etc.
>>>can allocate?  I would appreciate any pointers (no pun intended) anyone can
>>>give me.  Thanks.
>
>>I believe that the ANSI C specification requires that you limit yourself
>>to no more than 64K length allocs at once.  (don't quote me, please)
>
>This is incorrect.  malloc() and friends can allocate upto <max. number
>that fits in a variable with type size_t> bytes.
>

I do *not* believe so.  Note that I said you *should* not allocate more 
than 64K blocks, as per ANSI definition.  This is for the purpose of 
maintaining portability of code... Each system is only required to allow at 
least 64K malloc's in one gulp to meet spec.  I did *not* say that you
couldn't allocate more ... in fact, you most certainly can.  It's just
not as portable, or proper.  size_t gives you info on your specific system's
limits, so you can go further with confidence...

>
>>Why they would specify this... (I gaze hatefully at the Intel microprocessor
>>databook on my shelf.)
>
>Nope, MS-DOS and `Intel Brain Damage' (tm) was not a factor in this case. :-)
>

I think it was.  Why would ANSI approve their definition of C if MS-DROSS
machines operating with 64K segmented memory wouldn't be able to grant
you more than 64K of continuous memory in some cases?  I suspect that is
how the magic number "64K" was chosen.

Speaking of magic numbers, have you ever noticed that if you take the 
Motorola microprocessor part numbers, strip the zeros, and invert the order,
you get satanic messages?  :-) :-) :-)

>Regards,
>Loren


-- 
-------------------------------------------------------------------------------
"Oh, my beloved ice cream bar!  How I love to lick your creamy center -- and
your oh-so-nutty chocolate covering.  You're not like the others -- you like
the same things I do! Wax paper... boiled football leather... dog breath!" -Ren
From: dac@dacami.UUCP (David Culberson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  MSH and DOS 1.2
Distribution: world
Date: 5 Apr 92 16:04:54 EST
Organization: My home system.

In article <ktp1pnINNs03@utkcs2.cs.utk.edu> levi@galoob.cs.utk.edu (David Levi) writes:

>I've never used it under 1.2, but under 2.04, it kind of screws up my system.
>It will read from a disk fine, but if I try to write to a disk it locks up
>the system.  If I try to write to an amiga disk after reading an ms-dos disk,
>the same thing happens.  Anybody else ever have this problem with it?

  I can't understand all the problems people have had with MSH; I am
running it on my A2000 w/1.3.2 and ARP 1.3, and have never had a problem. 
I'll be upgrading to 2.04 soon, I guess I'll find out how it works with it
then.  :-)

--
( dac@dacami.UUCP - cis.ohio-state.edu!n8emr!bluemoon!dacami!dac ) Amiga//
( - David Culberson - )  Have any old computers or terminals for sale?\X/
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MenuItems & SetRGB?
Date: 13 Apr 92 12:39:33 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <tdietz.03ou@tcedge.mi.org> tdietz@tcedge.mi.org (Tom Dietz) writes:
>I have a couple questions hopefully someone can answer.
>
>First:
>  I am trying to change the background color of my screen (color 0) from black
>(I set this when I open it), to a diferent shade.  But when I use SetRGB4(the
>new color), the screen changes, but only for a split second, and changes back
>to the original (Black) color.  Does anyone know to fix this?
>
	Sounds like you are passing an invalid ViewPort pointer (like a NULL)
to SetRGB4.
-- 
*-------------------------------------------*---------------------------*
|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
|                                           - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: rittle@hew2.cs.uiuc.edu (Loren Rittle)
Subject: Re: how does a "More"-like program work
Organization: University of Illinois at Urbana-Champaign
Date: Wed, 15 Apr 1992 15:53:22 GMT

jeannet@cerbere.enst.fr (Olivier Jeannet) writes:

>My problem is, I want to know the size (in rows and columns)
>of the current output to pause the display each page like
>the "More" program (which is normally in "SYS:Utilities").

<question about how to enter RAW mode, deleted -ljr>

The code that sends the packet to the console to toggle
to raw and back to cooked mode is in OS 2.04.  It is in
the dos.library and called SetMode() [I hope... not at home :-].

The code you need to determine the size of a CON: window
is in my ls-4.5ljr package.  This code assumes that it
can use the OS 2.04 routine to toggle the state of the console
window, but the routine to send the raw packat is not
hard to implement (in case you need to work under 1.3).

Regards,
Loren
From: schaem@sgi.com (greg schaem)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: An "Auto-Resident" Program?
Date: 14 Apr 92 21:58:07 GMT
Organization: Silicon Graphics, Inc.

In article <1acc58d6.ARN01fb@ebmuc> okastl@ebmuc writes:
>In article <itkos6g@fido.asd.sgi.com>, greg schaem writes:
>
>> In article <1ac60022.ARN01a0@ebmuc> okastl@ebmuc writes:
>
>> >An other nice idea would be a kind of "dynamic caching", using the same
>> >method as you described above. (as far as I remember, the Sinclair QL
>> >used all free memory as a floppy/microdrive cache, until the memory
>> >was used by an application). All Exec memory functions must be patched,
>> >and the Tool must keep track of Exec's memory list himself.
>> >
>>
>>  Nope, Just Patch Allocmem.No tracking needed.
>>
>> [ ... code fragment deleted ... ]
>>
>> Thats all, that patch the allcomem:-) but you need to write whatever type
>> of sweep you need.
>>
>> [...]
>>
>
>Well, yes, agreed....
>
>But such a tricky thing should certainly fool (at least!) AvailMem(), too!
>It could be really strange having an Amiga with almost 0 bytes free...
>I think, some aplications wouldn't like this...
>Another point is with every AllocMem() exec would try to expunge
>all libraries in panic to gain memory, which is not a desired
>behavior.
>
>Better way would be (IMHO) a clever memlist tracker, which scans the list
>BEFORE AllocMem() is actually called.
>
>
>> 								Stephan.
>
>Oliver
>
>
>- Elaborate Bytes, Oliver Kastl "Home is where the Heart is..."
>  UUCP: ...!cbmehq!cbmger!ebmuc!okastl  VOICE: ++49-89-7603916
 True the system Alloc routine will expunge library even if the expunge
CANT solve the problem :-( (Like a 256000 byte alloc will free a 13000 byte
lib ... )

 Also I dont think availmem give you free memory of library with OpenCount 0.

Anyway, if you disable system sweep/expunge it would work very nicelly.You
could even give some user control over expunge/sweep choices during those
low memory times... I dont like overheads on sutch routines, 4 instructions
is just enought.
But of course the nice thing would be AllocExpung function in EXEC.
You will only need to patch that (If needed) to get full user control
over resident memory/task/etc... .

But why do I worry I have 18megs :-)

									Stephan.
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: OPENSCREEN() ???
Date: 13 Apr 92 14:27:56 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Apr10.124327.27632@ugle.unit.no> kintel@solan.unit.no (Marius Kintel) writes:
>
>Is it possible to make the OpenScreen() call set the bitplanes aside each other
>???

You can allocate your own planes and pass them to OpenScreen() (point
the NewScreen.CustomBitMap field at your bitmap) and set the
CUSTOMBITMAP flag. 

Intuition will then not allocate planes for you, but use the ones
you supply instead.

>Marius Kintel

     Peter
--
Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"ROM wasn't built in a day."
Newsgroups: comp.sys.amiga.programmer