NetNews Usenet Archive 1992 #26/NN_1992_26.iso/spool/comp/sys/amiga/applicat/8676

Internet Message Format | 1992-11-09 | 5.8 KB

Xref: sparky comp.sys.amiga.applications:8676 comp.sys.amiga.introduction:1534 comp.sys.amiga.advocacy:29159
Newsgroups: comp.sys.amiga.applications,comp.sys.amiga.introduction,comp.sys.amiga.advocacy
Path: sparky!uunet!utcsri!skule.ecf!torn!watserv2.uwaterloo.ca!watmath!undergrad.math.waterloo.edu!sjjohnst
From: [e-mail] (Stephen Johnston)
Subject: Re: Programming
Message-ID: <[e-mail]>
Summary: AMOS is NOT a good langauge for beginners...
Keywords:  AMOS, beginners, programming
Organization: University of Waterloo
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Sun, 15 Nov 1992 21:36:41 GMT
Lines: 91

In article <[e-mail]> [e-mail] (Robert Fentiman) writes:
>In article <[e-mail]> [e-mail] (Mike Meyer) writes:
>Neither you or I have proven our points.  I *may* have seen something
>somewhere that can open a window on WB.  But, as I said before, that is
>NO reason to discount the language.  BTW, nothing wrong wiht my
>eyesight, just yours again. you said Amos has to work in that SCREEN.
>Thsi is singualr, and from it can be derrived that you don't understand
>that AMOS can use MULTIPLE SCREENS.

So AMOS cacn work on one screen or many.  So?  Can it open windows? Will you
check for us?  I have never seen an AMOS program open on a window.  Maybe
because it takes over system resources, it wouldn't be able to handle IDCMP
window events...  And then what use is the program for input and output?

>... but it allows me to to have, say, more sprites on the screen
>than you can (and other little tricks).  Anyway, as I keep saying, this
>is NO reason to discount the language (even if if *may* be true).

Gee, I have a C tutorial manual in fron of me ythat describes how to use
more than 8 sprites at once.  It also describes how to use 16 colour sprites,
and double width sprites.  A simple matter of setting a single flag in the
sprite structure.  So AMOS doesn't have any advantage here.

>I'm still waiting for that list you know...   I bring up a point about
>many Euro-Demos, a LOT of people like them, they are imporessive, and
>many are NOT AmigaDOS programs (and there are many examples in this in
>other languages such as assembler, C , others).

These Euro-Demos usually don't work on multiple machines - those that work
on an A500 usually dont work on an A3000, those that work on DOS 2.04 won't
work on DOS 3.0  You're limiting yourself to using one machine.  Ever want to
upgrade?  Can you ever upgrade your AMOS program, without re-compiling under
a new version of AMOS?  A system-friendly routine written in C or PASCAL, etc
probably doesn't need to be re-compiled under different versions of DOS.  I
regularily use HiSpeed Pascal under DOS 1.3 and 2.04.  As long as my routine
doesn't use DOS 2.04 specific function calls, it doesn't matter where I
compile it or run it.

>Throw out the you new compilers, everyone!  They were upgraded so they
>work better, making the language useless!  GREAT POINT!  NOTE: Amos Pro,
>improvements: much better editor, Arexx support, better supports for
>graphics, sound, et.
>
>NOTE: To my knowlege, Mandarin software has NEVER released a version of
>AMOS just for a new OS.  The new version I speak of is Amos Pro, adding
>200 new commands to make it more versatile.  It has NOTHING to do with a
>new OS.

Note 2:  SAS C, Hisoft Corporation, etc, don't release new versions of their
compilers for specifically for new operating systems either.  I have SAS C
v5.0 under DOS 2.04.  Do I really need to upgrade to version 6?  Not really.
I can do everything I want, and use DOS 2.04 to its full advantage now that I
have the 2.04 includes.  Does AMOS have 'includes' or something similar for
new versions of DOS?  Or do you have to wait for the upgrade to come out?

>>BTW, you might be interested to know that the AMOS programs I have
>>handy fall flat on their faces under 3.0. Just the usual AMOS
>>"futz-the-copper-list" garbage, then a blank screen.
>
>Since you OBVIOUSLY don't program in AMOS, you have NO merrit on this.

Gee, I never knew that it was a requirement to be a programmer to judge
whether a program works or not...

>Besides, a LOT of programs don't work when you upgrade to a new OS
>(including some languages).

Especially when the program is not system compliant - ie - doesn't use DOS.
Have you read threads about Commodore not releasing the Hardware Reference
Guide to AGA?  Commodore doesn't want programmers playing with the system
directly.  They want people to use DOS.  They strongly hint thtat things will
change DRASTICALLY with whatever comes after AGA (and this is already under
development).  And if programs DON'T use DOS, they won't work.  Simple.

>beginers don't make such utilities that need to be system compliant.

I disagree.  A programmer should learn from the start to program modularly.
That means that each module complies with the rules of every other module
on your program.  One of those 'modules' is the user/dos interface.  If you
don't comply with these rules, you're not programming well.

Using Amiga-A to switch screens is NOT system compliant (can you change this
in your AMOS program?)  Capturing your input stream, so that my screen-blanker
blanks my AMOS program after 5 minutes is NOT system compliant.

/===========================+================================================\
\|  Stephen J. Johnston     |      [e-mail]      /// |/
/|  Computer Science        |  170 University Ave. West, Suite 12-198  ///  |\
\|  University of Waterloo  |  Why follow, when  /\ |\/| | / _  /\ \\\///   |/
/|  Ontario, Canada         |  you can lead?    /--\|  | | \_/ /--\ \XX/    |\
\===========================+================================================/