HDTenEightyP/NetNews huggingface dataset:
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 19 Nov 92 02:13:24 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <1992Nov15.104025.10090@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:
> breese@monet.imada.ou.dk (Bjoern Reese) writes:
> > Consider this: "The more knowledge people have about the hardware the more
> > likely their programs will work well."
>
> Well, this HAS been tested for the past seven years, with little success...
>

    All I can say is to agree with you, that acceeding to the hardware with
    system calls is an improvment, but for us, system programmers.
    
    What about fast games with animated 3D textures, rotative scrollings,
    moving copperlists ? You know, the game market is what makes the Amiga
    live today, and CBM shouldn't put limitations of that kind to the game
    programmers, as it's gonna kill the game market, still saturate with
    Sega/Nintendo machines.

    I've done some tests on my A2000 '030 kick v3.0 machine, and even if
    the graphics routines are faster, they're not as fast as 'pure' assembly
    ones, because they're doing many tests before going to the real stuff.

    A better way to put a limitation on the Amiga's programming jungle would
    be to distribute the RKM Hardware Ref. Man. *ONLY* to the game companies,
    not directly to the public.

    Sincerely,
                                   -- Philippe

/----------------------------------------------------------------------------\
|  Philippe Berard  (French Amiga User)       | UseNet : amipb@amipb.gna.org |
|  "They hold a cup of wisdom,                | FidoNet: 2:320/104.8         |
|   But there is nothing within" (Kate Bush). |AmigaNet: 39:180/1.8          |
\----------------------------------------------------------------------------/
From: eyvind@Lise.Unit.NO (Eyvind Bernhardsen)
Subject: Re: Will SAS 6.0 maintence cost us?
Organization: Norwegian Institute of Technology
Date: Wed, 18 Nov 92 17:35:03 GMT

In article <1ebk0lINNb67@crcnis1.unl.edu>, pdietz@cse.unl.edu (Phil Dietz) writes:
 > 
 > Will the upgrade disk to fix the SAS6.0 bugs cost us?  If not, do we
 > have to order it...or will they just ship it to us (please :-)?

Nope...  According to my sources (I've always wanted to say that ;), they'll be
distributed via FTP & into the Public Domain.  Registered users will be notified
about new bug fixes.

I *knew* I wouldn't regret getting SAS C ;)

 >                                                               Phil Dietz

-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!
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: stigo@ifi.uio.no (Stig Arne Olsen)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Keywords: hardware reference manual
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Wed, 18 Nov 1992 12:45:49 GMT
Originator: stigo@kolsaas.ifi.uio.no


This problem can be solved very easily. In the U.S., where the coders
want to run their c-coded spreadsheets in 24 bit color - relase NO
hardware ref. In Europe, very there is still some fun involved in
programming, release it!

I do feel a bit sorry for the people trying to port Linux, however,
but then again, C= is probably to proud of their Unix efforts so they
won't make it easy for other people to make a freely distributable version.

-- 
|    Stig A. Olsen  |  stigo@ifi.uio.no  |  "Ja til EF"       |   
| Never hit a man with glasses.  Hit him with a baseball bat. |
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  New hardware reference guide?
Distribution: world
Date: 18 Nov 92 18:29:29 EST
Organization: Dejital Software

In article <1992Nov17.230939.8604@freenet.carleton.ca> aa302@Freenet.carleton.ca (Russell McOrmond) writes:
>  d) A very reliable method has existed that solves all of the known problems
>with the DTR control, and is in use by pretty much every
>third party driver author with the exception of CBM for their A2232
>card, their internal serial port and Supra with their 2400ZI deiver.  This
>method involves a very simple DoIO call to the driver in order to set the
>status of eithor the DTR or the RTS line (Ulthough one would not at
>this time have a reason to control the RTS on their own in most situations).

It should also be noted that Unix (or at least DEC Ultrix) allows one
direct control over the modem leads all the while an application maintains
an open file descriptor on the serial line in question.  It's a matter
of

   ioctl(fd, TIOCCDTR, 0);

or

   ioctl(fd, TIOCSDTR, 0);

as the case may be.

