home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.amiga.misc:16926 comp.sys.amiga.advocacy:29232
- Path: sparky!uunet!pmafire!mica.inel.gov!ux1!news.byu.edu!yvax.byu.edu!cunyvm!psuvm!dxb132
- Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.advocacy
- Subject: AMOS
- Message-ID: <92321.114629DXB132@psuvm.psu.edu>
- From: <DXB132@psuvm.psu.edu>
- Date: Mon, 16 Nov 1992 11:46:29 EST
- Organization: Penn State University
- Lines: 53
-
- >In article <Bxt9zr.JCx@unx.sas.com>, walker@twix.unx.sas.com (Doug Walker) :
- >says
-
- >>In article <1e41q2INNne0@ub.d.umn.edu>, rfentima@ub.d.umn.edu (Robert
- >>Fentiman)
- >>writes:
- >>|> the commodities. As with ANY language, these properties that you
- >>|> describe are code dependant. I could write a C program that would not
- >>|> allow what you have said. Does that make C bad? I am fairly positive
- >>|> many (if not all) of what you have suggested can be implemented in an AMOS
- >>|> program. Everything I have stated IS TRUE to the extent of my
- >>|> knowledge. For answers to these questions, ask a more experienced AMOS
- >>|> user.
-
- >>The point is that with AMOS it's not totally code dependant. AMOS
- >>has a run-time portion which is always the same. I don't know much
-
- This is true. You have the same effect in C when you use standard
- libraries; the program inherits bugs from the library. The difference is
- that C libraries are very bare-bones, and are generally known to be
- more or less bug-free (because of their simplicity).
-
- >>about AMOS, but the claim these guys are making is that this run-time
- >>portion disables multitasking and steals the input stream from
- >>Intuition. Since you don't control the run-time portion with your
- >>code, this would imply that ALL programs written in AMOS do this.
-
- For the last time, AMOS does not disable multitasking. It is legitimate
- task under Exec, does NOT poke the autovectors, etc. It is, however,
- an alternative GUI -- it doesn't use Intuition and makes minimal use of
- graphics.lib. This is not surprsing, because AMOS uses the Amiga
- hardware to its fullest, which cannot be done under Intuition/graphics.
-
- >>If this is true, AMOS is indeed a toy language and not suitable for
- >>any serious application. Please, if any more experienced AMOS users
- >>are around, let us know if the above statements are true - as I said,
- >>I've never used AMOS.
-
- AMOS is a toy langauge in the sense that it's not used to produce
- commercial software (at least none that I know of). But then every
- language except C/asm is a toy language by that definition.
-
-
- >>As a side question, is AMOS a compiled or interpreted BASIC? If it's
- >>interpreted, that reduces its usefulness for commercial products, but
- >>wouldn't affect its usefulness for personal applications or PD
- >>projects.
-
- It's interpreted AND compiled. (i.e. a compiler is available).
- I would call that the best of both worlds. :-)
-
-
-
-