HDTenEightyP/NetNews huggingface dataset:
From: gad@linac.fnal.gov (Greg A. Deuerling)
Subject: CPU32
Organization: Fermiland, Batavia, IL
Date: Mon, 13 Apr 1992 13:26:26 GMT


From: LEEK@QUCDN.QueensU.CA

>>The MC68332 & MC68832 are microcontrollers built around an 68020 core
>>processor (CPU32). These devices have serial ports, dma, chip selects,
>>timmers, and other stuff built in. They all vary alittle in functionality,
>>but they all have the CPU32 core processor in common. They are very nice
>
>I am wondering how much does these chips cost (quantity = 1) ?  I am
>thinking of doing microcontroller type of application and could use
>something that run 68000 code.

I think they are around $30-$60. Due to the amount of pins they only come
in 132 pin surface mount package. I think you may be able to look around
and find a socket that you may put this thing in and be able to wirewrap
to it. If you have access to surface mounting stuff, you can get one free.
call 1-(800)845-MOTO and ask for a free sample. They will send you a box
full of stuff. Just tell then you are going to use the chip in a school
project (they just don't hand these out to every one). 
If you just want somthing 68000 compatable, you may want to use the
68302 chip. It has three serial ports, three DMA channels, timmers, 4 
programable chip selects, and a few other dodads. And also, these run
at 16mhz and are in a PGA package. I don't think they sample these any 
more, but if you wanted one I could sell you one for $25 (with manual also).  

>>chips. Motorola hopes to some day be able to custom make micro-controllers
>>for specific applications. Just slap some of your specific hardware around
>>the CPU32 core and presto a custom controller chip. It will be very fast
>>and cheap to produce these chips. Hope this answered some of your questions.

>You mean things like Mega fat Agnus, Super Enhance Denise, Turbo Paula
>and Kickstart 5.0 ??  :)  Something we might see in A700 ?  :) :)

>K. C. Lee
>Elec. Eng. Grad. Student

More than likley not. They can place serial channels/DMA/timers/ and stuff
like that around the CPU32 core. It's there own circuits they use, not 
your own custon design. I was going to use the 68302 for a 16mhz 
accelerator plus andd three serial ports to the AAAMIGA, but the 302 has
configuration registers at memory locations 0x0F0 - 0x0FF. These can't
be remapped. The AMIGA remaps ROM or RAM at that location, so the 302 
would not work. 

						Hope this helps !!!

						gad



=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=	     Greg Deuerling, Fermi National Accelerator Laboratory	      =
=	   P.O.Box 500   MS#127  Batavia, Il  60510   1(708)840-4629          =
= 			    Computer R&D Group				      =
=		            gad@linac.fnal.gov				      =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version checking
Date: 11 Apr 92 17:29:42 PST
Organization: TAP, NZAmigaUG

Quoted from <92101.155338JLKARAU@MTUS5.BITNET> by <JLKARAU@MTUS5.BITNET>:

> DOSBase = (struct DOSBase *) Open Library("dos.library",37L);
> if(!DOSBase)
>  {printf("You need KS2.04n");exit(20);}
> 
> Beta testers with 2.04 are fine, Beta testers with 1.3 just guru on this.  COul
> d someone tell me why?

    If DOSBase is what printf() is expecting to use to call the AmigaDOS
    Write() routine, then making it NULL isn't going to help things.

    Try coding your check as:

    struct Library *lp;

        lp = OpenLibrary("dos.library",37L);
        if (!lp) { ... }
        CloseLibrary(lp);
        ...
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: tab cycling
Date: 16 Apr 92 20:57:33 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <paulk.04ke@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>
>Could somebody please clue me in about how to make 2.0 string gadgets cycle
>between themselves with the Tab key?

Set the GFLG_TABCYCLE flag in their gadget->Flags field.  If they're
a boopsi gadget, pass the GA_TabCycle attribute to them when creating
them.

     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."