The point is, at least one other OS has recognized the utility of allowing
direct control over the modem leads.  I need this control for a lab for
a course I'm taking at school.  In light of the above discussion, I'm
glad in a way that I'm doing the lab in Unix and not AmigaOS, and I
**detest** Unix.

--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio

Newsgroups: comp.sys.amiga.programmer
From: koren@fc.hp.com (Steve Koren)
Subject: Re: sprites in 3.0?
Date: Thu, 19 Nov 1992 14:38:31 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

More sprite info.  I tried this:

  - Have just one screen open, which is workbench.  Run the overscan
    editor to reduce overscan down to the absolute minimum permitted by
    the overscan editor.  (Ie, 640x400, 800x600, or whatever depending
    on the screen mode - all tests done in a 5 bitplane WB).

  - Run sprite programs.

No sprites, even with no overscan.  Same symptoms as before.  They just
don't show up.  I guess my machine just doesn't _like_ sprites. 1/2 :-)

  - steve
Newsgroups: comp.sys.amiga.programmer
From: u920659@daimi.aau.dk (Carsten S|rensen)
Subject: Re: TurboDEX, a SIMPLE but elusive problem...
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Wed, 18 Nov 92 11:00:15 GMT

graham@venus.iucf.indiana.edu (JIM GRAHAM) writes:

>I've tried the following:
>
>PROC main()
>DEF reg:LONG
>  reg := INTREQR
>  write 'reg = \n',reg
>ENDPROC
>
>What I get is a guru.  If I look at the assemly source created by
>DEX, INTREQR does indeed equal $DFF01E.
>
>What am I doing wrong?

Well, I don't really remember which register comes directly after INTREQR in
the memory, but when you read INTREQR as a LONG, you try to read the
next register as well!!! And if it's a write-only register, you got a problem!
Solution: Read INTREQR as a word.

>Thanks,

You're welcome :)

>Jim Graham 

Carsten Soerensen
u920659@daimi.aau.dk
Newsgroups: comp.sys.amiga.programmer
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wouldn't it be nice to have stream for error msgs?
Date: 21 Nov 92 20:23:31 PST
Organization: TAP