From: johnl@SDFSERV.hac.com (John Lee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version numbers
Date: 7 Apr 92 01:23:18 GMT
Organization: Hughes Aircraft Company, El Segundo, CA

In article <1992Apr6.164211.23350@jato.jpl.nasa.gov> jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>In article <1992Apr5.040159.24086@samba.oit.unc.edu> Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig) writes:
>>
>>     Once while browsing through the Amiga Style Guide, I noticed their
>> comment on using version numbers.  Somehow, one is to burn in the
>> text "$VER: <progname> x.xx" into their program.  All well and good.
>> Any ideas as to the best method for doing this?  At the moment, I do
>> char ver = "$VER: bla bla", which works.  Is there a better way?  I'm
>> using DICE.
>
>"$VER" appears to be an environmental variable. The leading $ just means
>that the remainder will be replaced with whatever it has been set to.

Nope.  It's the "tag" that C:Version looks for in a binary executable.
Version will print the following two space-delimited items by default
and the following three space-delimited items with the "ALL" (or is it
"FULL"?  I forget) keyword.

Adding a static character array at the top of a module to embed program
or module ID information is pretty standard in the UNIX world.  On the
Amiga, I usually do something like this at the top of the main program
module:

    #ifndef lint
    static char ver_id[] = "$VER: <progname> <version> <date>";
    #endif

The "#ifndef lint...#endif" prevents a Lint program (a C program static
checker) from complaining about a declared-but-unused variable, assuming
that I ever Lint for my Amiga.  I usually add another similar line if
I'm using RCS, so that my main module has this:

    #ifndef lint
    static char ver_id[] = "$VER: <progname> <version> <date>";
    static char rcs_id[] = "$Id: <rcs_info> $";
    #endif

and other modules only have the rcs_id.

-------------------------------------------------------------------------------
The crew faces deadly GURUs!  Next time on AmigaDOS: The Next Generation.
	+--------+			John Lee
	| HUGHES |
	+--------+			Internet: jhlee@hac2arpa.hac.com	
The above opinions are those of the user and not of those of this machine.
Newsgroups: comp.sys.amiga.programmer
From: hardie@herald.usask.ca (Peter Hardie)
Subject: RDQ! How to set the internal DOS clock?
Originator: hardie@herald.usask.ca
Organization: University of Saskatchewan
Date: Tue, 7 Apr 1992 04:36:08 GMT


I have found it trivial to write a program that can read or set the 
battery backed up hardware clock in the Amiga. But I can't find the
AmigaDos call that sets the DOS clock (equivalent to the CLI's DATE
command). Can someone tell me how to do this please? 
Thanks.
Pete Hardie@herald.usask.ca
From: castleaw@brandonu.ca
Newsgroups: comp.sys.amiga.programmer
Subject: Need a C compiler.
Date: 1 Apr 92 17:04:50 GMT
Organization: Brandon University, Brandon, Manitoba, Canada

I'm looking for a good C or C++ compiler for my Amiga.
I'm running a Amiga 500 with  52M HD, 2M of RAM and 2 3.5" floppies.
I've heard that DICE is good, where can I get it?
Please E-Mail me with info...

General Romeo
Terren Technology...
Newsgroups: comp.sys.amiga.programmer
From: barrett@theo.serum.kodak.com (Chris Barrett (x37253))
Subject: Active/Inactive Screen message?
Organization: BASE Software
Date: Mon, 13 Apr 1992 14:21:03 GMT

I know through intuition I can receive a window inactive/active message, but
how can I tell that my screen is not the front screen anymore, and conversely
that it is the front screen?  Thanks for any help.

Chris


-- 
		barrett@Kodak.COM  ( Chris Barrett )
From: doiron@starpt.UUCP (Glenn Doiron)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Devpac 3 or AssemPro?
Date: 11 Apr 92 16:31:23 GMT
Organization: 68K Software Development
X-NewsSoftware: Amiga GRn V1.22 (Beta) by Mike Schwartz

In article <Paul_Trauth.0bao@agwbbs.new-orleans.LA.US> Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth) writes:
>In a message dated Fri  3 Apr 92 17:46, Sgberg@peach.ucs.indiana.edu (stefa
>wrote:
> S> The assemblers I know of so far are AssemPro and Devap 3. Can somebody
> S> please give me a objective comparison between these two? I heard, that
> S> AssemPro is better than Devpac 2, but somebody said, that Devpac 3 is
> S> a
> S> real improvement to its predecessor.

>AssemPro better than Devpac 2? Not unless there's more than one assembler
hehehehehehehehehehehehehehehe!  Anything is better than AssemPro. Even the
PD compiler, "A68K" is a much better assembler.  The only thing Assempro
has that A68k doesn't is a debugger.

>named AssemPro! I have both, and AssemPro, a horrible piece of German drek
>imported bu Abacus, is -somewhere- in the piles of stuff i laughingly call
>my room, while the CLI-driven version of Devpac 2 (i use DME for my
>editing...) resides in my C: directory.
>
> S> Any info (also on other assemblers) appreciated (sp?).
>Can't tell you much. i've only played with the Metacrudco assembler,
>AssemPro, and Devpac 2. Devpac 2 easily beats both, in speed, friendlyness,
>speed, optimizations, and did i mention speed?
>And Devpac 3 is supposed to be even -better-...

Personally- I use Macro68.  None of the stupid include "blah/blah blha.i"
files needed- I can precompile every single CBM include file and make it a
library.  Then I put in

 maclib "allsymsplus.mac"

and I don't have to worry about linking, includes etc.   It is quite fast
(at least on my 3000!), release 2.0 compatible (it seems to have problems
when called through REXX, but I automate everything through scripts), uses
New Syntax (you can have it use old syntax), and it has a copper-assembler
(which I will never use).  It also has a gui-frontend project manager which
was never explained in the documentation.  It comes with a code profiler
so you can see where all the time in your program is spent.

The only thing Macro68 is missing that's really hurting me now is a decent
symbolic debugger.

>-- Via DLG Pro v0.991
>
>- be zorch, daddi-o --------------- paul (raccoon) trauth ----------------
>--------------------------------------------------------------------------
>Internet -> paul_trauth@agwbbs.new-orleans.LA.US        \\\///\\\///\\\
>Usenet   -> rex!agwbbs!paul_trauth                      \\\///\\\///\\\
>--------------------------------------------------------------------------
>  "eagles may fly, but a weasel will never get sucked into a jet engine"

--
Glenn Doiron
--
Amiga UUCP+
Origin:  doiron@starpt.uucp     (Organization:68K Software Development)
         BIX: gdoiron
** Not enough memory to perform requested operation.  Add 4 megs and retry.
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A proposal  [was Re: Libraries & local data structures]
Date: 10 Apr 92 10:02:40 GMT
Organization: The Software Winery

In article <rtcp7INNfcj@agate.berkeley.edu>, David C. Navas writes:

> Proposal:
>       Add a List to the Process structure that libraries -and- user programs
> can add data to.

I have done a routine which adds memory to the task memory list,
perhaps it can helps:

        INCLUDE "exec/types.i"
        INCLUDE "exec/lists.i"
        INCLUDE "exec/tasks.i"
        INCLUDE "exec/memory.i"
        INCLUDE "lib/exec_lib.i"

STACKNEED equ     ML_SIZE+ME_SIZE

*********************************************
*   memoryBlock = MemTAlloc( Size, Reqs )
*       d0                    d0    d1
*********************************************
_MemTAlloc
    movem.l d0-d1/a6,-(sp)
    move.l  4.w,a6

    ;------ set up a MemList structure and AllocEntry() it
    sub.w   #STACKNEED,sp                       reserve stack space
    move.w  #1,ML_NUMENTRIES(sp)
    move.l  d1,ML_SIZE+ME_REQS(sp)              requested type
    addq.l  #4,d0
    move.l  d0,ML_SIZE+ME_LENGTH(sp)            requested size+4
    move.l  sp,a0
    jsr     _LVOAllocEntry(a6)                  allocate all that
    btst    #31,d0                              have it ?
    beq.b   .alloc_ok
    moveq   #0,d0
    bra.b   .end

.alloc_ok
    move.l  d0,-(sp)                            save new memlist

    ;------ attach memory to the task
    suba.l  a1,a1
    jsr     _LVOFindTask(a6)
    move.l  d0,a0
    lea     TC_MEMENTRY(a0),a0                  get the task's memlist

    tst.l   (a0)                                if just a task, memlist
    bne.b   .list_ok                            is not initialized
    NEWLIST a0                                  so we do
.list_ok                                   ;    a0 = task's memlist
    move.l  (sp),a1                             a1 = new memlist
    jsr     _LVOAddTail(a6)                     attach

    ;------ final values
    move.l  (sp)+,a0                            a0 = new memlist
    move.l  ML_SIZE+ME_ADDR(a0),a1              a1 = memory block
    move.l  a0,(a1)+                            remember memlist and set
                                           ;    start of user block += 4
    move.l  a1,d0                               return( user block )
.end
    add.w   #STACKNEED,sp                       restore stack pointer
    movem.l (sp)+,d1/a0/a6
    rts


***********************************************
*   MemTFree( memoryBlock )
*                 a0
***********************************************
_MemTFree
    move.l  a0,d0
    beq.b   .end

    move.l  a6,-(sp)
    move.l  4.w,a6

    move.l  -4(a0),d0                           memlist address
    move.l  d0,a1
    REMOVE                                      remove it from the task's list

    move.l  d0,a0
    jsr     _LVOFreeEntry(a6)                   free all that

    move.l  (sp)+,a6
.end
    rts


--
Jean-Michel Forgeas
cbmvax!cbmehq!cbmfra!swinjm!forgeas
Newsgroups: comp.sys.amiga.programmer
Subject: PD Fortran
From: hoffmann@nutmeg.cs.ntu.edu.au (Arthur Hoffmann)
Date: 16 Apr 92 17:14:54 +0900
Distribution: world
Organization: Information Technology, Northern Territory University

Hi, I just want to thank you all,  who gave info on Fortran Compilers. I now
got the BCF77 compiler. 

Arthur.
From: dalbec@carnitas.ucdavis.edu (Gabriel Dalbec)
Newsgroups: comp.sys.amiga.programmer
Subject: Source for serial.device parallel.device parnet.device
Date: 14 Apr 92 01:53:36 GMT
Article-I.D.: ucdavis.12209
Organization: Computing Services, UC Davis

I am looking for the source to serial.device parallel.device and`
parnet.device.  If anyone knows where I can get these, please
let me know.
Thanks,
-Gabe Dalbec
dalbec@taco.ucdavis.edu
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Intuition - Menus under 2.04
Date: 13 Apr 92 14:30:52 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Apr13.020414.15611@msuinfo.cl.msu.edu> griffin@frith.msu.edu (Danny Griffin) writes:
>I have written a program that does not respond to menu hotkeys
>(i.e. RAmiga-Q) unless the window is first clicked in or otherwise
>used.  The window does come up active, but typing a menu shortcut
>results in the screen flashing.  Once the window is clicked in,
>then all the menus work as they are supposed to.  I have put an
>fprintf statement my event-loop and it appears that there is NO
>signal being generated.  Here is a fragment:

Do you have a string gadget in your window?  Are you activating it?
Menu-key equivalents are not processed while a string gadget is
active.  If not, I don't really know what your problem might be.
Feel free to e-mail me your NewWindow structure.

>Dan Griffin                          Advanced Business Systems, Inc.       


     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."
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Cookie-cut drawing
Date: 11 Apr 92 09:58:28 GMT
Organization: The Software Winery

In article <1992Apr9.154247.2040@mack.uit.no>, Nils Sudmann writes:

> Using the blitter to do a cookie-cut into a rastport.
> ie. A routine with a pointer to a image, a imageshadow, and the destination.

Try BltMaskBitMapRastPort()

> There is no need for speed, no need for animation, no moving BOB's etc.

Hopefully, because BltMaskBitMapRastPort() is slow.
--
Jean-Michel Forgeas
cbmvax!cbmehq!cbmfra!swinjm!forgeas
From: kintel@solan.unit.no (Marius Kintel)
Newsgroups: comp.sys.amiga.programmer
Subject: OPENSCREEN() ???
Date: 10 Apr 92 12:43:27 GMT
Organization: Norwegian Institue of Technology


Is it possible to make the OpenScreen() call set the bitplanes aside each other
???

The only way I can think of is:
-Open a screen
-Allocate new memory as big as the screen
-Change the bitplane-pointers in the Screen structure

unfortunately , using this method, I'm using twice as much memory as I should do!


Does anyone know a better way of doing this??



Marius Kintel
From: carolyn@cbmvax.commodore.com (Carolyn Scheppner - CATS)
Newsgroups: comp.sys.amiga.programmer
Subject: Bug in NewIFF code
Keywords: newiff screens.c bug
Date: 7 Apr 92 22:00:27 GMT
Reply-To: carolyn@cbmvax.UUCP (Carolyn Scheppner - CATS)
Distribution: comp
Organization: Commodore Technology, West Chester, PA



        		Bug in NewIFF Module: screens.c

The most recent release of the new IFF code (37.8) on the 2.0 Native
Developer Update disks and elsewhere contains the following bug in the
screens.c module which causes the code to crash under 1.3.  There is
a bad test for PUBLICSCREEN (0x02) which causes any CUSTOMSCREEN (0x0F)
to pass the check, following by a call to PubScreenStatus() without
an Intuition version check.  Combined, these bugs cause PubScreenStatus()
to be called even under 1.3, leading to a crash under 1.3.

To fix the bug and restore 1.3 compatibility to the code, make the
following changes to the 37.8 screens.c module.  Note that the public
screen support was first added for the 37.8 newiff code, so users of the
earlier 37.5 code need not make these changes:

In module screens.c:

*** CHANGE
<	    if(ilbm->scr->Flags & PUBLICSCREEN)
<		{
<		PubScreenStatus(ilbm->scr, PSNF_PRIVATE);

TO
>	    if((ilbm->scr->Flags & SCREENTYPE) == PUBLICSCREEN)
>		{
>		if(((struct Library *)IntuitionBase)->lib_Version >= 36)
>			PubScreenStatus(ilbm->scr, PSNF_PRIVATE);


*** CHANGE
<		if(scr->Flags & PUBLICSCREEN)
<		    {
<		    PubScreenStatus(scr,NULL);

TO
>		if((scr->Flags & SCREENTYPE) == PUBLICSCREEN)
>		    {
>		    if(((struct Library *)IntuitionBase)->lib_Version >= 36)
>				PubScreenStatus(scr,NULL);


-- 
==========================================================================
 Carolyn Scheppner -- Tech. Mgr. CATS - Commodore Amiga Technical Support
 PHONE 215-431-9180 {uunet,rutgers}!cbmvax!carolyn  carolyn@commodore.com

 Signed characters are xenophobic.  
==========================================================================
Xref: sparky comp.sys.amiga.programmer:7670 comp.sys.amiga.audio:2228
From: jhawes@everest.srd.bt.co.uk (Jason Hawes)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.audio
Subject: MED -> MOD Was Re: MOD -> AMOS conversion...
Date: 14 Apr 92 12:37:50 GMT
Reply-To: jhawes@everest.srd.bt.co.uk
Organization: British Telecom

From article , by jason@edsi.plexus.COM (Jason White):
> jhawes@everest.srd.bt.co.uk (Jason Hawes) writes:
> 
>>I have noticed the problem with the way Med save STs modules, basically
>>dont use Med. If you load the mod into soundtracker version <= 2.5
>>then re-load in any instruments that dont sound too hot, save the mod
>>againg and it should convert to AMOS ok.
> 
> What do you do if you make a song with MED, and want to save it is 
> MOD form?
> --

Keep your fingers crossed !

Seriously: When you save a song on med it gives you lots of different
formats to choose from (the pop up requester with song modules obj1 obj2
song+samples etc) - select ST-MODULE.
(I think you may have to select 'save-module' from the Med buttons)

Load it into SoundTracker 2.1 to 2.5 and listen to it - if it sounds
good then your lucky (it does save ok sometimes).

If the instruments are messed up you'll have to save the instruments
from Med and load then into your module in SoundTracker - then save the
module again.
From: Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How do you Check for an Open/Closed Window
Date: Wed, 15 Apr 92 15:14:15 PDT
Organization: The Portal System (TM)
Distribution: world

In article <1762@fnnews.fnal.gov> dpotter@fndp2.fnal.gov (David Potter) writes:
>	I have a quick question, hope someone out there can help me.
>I have 3 windows open and I need to check to see if windows 2 & 3 are open
>or closed or active, is there a good way of check this?


The 'struct Window *' pointer returned by OpenWindow() is ONLY valid
until you CloseWindow() it.  Once closed, that value is erroneous.

You cannot test if a window is open or closed, b/c by definition if
you have a valid pointer to it, it must be open.

If have windows which the user may open or close (e.g. non-modal
dialog windows), you'll have to keep some sort of status flag,
and set it/reset it when you Open/Close the windows.

--
Lee   Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
From: sevigny@vlsi.polymtl.ca (Benoit Sevigny)
Subject: Re: Workbench-like PROPGCLASS Gadgets ?
Organization: Ecole Polytechnique de Montreal
Date: Thu, 16 Apr 92 14:17:11 GMT

In article <30325@cbmvax.commodore.com> mks@cbmvax.commodore.com (Michael Sinz) writes:
>...
>Ripped from some of my code:
>
>struct	TagItem	prop[]=	{	{GA_Top,0},
>...
>...All sorts of other code...  (including locking the public screen)
>
>	prop[0].ti_Data=Screen->BarHeight+Screen->WBorTop+1;

Thanks a lot.  BTW, is checking the Screen BarHeight the only way of
computing the Window DragBar height?  I tried to ask for a depth image via
NewObject and it returned my a fixed height image whatever the current
screen font height.  For sure I could add the gadget after I opened the
window but in my case, it is more convenient to prepare the gadget before
the window is opened.  Why doesn't NewObject check the DrawInfo passed to
create its system images?


--
===============================================================================
     /// Benoit Sevigny, software | Skipping every x86 lines in your sources
 \\\///  engineering student      | might remove both your most irreductible
  \\V/   sevigny@info.polymtl.ca  | bugs and bottlenecks!!!
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Workbench-like PROPGCLASS Gadgets ?
Date: 13 Apr 92 14:29:35 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Apr10.192702.8623@vlsi.polymtl.ca> sevigny@vlsi.polymtl.ca (Benoit Sevigny) writes:
>I'm trying to create 2.0 Workbench-like PROPGCLASS gadgets and I can't
>figure out what tag sequence I need for the NewObject call.  Do I need an
>Image? I tried PGA_NewLook but I always get the same old-looking gadget.
>Could someone tell me the whole and exact tag sequence along with Image
>definition (if needed).

What version Kickstart are you running?  I think PGA_NewLook was broken
prior to 37.175, 2.04.  PGA_NewLook should be all that's required.

>Reply-to: sevigny@vlsi.polymtl.ca

     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."