Quoted from <1992Nov19.015612.44935@kuhub.cc.ukans.edu> by jamiller@kuhub.cc.ukans.edu:
> Not that I expect a response here or anything, but I wonder if there
> are plans to add another stream for error msgs (ala' *nix) in the near
> future?

    You get one, "*". In fact, that sort of thing is a real pain to
    some users, because it doesn't redirect to a file.

> jamiller@kuhub.cc.ukans.edu
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: vsprintf() in SAS/C 6?
Originator: walker@twix.unx.sas.com
Date: Fri, 20 Nov 1992 13:50:56 GMT
Organization: SAS Institute Inc.


In article <harry.03at@elfuerte.fipnet.fi>, harry@elfuerte.fipnet.fi (Harri P Pesonen) writes:
|> Is there a library function
|> 
|> int vsprintf(char *buf, char *format, va_list ptr);
|> 
|> or something like that in SAS/C 6.0?  It exists in MS C but doesn't in
|> Lattice C 5.02.

Yes, vsprintf is in 6.0.  It is an ANSI/ISO function, so it was also
in the 5.10 ANSI compliant libraries.  Since the 6.0 libraries
themseleves are ANSI/ISO compliant, vsprintf is in there.

|>     Harri Pesonen               harry@elfuerte.fipnet.fi

-- 
  *****
=*|_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: jimdawson@cup.portal.com (Jim R Dawson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GadToolsBox Compiling Questions.
Date: Tue, 17 Nov 92 19:08:23 PST
Organization: The Portal System (TM)
  <1992Nov13.063031.21798@ucc.su.OZ.AU>

>Yes very close, but how about a gadtools.library and maybe an
>intuition.library! I bet it crashes. I must say that Jan Van den Baard
>(Sorry if I spelt it wrong) should be shot for not mentioning the fact
>that you need to open libraries in the code. If that doesn't fix it, then
>please let me know.

That depends. SAS/C 6.0 will automaticaly initalize the standard C=
libraries if they are declared but not defined. i.e. if you include
"<proto/intuition.h>" but do not have a "struct IntuitionBase
*IntuitionBase" in your code (or if you define IntuitionBase as external)
the startup code will open (and the termination code will close) your
libraries for you automaticaly.

+-----------------------------------------------+-------------------------+
|Jim Dawson - Author of AmiQWK .QWK mail reader | jimdawson@cup.portal.com|
+-----------------------------------------------+-------------------------+
From: fjeske@amiganet.chi.il.us (Felix Jeske)
Newsgroups: comp.sys.amiga.programmer
Subject: 2.1 Installer Docs?
Date: 21 Nov 92 05:33:57 GMT
Organization: Amiga Network Information Systems

Ok, I just installed AmigaDOS 2.1.  With this release comes Installer, the
utility that actually installs 2.1.  There is no mention of it in any of the
2.1 manuals.  I've looked at the script it uses to drive the 2.1 install and it
looks real weird.  Is there any documentation available so others could use it
for installing their software?  What is the state of Installer in terms of
copyright, etc.?  Can shareware software authors use it to install their
software by supplying it with their distribution?

Thanks

Felix
From: rda753x@nella13.cc.monash.edu.au (Richard Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: GadToolbox GT_Underscore missing - Aztec 5.0d
Date: 16 Nov 92 02:23:52 GMT
Organization: Monash University, Melb., Australia.


   I was fooling around with the Gad Toolbox program and the source I generated
had the GT_Underscore and some other constants that my include files don't
know about.
   What I need to know is, is there an easy way of getting the right (up to
date) include files _without_ the hassle of contacting Manx (it's kinda
difficult here in Australia)?

    Thanks,
   Richard.
-- 
/--------------------------------------------------------------------------\
|Richard Jones, Robotics and Digital Technology, Monash University.     ///|
|  rda753x@nellads.cc.monash.edu.au .. drat@yoyo.cc.monash.edu.au   \\\/// |
|                                                                    \///  |
From: dobrien@sybase.com (Dave O'Brien)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ADA needed
Date: 16 Nov 92 20:23:05 GMT
Organization: Sybase, Inc.
X-UserAgent: Nuntius v1.1

In article <1992Nov9.082743.3432@sunbim.be> , accs1@bagheera.mumath
writes:
>>	is there somewhere an ADA Compiler for the Amiga ?
>
>Thank god there is another real software-engineer out there!

Seems that ADA programmers - oops, software *engineers* - are wearing
their chins rather high this year...   ;^)
From: oahvenla@snakemail.hut.fi (Osma Ahvenlampi)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 16 Nov 92 22:29:33 GMT
Organization: Helsinki University of Technology, Finland

In article <1992Nov16.130752.18379@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern Reese) writes:
[...]
>doesn't release a new Hardware Ref Guide, featuring the AGA
>chips. As the AGA chips are made available in low-price
>machines, and hence available to new upcomming coders, there
>will a massive interest in how to program the chips, and
>with or without a Guide, they will try. So I say, it is better
>to release a new Guide, in order to set guidelines and to
>prevent fatal errors.

This is the whole point. C= won't release the Hardware information, because
that would mean saying that it's OK to directly access hardware, when it's
not. They don't, on the other hand, mind if some coder works out the
addresses from graphics.library, even if he gets them wrong, as everyone, who
really wants to have his programs work correctly, doesn't use this info.
Democoders can use it all they want, it's not a big deal if demos crash
on new computers, they've been crashing left and right since the start.
--
Osma Ahvenlampi  -  oahvenla@snakemail.hut.fi   * Workstation power for micro-
All my opinions are not necessarily really mine * computer price: Amiga := FUN
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Searching for DOS documentation
Distribution: world
Date: 16 Nov 92 10:02:23 EST
Organization: Fabbian G. Dufoe, III

In article <BxrxEH.K0o@immd4.informatik.uni-erlangen.de> ftegerer@cip.informatik.uni-erlangen.de (Frohwalt Egerer) writes:
>I'm looking for a documentation of AmigaDOS. That really means DOS:
>The RKMS's don't say a word about packet level IO, processes,
>shells, file systems and so on.
>
>I know there is a DOS book from bantam books. Hoever I never have seen
>it, and I don't know if it contains the expansions done in Release 2
>of the operating system.

   You want Bantam's "The AmigaDOS Manual", third edition.  Published July,
1991, the ISBN is 0-553-35403-5.  Prices are $24.94 (U.S), $31.95 (Canada),
and 21.99 pounds (UK).

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Gadget problems !!  NEED HELP !!!!!
Distribution: world
Date: 21 Nov 92 12:32:08 EST
Organization: Fabbian G. Dufoe, III

In article <1992Nov20.123451.1@kosmos.wcc.govt.nz> landall_v@kosmos.wcc.govt.nz writes:
>What I want to do is this :   When, say gadget one, is selected I now want to
>select gadget two. I select it, now I want gadget one to go off and gadget two
>to come on.

   If you're working with Workbench 2.0 I believe the GadTools library
provides this feature for you (it's called mutual exclusion).  If you're
using Workbench 1.3 you will have to do it yourself.  You begin by deciding
which gadgets are mutually exclusive.  All those gadgets have to have the
GADGIMMEDIATE flag set.  When the user clicks on one you will get a
GADGETDOWN message.  Remove the gadget from the gadget list, set the
SELECTED bit in the Flags field, add the gadget back to the list, and
refresh the gadget.  Then, for each of the other gadgets in the mutual
exclusion set, remove the gadget from the list, reset the SELECTED bit in
the Flags field, add the gadget back to the list, and refresh it.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Type in stdlib.h SAS/C 6.0
Date: 18 Nov 92 18:19:21 GMT
Organization: Edotronik GmbH

There is a typo in stdlib.h

Just at the end it says "WBBench ..." instead of "WBench" in the
compatibility part for 5.0.

PS: This is not reported to emits. I still have problems registering :-((


--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: jazz@netcom.com (David C. Navas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 24 Nov 92 02:58:55 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Nov23.193320.9775@freenet.carleton.ca> aa302@Freenet.carleton.ca (Russell McOrmond) writes:
>  I wish the idea of 'Amiga hardware documentation' and 'AGA hardware 
>documentation' were separated.  I don't think I've heard anyone from
>CBM state that they will no longer release hardware reference manuals,
>just that they will not release AGA documentation.

I, personally, like this distinction.
I -want- a 64bit, way-tuned graphic-pipelined Copper/Blitter/Basher, and I want
it fully documented.  But I don't want AGA to slow the introduction of it down!

>  And a single crash because of the lack of memory protection and the
>single-context nature of the Amiga nullifies any and all of the complaints
>I have of these other operating systems.  I come home almost every second
>day to find that my news software has managed to toast my computer and
>cause a complete re-boot.  Under an O.S. with memory protection I would
>not only be able to more easily debug the software, this single buggy
>program would not bring the entire computer down.

And I'm very happy to no longer be reading news from pasteur at berkeley
because -it- was down every second day (for weeks at a time, even).
BTW, I do believe that was a Unix box....

You're right, Unix reboots less than AmigaDOS, but then it takes me
about 10 seconds to reboot, and an 030 Unix platform takes, 20 minutes?
So my Amiga can reboot 120 time more frequently than Unix and still give me
the same total uptime :)

Different things are important to different people.  If you're really hung
up on memory protection, get Unix, get OS/2, get an operating system that
solves your list of problems.  I've -got- an operating system that solves
my problems.  If I were willing to let you change it to fix YOUR laundry
list, it may very well be that it no longer fits mine....

Now, I can understand if you said "one of the things I'd most like -added-
to AmigaDOS is memory protection," but what you've said is that "AmigaDOS
is utterly useless as is and I hate coming home to it everyday."

Methinks, perhaps, thou hast had a bad day?

> Russell McOrmond, Ottawa Ontario, Canada    | Standard Disclaimer applies.

-- 
David Navas                                   	jazz@netcom.com
Co-author of: Web Data Acq. and Anal.		dnavas@oracle.com
Upcoming products: Shadow V (shipped!), Jazzbench 2.0.
From: graham@venus.iucf.indiana.edu (JIM GRAHAM)
Newsgroups: comp.sys.amiga.programmer
Subject: Yet another TURBODEX question
Date: 17 Nov 92 23:08:34 GMT
Reply-To: graham@venus.iucf.indiana.edu
Organization: Somewhere in Bloomington, Indiana
News-Software: VAX/VMS VNEWS 1.3-4

Suppose that, rather than addressing custom registers by their actual
names, as TurboDEX allows, I want to go through the parallel.device
instead.

Is this possible with turbodex?

Thanks,



Jim Graham 

        -> ->Disclaimer: I do not speak for my company. <- <-
                          Neither do they speak for me.
 ______________________________________________________________________
| Internet: graham@venus.iucf.indiana.edu                              |
|           dolmen!jgraham@moose.cs.indiana.edu                        |
| BBS:      The PORTAL DOLMEN BBS/ParaNet ALPHA-GAMMA (sm) (9:1012/13) |
|            (812) 334-0418, 24hrs.                                    |
|______________________________________________________________________|
From: dan@cs.pitt.edu (Dan Drake)
Newsgroups: comp.sys.amiga.programmer
Subject: A Style Guide Question
Date: 16 Nov 92 02:39:28 GMT
Organization: Univ. of Pittsburgh Computer Science

This is a style guide question.

To be consistent in my user interface, I am using buttons called done and 
cancel, that reside in all of my windows.  I want the user to be able to
activate these buttons through their keyboard equivalents: eg d for done, 
and c for cancel.  Now on several of these windows, I want the user to type
text into a beveled box which I handle manually.  THe problem is that if the
user wants to type a d or a c, there is some ambiguity concerning what 
should happen.  Will the buttons be activated, or should the characters
appear in the "textbox"?  I have 2 solutions, and would be interested in
any other solutions or recommendations.

1.) If a text box is active, the user must click on the buttons to activate
them.  I consider this unacceptable because it ruins the orthogonality of
the interface.  You can't have some things work in one window, and not in
others.

2.) Use (ALT|CTRL|right amiga) key to activate the buttons in all cases.
Alt doesn't work because European languages use it.  Control is awkward
for left handed people to use like me. (I like to keep one hand on the
mouse, and one on the keyboard), Right Amiga is somewhat awkward too.

3.) Don't use keyboard equivalents.  I really don't like this option.

It seems that most applications respond to a non-qualified keypress, but
this doesn't work very well.

Like I said, any help would be appreciated.

dan.

taz!dan@vax.cs.pitt.edu
dan@speedy.pitt.edu
Newsgroups: comp.sys.amiga.programmer
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Re: New hardware reference guide?
Organization: Bell Northern Research
Date: Thu, 19 Nov 92 18:23:51 GMT

>>>>> On 19 Nov 92 14:05:44 GMT,
>>>>> In message <1992Nov19.140544.28847@imada.ou.dk>,
>>>>> breese@monet.imada.ou.dk (Bjoern Reese) wrote:

Bjoern> I agree again. The OS is GREAT, and I can understand that the
Bjoern> software engineers at C= aren't feeling too happy about people
Bjoern> like me, when I stuff the OS, which they have been working
Bjoern> hard at for several years.

Bjoern> But I think that every programmer should be given to freedom
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Bjoern> to do as he/she likes, based on guidelines from C=. If we
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Bjoern> don't care about upwards compatibility, it's our problem (we
Bjoern> probably never intended these programs to run on a future
Bjoern> machine; we made them to show what the current machine can do,
Bjoern> and remember: we never got any money for our efforts!!)

That's exactly what is happening.

Commodore's guidelines in this case are:

  "We are not going to do anything at all to help you program this
   machine other than use the OS routines."

They're not *stopping* you from banging the hardware, they're just not
telling you how to do it.

Nothing is stopping you from investigating the hardware and figuring
out how to do it yourselves.
From: denson@sdd.hp.com (Craig Denson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Subtasks, IEEE library pointers - y.a.Q
Date: 19 Nov 1992 13:09:31 -0800
Organization: it must be somewhere, i put it right here...
NNTP-Posting-Host: hpsdln.sdd.hp.com
Keywords: Libraries

In article <1992Nov19.150345.19491@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd M. Lewis) writes:

>...  I've got different library
>bases and there is no reasonable way to write subtasks that handle
>that..

  this is where i lose the thread. what is in these libraries that
  must be the same. if it's a copy of the same code at a different
  location why should you care? are the bits a different color? :-) 
  what's in the libraries that isn't relocatable? or are you using 
  library data as part of your application's data structure? - that
  doesn't sound too good.

craig
Newsgroups: comp.sys.amiga.programmer