From amos-request@svcs1.digex.net Mon May  1 03:24:37 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA27661
  (5.67b8/IDA-1.5); Mon, 1 May 1995 03:24:35 -0400
Received: by svcs1.digex.net id AA28563
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 00:27:50 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA28559
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 00:27:47 -0400
Received: from acs.saultc.on.ca by nfs2.digex.net with SMTP id AA23078
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 00:27:46 -0400
Received: from ACS.SAULTC.ON.CA by ACS.SAULTC.ON.CA (PMDF V4.3-11 #4035)
 id <01HPYWHUTM6S00032P@ACS.SAULTC.ON.CA>; Mon, 01 May 1995 00:27:43 -0400 (EDT)
Date: Mon, 01 May 1995 00:27:43 -0400 (EDT)
From: S93044370@ACS.SAULTC.ON.CA
Subject: Re: amos/subscribe
To: amos-list@access.digex.net
Message-Id: <01HPYWHUTM6U00032P@ACS.SAULTC.ON.CA>
X-Vms-To: IN%"amos-list@access.digex.net"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: D


On Sat, 29 Apr 1995, stephenw wrote:

> Hi, my name is Steve (aka Gizmo),
> I would also like to know if anybody has written a replacement
> file req
ester routine yet.  I attempted a few months ago but
 it was go slow and boring I gave up.  The reason I ask is because
> I am at present putting the finishing touches to a football
> sta
istic and prediction program and the Amos requesters don't
> blend in at all with the GUI I am using.  Please get in touch.

Hi there steve, I wrote a file requester procedure in Amos a while back, it
requires the LDOS extension, since I never could get Amos Pro's commands
for listing only files and assigns and devices(Any Idea's anyone???? Help)
It works alot like ASL, more like Final Copy II though, works great, but
it won't work on Amos Pro unless you have the Pro version of LDOS, I don't so
I can't use it bummer. Well if your interested in it, give me a reply
 
Cori Skagen
(s

93044370@acs.saultc.on.ca)


From amos-request@svcs1.digex.net Mon May  1 09:20:54 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA17442
  (5.67b8/IDA-1.5); Mon, 1 May 1995 09:20:49 -0400
Received: by svcs1.digex.net id AA08459
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 05:52:20 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA08455
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 05:52:18 -0400
Received: from wn1.sci.kun.nl by nfs2.digex.net with SMTP id AA15229
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 05:52:17 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id LAA08899 (8.6.10/2.9) for <amos-list@access.digex.net>; Mon, 1 May 1995 11:52:15 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA16971; Mon, 1 May 1995 11:52:00 +0200
Date: Mon, 1 May 1995 11:52:00 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: New Amos Web Site.
In-Reply-To: <9504271047.AA17154@pianeta>
Message-Id: <Pine.HPP.3.91.950501115006.16948A-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



On Thu, 27 Apr 1995, Magoga - Borsista CSI wrote:

> Hi All.
> 
> I'm very happy because i can announce to you a new Amos Web Site.
> After a lot of months, finally the web is finished and updated every 2-3 days.
> 
> My web doesn't want to compete with others (PLAYFIELD!, Andy Church's..).
> 

Why not? A little competition now and again can work very stimulating. 
Please try and outperform the official amoslist-website ;-).

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Mon May  1 09:53:42 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA19737
  (5.67b8/IDA-1.5); Mon, 1 May 1995 09:53:40 -0400
Received: by svcs1.digex.net id AA08656
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 06:07:09 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA08651
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 06:07:08 -0400
Received: from sirius.brunel.ac.uk by nfs2.digex.net with SMTP id AA15560
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 06:07:05 -0400
Received: from cook.brunel.ac.uk by sirius.brunel.ac.uk with SMTP (PP) 
          id <12782-0@sirius.brunel.ac.uk>; Mon, 1 May 1995 11:06:28 +0100
From: Paul Smart <cs91pps2@brunel.ac.uk>
Message-Id: <10042.9505011006@cook.brunel.ac.uk>
Subject: Problem with maths
To: amos-list@access.digex.net
Date: Mon, 1 May 1995 11:06:20 +0100 (BST)
X-Mailer: ELM [version 2.4 PL21]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1063
Status: RO
X-Status: 


Hi, I'm about half way through a project which needs to use a lot of maths
however I am having a few problems.  The first is that if I use floating point
numbers for a loop ie,
for c#=0.0 to 1.0 step 0.01
or something like that, and I set Double Precision on then the loop will never
terminate.  This is a bit of a problem, why does this happen?  Is there a 
simple fix - I have converted them all to integers and then divided by 100 in
this example but its hardly an optimal solution.

The second problem I am having is with powers (^). It doesn't work correctly.
If I raise a negative number to an odd power then the number is turned into
a positive, which it shouldn't do :(  Again I've got a work around but its
not exactly good coding. it goes like this :

	to raise c# to the power of x
	if x>0
		if c#<0 and (x/2)*2<>x
			c#=c#^x
			c#=-1.0*c#
		else
			c#=c#^x
		end if
	else
		c#=c#^x
	endif

s there any better way of getting around this problem?  I've Amos Pro v2 so
upgrading to a less buggy version is not an option.

thanks for listening

Paul





From amos-request@svcs1.digex.net Mon May  1 12:34:32 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA03687
  (5.67b8/IDA-1.5); Mon, 1 May 1995 12:33:36 -0400
Received: by svcs1.digex.net id AA11374
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 07:57:25 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA11369
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 07:57:23 -0400
Received: from cr33m.staffs.ac.uk by nfs1.digex.net with SMTP id AA13910
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 07:57:18 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id MAA13604 for <amos-list@access.digex.net>; Mon, 1 May 1995 12:57:15 +0100
Received: by bs47c.staffs.ac.uk; id AA26572; Mon, 1 May 1995 12:57:15 +0100
Date: Mon, 1 May 1995 12:57:15 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
To: amos-list@access.digex.net
Message-Id: <Pine.3.89.9505011230.A29944-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

I have written a file requester routine (in AMOS Pro).  I used the 
interface language and mine works fine.  It displays volumes and devices 
just fine.

             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Mon May  1 13:09:51 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA04886
  (5.67b8/IDA-1.5); Mon, 1 May 1995 13:08:42 -0400
Received: by svcs1.digex.net id AA13377
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 08:47:23 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA13373
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 08:47:22 -0400
Received: from cr33m.staffs.ac.uk by nfs1.digex.net with SMTP id AA15668
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 08:47:20 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id NAA14417 for <amos-list@access.digex.net>; Mon, 1 May 1995 13:47:17 +0100
Received: by bs47c.staffs.ac.uk; id AA03546; Mon, 1 May 1995 13:47:17 +0100
Date: Mon, 1 May 1995 13:47:17 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
To: amos-list@access.digex.net
Message-Id: <Pine.3.89.9505011348.B2638-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Im interested in this new Web site.  Can I upload some Amos games onto there?


             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Mon May  1 14:24:07 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA10542
  (5.67b8/IDA-1.5); Mon, 1 May 1995 14:23:25 -0400
Received: by svcs1.digex.net id AA18024
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 09:46:25 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA18015
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 09:46:22 -0400
Received: from beech.soton.ac.uk by nfs1.digex.net with SMTP id AA19266
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 09:46:12 -0400
Received: from willow.soton.ac.uk (willow.soton.ac.uk [152.78.128.20])
   by beech.soton.ac.uk (8.6.10/hub-8.5a) with ESMTP id OAA26467
   for <amos-list@access.digex.net>; Mon, 1 May 1995 14:44:02 +0100
Received: (from pl@localhost) by willow.soton.ac.uk (8.6.10/client-8.8)
   id OAA23551 for amos-list@access.digex.net; Mon, 1 May 1995 14:40:12 +0100
Message-Id: <199505011340.OAA23551@willow.soton.ac.uk>
Subject: Bits N Pieces..
To: amos-list@access.digex.net (Amos List)
Date: Mon, 1 May 1995 14:40:12 +0100 (BST)
From: "Ludwig" <pl@soton.ac.uk>
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 830       
Status: RO
X-Status: 

Yes, I know I go on about it, but one of my mates has just sent me
everything he has on the D-Sam extension, and basically its the lib,
and example program and a bit of text telling you how to install it. No
contacts, no license stuff etc. Can someone tell me if the extension is
PD (if so, anybody else want a copy?), and if not, a contact address..

Also, could the kind person who offered to help with my flickering
sprite problems email me again, as my mailbox crashed and I lost your
address. Soz! :)

Ludwig.

-- 
(*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*)
(*-  Email: pl@soton.ac.uk               *  "If you want to Immortalise -*)
(*-  WWW:   http://www.soton.ac.uk/~pl/  *   Digitise" -Apollo 440      -*)  
(*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*)  



From amos-request@svcs1.digex.net Mon May  1 15:08:05 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA13120
  (5.67b8/IDA-1.5); Mon, 1 May 1995 15:08:01 -0400
Received: by svcs1.digex.net id AA21064
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 10:14:26 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA21059
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 10:14:24 -0400
Received: from wn1.sci.kun.nl by nfs1.digex.net with SMTP id AA21316
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 10:14:18 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id QAA20575 (8.6.10/2.9); Mon, 1 May 1995 16:14:11 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA18215; Mon, 1 May 1995 16:13:57 +0200
Date: Mon, 1 May 1995 16:13:57 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Paul Smart <cs91pps2@brunel.ac.uk>
Cc: amos-list@access.digex.net
Subject: Re: Problem with maths
In-Reply-To: <10042.9505011006@cook.brunel.ac.uk>
Message-Id: <Pine.HPP.3.91.950501160730.18161A-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



On Mon, 1 May 1995, Paul Smart wrote:

> 
> Hi, I'm about half way through a project which needs to use a lot of maths
> however I am having a few problems.  The first is that if I use floating point
> numbers for a loop ie,
> for c#=0.0 to 1.0 step 0.01
> or something like that, and I set Double Precision on then the loop will never
> terminate.  This is a bit of a problem, why does this happen?  Is there a 
> simple fix - I have converted them all to integers and then divided by 100 in
> this example but its hardly an optimal solution.
>

I do not know why this happens, but using integers generally IS a good 
idea, as it is faster and I seem to remember some bugs having to do with 
floating points.
 
> The second problem I am having is with powers (^). It doesn't work correctly.
> If I raise a negative number to an odd power then the number is turned into
> a positive, which it shouldn't do :(  Again I've got a work around but its
> not exactly good coding. it goes like this :
> 
> 	to raise c# to the power of x
> 	if x>0
> 		if c#<0 and (x/2)*2<>x
> 			c#=c#^x
> 			c#=-1.0*c#
> 		else
> 			c#=c#^x
> 		end if
> 	else
> 		c#=c#^x
> 	endif
> 
> s there any better way of getting around this problem?  I've Amos Pro v2 so
> upgrading to a less buggy version is not an option.
> 
 
I do not know why this happens either, but I think you can replace this 
routine with the following line:
   C#=Sgn(C#)*C#^X
And if that does not work this should:
   C=C# : C#=Sgn(C)*C#^X

BTW, instead of 
   If C#<0 and (X/2)*2<>X
you could use
   If C#<0 and X mod 2 <>X

Good luck,

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Tue May  2 00:25:43 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA16631
  (5.67b8/IDA-1.5); Tue, 2 May 1995 00:25:39 -0400
Received: by svcs1.digex.net id AA19265
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 17:12:37 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA19260
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 17:12:28 -0400
Received: from goober.mbhs.edu by nfs1.digex.net with SMTP id AA21549
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 17:12:24 -0400
Received: from dragon.mbhs.edu by goober.mbhs.edu (AIX 3.2/UCB 5.64/4.03)
          id AA22374; Mon, 1 May 1995 17:13:59 -0400
From: achurch@dragon.mbhs.edu(Andy Church)
To: amos-list@access.digex.net
Subject: Re: Problem with maths
Date: Mon May 01 17:12:03 1995
Message-Id: <199505011712.AA03117@dragon.mbhs.edu>
Reply-To: achurch@goober.mbhs.edu
X-Mailer: MMail v4.21
Status: RO
X-Status: 

>I do not know why this happens either, but I think you can replace this 
>routine with the following line:
>   C#=Sgn(C#)*C#^X
>And if that does not work this should:
>   C=C# : C#=Sgn(C)*C#^X

  Technically, that would work, but this is clearer:

C#=Sgn(C#)*Abs(C#)^X

because it shows what your intent is.  (If you're really crazy abut speed,
you can get rid of the Abs() call, but it helps readability.)

>BTW, instead of 
>   If C#<0 and (X/2)*2<>X
>you could use
>   If C#<0 and X mod 2 <>X

  No you can't, because (2/2)*2 = 1*2 = 2, but 2 mod 2 = 0 <> 2.  What you
can do (and it's faster) is:

If C#<0 and (X and 1)<>0

  In fact, you can speed up this particular case even more:

If C#<0 and (X and 1)

because 2 is a power of 2, so X mod 2 = X and (2-1).

  --Andy Church (achurch@goober.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/

From amos-request@svcs1.digex.net Mon May  1 20:37:11 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA01531
  (5.67b8/IDA-1.5); Mon, 1 May 1995 20:37:06 -0400
Received: by svcs1.digex.net id AA10852
  (5.67b8/IDA-1.5 for amos-out); Mon, 1 May 1995 14:59:55 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA10845
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Mon, 1 May 1995 14:59:52 -0400
Received: from cpt6.stm.tudelft.nl by nfs1.digex.net with SMTP id AA13316
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 1 May 1995 14:59:41 -0400
Message-Id: <199505011859.AA13316@nfs1.digex.net>
Received: by cpt6.stm.tudelft.nl
	(1.38.193.4/16.2) id AA08021; Mon, 1 May 1995 21:01:31 +0200
From: Maarten D. de Jong <dejong@cpt6.stm.tudelft.nl>
Subject: Problem with maths
To: amos-list@access.digex.net
Date: Mon, 1 May 95 21:01:31 METDST
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

About those maths-problems:

1) My guess is that it is caused by round-off errors. Adding 0.01 to itself 
   100 times will not present you with the answer '1.0'. Try this:

   for i#=0.0 to 1.0 step 0.01
       ?i, i#: inc i
   next i#

   and be amazed at the results. However, AMOS 1.36 stops when it reaches
   1.0, because the next number after 1.0 is bigger than 1.0. So I don't
   understand why your program won't quit, but then again, AMOS is full
   of nasty surprises.

2) I know this bug from the time AMOS 1.2 was released. I've written Euro-
   press a dozen times about it, but they never fixed it. It's present in
   every version of AMOS (including PRO and EASY). You can 
   a) not use powers
   b) use them with the workaround you've already written
   c) hack the AMOS-code to fix it
   d) use the mathffp.library yourself. 

   Choose!

Regards,
Maarten (dejong@cpt6.stm.tudelft.nl)

From amos-request@svcs1.digex.net Tue May  2 07:09:59 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA06014
  (5.67b8/IDA-1.5); Tue, 2 May 1995 07:09:48 -0400
Received: by svcs1.digex.net id AA26839
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 03:10:40 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA26834
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 03:10:38 -0400
Received: from wn1.sci.kun.nl by nfs2.digex.net with SMTP id AA19042
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 03:10:36 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id JAA22038 (8.6.10/2.9) for <amos-list@access.digex.net>; Tue, 2 May 1995 09:10:35 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA20818; Tue, 2 May 1995 09:10:18 +0200
Date: Tue, 2 May 1995 09:10:17 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: Problem with maths
In-Reply-To: <199505011712.AA03117@dragon.mbhs.edu>
Message-Id: <Pine.HPP.3.91.950502090334.20782A-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



On Mon, 1 May 1995, Andy Church wrote:

> >BTW, instead of 
> >   If C#<0 and (X/2)*2<>X
> >you could use
> >   If C#<0 and X mod 2 <>X
> 
>   No you can't, because (2/2)*2 = 1*2 = 2, but 2 mod 2 = 0 <> 2.  What you
> can do (and it's faster) is:
> 
> If C#<0 and (X and 1)<>0
> 
>   In fact, you can speed up this particular case even more:
> 
> If C#<0 and (X and 1)
> 
> because 2 is a power of 2, so X mod 2 = X and (2-1).
> 

Erm... yes... obviously :-) I meant
   If C#<0 and X mod 2 <> 0

BTW, could this also be
   ? If C#<0 and not (X mod 2)

I forgot wether (false = 0) or (false    <>    -1) in Amos.
                     only           anything but
.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Tue May  2 07:00:25 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA10111
  (5.67b8/IDA-1.5); Tue, 2 May 1995 07:00:23 -0400
Received: by svcs1.digex.net id AA26999
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 03:16:43 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AB26995
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 03:16:41 -0400
Received: from alice.cli.di.unipi.it by nfs2.digex.net with SMTP id AA19243
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 03:16:36 -0400
Received: from athena.cli.di.unipi.it.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA27984; Tue, 2 May 95 09:20:29 +0200
Received: by athena.cli.di.unipi.it.cli.di.unipi.it (4.1/SMI-4.1)
	id AA24833; Tue, 2 May 95 09:20:27 +0200
From: naimoli@cli.di.unipi.it
Message-Id: <9505020720.AA24833@athena.cli.di.unipi.it.cli.di.unipi.it>
Subject: Overlay
To: amos-list@access.digex.net (amos list)
Date: Tue, 2 May 1995 09:20:24 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 424       
Status: RO
X-Status: 


        If I want a simple chain I use 

RUN filename

        but if I have compiled files it doesn't work!

How can I do? I have 3 progs:

---------------
PROG1:

blah... blah...
RUN Prog2
---------------

---------------
PROG2:

blah... blah...
RUN Prog3
---------------

        If they are compiled (under Amos1.31) how it works?




                        Andy - naimoli@cli.di.unipi.it

From amos-request@svcs1.digex.net Tue May  2 08:18:46 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA16229
  (5.67b8/IDA-1.5); Tue, 2 May 1995 08:18:03 -0400
Received: by svcs1.digex.net id AA03331
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 05:55:20 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA03327
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 05:55:18 -0400
Received: from goober.mbhs.edu by nfs1.digex.net with SMTP id AA23526
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 05:55:15 -0400
Received: from dragon.mbhs.edu by goober.mbhs.edu (AIX 3.2/UCB 5.64/4.03)
          id AA27287; Tue, 2 May 1995 05:57:04 -0400
From: achurch@dragon.mbhs.edu(Andy Church)
To: amos-list@access.digex.net
Subject: Re: Problem with maths
Date: Tue May 02 05:55:08 1995
Message-Id: <199505020555.AA04316@dragon.mbhs.edu>
Reply-To: achurch@goober.mbhs.edu
X-Mailer: MMail v4.21
Status: RO
X-Status: 

>Erm... yes... obviously :-) I meant
>   If C#<0 and X mod 2 <> 0
>
>BTW, could this also be
>   ? If C#<0 and not (X mod 2)

  No, because the Not statement (yes, Not is implemented as a statement!)
is broken in AMOS.  (What isn't?)

>I forgot wether (false = 0) or (false    <>    -1) in Amos.
>                     only           anything but

  True = -1, False = 0.  For testing purposes, True <> 0, False = 0.

  --Andy Church (achurch@goober.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/
    AMOS Web Site: http://www.mbhs.edu/~achurch/amos/

From amos-request@svcs1.digex.net Tue May  2 12:10:13 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA27235
  (5.67b8/IDA-1.5); Tue, 2 May 1995 12:06:41 -0400
Received: by svcs1.digex.net id AA07623
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 08:42:26 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA07598
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 08:41:52 -0400
Received: from access5.digex.net by nfs2.digex.net with SMTP id AA14477
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 08:41:05 -0400
Received: by access5.digex.net id AA29426
  (5.67b8/IDA-1.5 for AMOS Mailing List <amos-list@access.digex.net>); Tue, 2 May 1995 08:40:06 -0400
Date: Tue, 2 May 1995 08:40:06 -0400 (EDT)
From: Michael Cox of EDS <mcox>
To: AMOS Mailing List <amos-list@access.digex.net>
Subject: Messages in April 1995
Message-Id: <Pine.SUN.3.91.950502083839.28152A-100000@access5.digex.net>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

I just uploaded the archive of all the messages posted to the list in
April.  It is on AmiNet (ftp.wustl.edu) under dev/amos as AMOSList-0495.lzh

Sorry I have been quiet.  I was in the desert for quite awhile.  But, I am
back, and will try to ctach up on the FAq and FTP site.

Michael
--
Michael Cox                                Work:   mcox@access.digex.net
A1200/465/CD + 1230XA 50/50/4 = SPEED!     Play:   aj639@Cleveland.FreeNet.EDU
             For info on the AMOS Mailing List, contact me!
	       AMOS WWW:  http://www.mbhs.edu/~achurch/amos/


From amos-request@svcs1.digex.net Tue May  2 16:36:40 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA15819
  (5.67b8/IDA-1.5); Tue, 2 May 1995 16:33:15 -0400
Received: by svcs1.digex.net id AA19285
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 11:29:00 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA19274
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 11:27:58 -0400
Received: from cr33m.staffs.ac.uk by nfs2.digex.net with SMTP id AA24074
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 11:22:22 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id QAA26702 for <amos-list@access.digex.net>; Tue, 2 May 1995 16:20:06 +0100
Received: by bs47c.staffs.ac.uk; id AA03008; Tue, 2 May 1995 16:20:06 +0100
Date: Tue, 2 May 1995 16:20:05 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
To: amos-list@access.digex.net
Message-Id: <Pine.3.89.9505021637.C2625-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Is there anyone else interested in Amoszine,  a cool new diskmag?  If so, 
place your orders this way and I'll send it back packed with DiskMasher.  
If you have any objections to me using DiskMasher then I will Lha it.  
The mag I will send is a PD issue, but it is still good.  Anyone 
interested?? :-)

Andy Smith

             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Tue May  2 18:58:52 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA24462
  (5.67b8/IDA-1.5); Tue, 2 May 1995 18:56:30 -0400
Received: by svcs1.digex.net id AA24283
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 12:41:02 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA24053
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 12:39:08 -0400
Received: from vortex.netbistro.com by nfs2.digex.net with SMTP id AA29188
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 12:34:34 -0400
Received: by vortex.netbistro.com (Smail3.1.29.1 #9)
	id m0s6Kt9-000LTFC; Tue, 2 May 95 09:33 PDT
Date: Tue, 2 May 1995 09:33:14 -0700 (PDT)
From: Gau <gau@vortex.netbistro.com>
To: naimoli@cli.di.unipi.it
Cc: amos list <amos-list@access.digex.net>
Subject: Re: Overlay
In-Reply-To: <9505020720.AA24833@athena.cli.di.unipi.it.cli.di.unipi.it>
Message-Id: <Pine.BSD.3.91.950502093137.16596D-100000@vortex.netbistro.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 2 May 1995 naimoli@cli.di.unipi.it wrote:

> 
>         If I want a simple chain I use 
> 
> RUN filename
> 
>         but if I have compiled files it doesn't work!
> 
> How can I do? I have 3 progs:
> 
> ---------------
> PROG1:
> 
> blah... blah...
> RUN Prog2
> ---------------
> 
> ---------------
> PROG2:
> 
> blah... blah...
> RUN Prog3
> ---------------
> 
>         If they are compiled (under Amos1.31) how it works?
> 
> 
> 
> 
>                         Andy - naimoli@cli.di.unipi.it
> 

Use a Dos execute call or Amos Pro's Exec function.  Make sure to run the 
program.  Then quit your existing one.  If you want to pass variables, 
use the command line (and command line$ in your other program to get the 
values back).

==============================================================================
Gau of the Veldt

  "Draped in monster hides, eyes shining with intelligence.
   A youth surviving against all odds..."

== Email: gau@vortex.netbistro.com == WWW: http://vortex.netbistro.com/comp ==


From amos-request@svcs1.digex.net Tue May  2 22:00:36 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA24874
  (5.67b8/IDA-1.5); Tue, 2 May 1995 21:59:11 -0400
Received: by svcs1.digex.net id AA03167
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 14:53:29 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA03136
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 14:52:27 -0400
Received: from pool.info.sunyit.edu by nfs2.digex.net with SMTP id AA08560
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 14:47:25 -0400
Received: (from udcg@localhost) by pool.info.sunyit.edu (8.6.12/8.6.12) id OAA05882; Tue, 2 May 1995 14:46:04 -0400
Date: Tue, 2 May 1995 14:46:01 -0400 (EDT)
From: "David C. Gorton" <udcg@sunyit.edu>
X-Sender: udcg@pool.info.sunyit.edu
Cc: AMOS Mailing List <amos-list@access.digex.net>
Subject: Which AMOS should I use????
In-Reply-To: <Pine.SUN.3.91.950502083839.28152A-100000@access5.digex.net>
Message-Id: <Pine.ULT.3.91.950502143727.394C-100000@pool.info.sunyit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 


I'm about to embark on a fairly big AMOS project.  It's intended as an 
adaptable Quiz program.  I'd like to have options for picture and audio 
clues.  I'd also like split screens, copperlists, and if feasible, 
Intuition screens, requesters, etc.  There might be some small animations 
in it (anybody got a good digitized anim of the Earth rotating?).  And 
I'd obviously want to do as little work as possible, which implies the 
need for a later version of AMOS and compiler.  Ahh, but the BUGS...
 
SO, which version of AMOS has the best combination of features, with the 
fewest bugs?  I get the impression from reading this list that newer 
doesn't always mean "fewer bugs".  I'm also assuming you'll all suggest 
AMOS-PRO as a starting point?
 
Which extensions should I explore?  (I've never used one before, aside 
from what's built-into AMOS).  BTW, I don't expect to do any floating 
point math.  I do plan on samples and using some speech synthesis.
 
With all that said, what rev. of AMOS/Amos-Pro would you suggest?  Which 
libs, extensions, etc?

-Dave

From amos-request@svcs1.digex.net Tue May  2 23:28:48 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA00844
  (5.67b8/IDA-1.5); Tue, 2 May 1995 23:28:43 -0400
Received: by svcs1.digex.net id AA09774
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 17:02:18 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA09723
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 17:01:15 -0400
Received: from olympus.net by nfs1.digex.net with SMTP id AA04837
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 16:56:42 -0400
Received: from dons (papm016.olympus.net [199.4.191.46]) by olympus.net (8.6.11/8.6.11) with SMTP id NAA02678 for <amos-list@access.digex.net>; Tue, 2 May 1995 13:59:28 -0700
Received: by dons.olympus.net (Amiga SMTPpost 1.04 December 9, 1994)
        id AA01; Tue, 2 May 95 13:56:13 PDT
From: dons@olympus.net (Donald Schmelling)
Message-Id: <2099faf6.ed0b6-dons@olympus.net>
Subject: Re: help compiling
In-Reply-To: <9504270952.AA29109@tc6.chem.ruu.nl>
	     (from m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens))
	     (at Thu, 27 Apr 95 11:52:12 METDST)
X-Mailer: //\\miga Electronic Mail (AmiElm 6.24)
To: amos-list@access.digex.net
Date: Tue, 2 May 95 13:56:13 PDT
Status: RO
X-Status: 

Hi Martijn,

> Hi,
> 
> I am experiencing problems compiling a (big) program.
> I am using AmosPro 2.0 (all three updates) and the Procompiler.
> The 'long jump' option is used.
> I have an A500, 1chip and 2fast. Kick1.3 and 2.0
> 
> Can you give me information on things I should DEFENITLY look at
> when compiling ?
> Like settings of variabeles (intitializing them and so on)
> I had the 'varchecker' from the easylife distribution go over the
> program and it did find some 20 'undeclared' vars in some
> 260K of program code.
> The prog contains very, very many string-operations.
> Can these be at fault ?
> 
> If you have any experience in compilings that go wrong, post them
> please as I am sure a good compilation of 'amos-errors'
> (exuse me: 'amos-features' :-| ) would be to everone's benefit.
> If you already have such a 'list' : please post it ?

When I first tried to compile my Uno clone using Amos 1.34 I think
I had similar problems to what you had.  What I did that seemed
to clear things up was to set the stack to a higher value,
after that my program did not crash anymore.


------------------------------------ 
Don Schmelling  Port Angeles, WA USA
A1200/540/CD + A1230 50/0/4
------------------------------------



From amos-request@svcs1.digex.net Wed May  3 02:30:27 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA16492
  (5.67b8/IDA-1.5); Wed, 3 May 1995 02:30:26 -0400
Received: by svcs1.digex.net id AA16816
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 19:04:06 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA16785
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 19:03:55 -0400
Received: from olympus.net by nfs1.digex.net with SMTP id AA13829
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 19:02:09 -0400
Received: from dons (papm001.olympus.net [199.4.191.31]) by olympus.net (8.6.11/8.6.11) with SMTP id PAA06103 for <amos-list@access.digex.net>; Tue, 2 May 1995 15:41:23 -0700
Received: by dons.olympus.net (Amiga SMTPpost 1.04 December 9, 1994)
        id AA01; Tue, 2 May 95 15:38:07 PDT
From: dons@olympus.net (Donald Schmelling)
Message-Id: <209a12ce.68abe-dons@olympus.net>
Subject: Re: AMtuition update available FREE!
In-Reply-To: <Pine.SGI.3.91.950421130230.17045B-100000@tower.york.ac.uk>
	     (from David Hollway <dmh11@tmphost.york.ac.uk>)
	     (at Fri, 21 Apr 1995 13:08:05 +0100 (BST))
X-Mailer: //\\miga Electronic Mail (AmiElm 6.24)
To: amos-list@access.digex.net
Date: Tue, 2 May 95 15:38:07 PDT
Status: RO
X-Status: 

Hi David,

> Hello all,
>    I don't know if there's anyone out there using my "Amtuition" AMOS 
> fake-intuition library, but in the course of fiddling about with AMOS 
> yesterday I improved the system in a couple of small ways.. if you want 
> the update it's free (although the original was Licenseware). Mail me and 
> I'll send you a uu-encoded copy of the update, which I think is no more 
> than 2K in size.
>  One of the main improvements is that the MOVEWINDOW[] procedure now takes 
> an additional parameter 'S' that enables full-window dragging (as seen on 
> Windoze-NT, X11R6, the Amiga "Picdrag" program for the Picasso-II etc). 
>  I guess virutally all would-be Intuition programmers on this list are 
> now using the "proper" Intuition extension, but if there are any 
> AMtuition users out there, feel free to mail me.
> 
I am interested in an AMtuition update, I have previously purchased
AMtuition.


------------------------------------ 
Don Schmelling  Port Angeles, WA USA
A1200/540/CD + A1230 50/0/4
------------------------------------



From amos-request@svcs1.digex.net Wed May  3 03:15:26 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA18352
  (5.67b8/IDA-1.5); Wed, 3 May 1995 03:15:23 -0400
Received: by svcs1.digex.net id AA24510
  (5.67b8/IDA-1.5 for amos-out); Tue, 2 May 1995 21:07:32 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA24478
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Tue, 2 May 1995 21:07:19 -0400
Received: from acs.saultc.on.ca by nfs2.digex.net with SMTP id AA01566
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 2 May 1995 20:55:39 -0400
Received: from ACS.SAULTC.ON.CA by ACS.SAULTC.ON.CA (PMDF V4.3-11 #4035)
 id <01HQ1HIV5J3K000BHC@ACS.SAULTC.ON.CA>; Tue, 02 May 1995 20:46:03 -0400 (EDT)
Date: Tue, 02 May 1995 20:46:03 -0400 (EDT)
From: S93044370@ACS.SAULTC.ON.CA
Subject: re subscribe
To: amos-list@access.digex.net
Message-Id: <01HQ1HIV7ELU000BHC@ACS.SAULTC.ON.CA>
X-Vms-To: IN%"amos-list@access.digex.net"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 

On May 2nd, Andy Church Wrote:

>  No, because the Not statement (yes, Not is implemented as a statement!)
>  is broken in AMOS.  (What isn't?)

How is the NOT instruction broken, because it returns negative number?
technically its supposed to: AMOS stores numbers as 32 bit signed numbers
so when you do a logical NOT operation it will set the signed bit:

eg.  then number 8 in 32 bit binary is 00000000000000000000000000001000
     when it is NOT'd     it becomes   11111111111111111111111111110111

notice the last bit(the sign bit) is set so it will become a negative 
number which you will notice is -9, which is what the NOT instruction
will return

Cori Skagen
(s930044370@acs.saultc.on.ca)


From amos-request@svcs1.digex.net Wed May  3 07:56:49 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA20717
  (5.67b8/IDA-1.5); Wed, 3 May 1995 07:56:45 -0400
Received: by svcs1.digex.net id AA03979
  (5.67b8/IDA-1.5 for amos-out); Wed, 3 May 1995 01:17:52 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA03965
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Wed, 3 May 1995 01:17:35 -0400
Received: from phoenix.inka.de by nfs2.digex.net with SMTP id AA13182
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 3 May 1995 01:16:34 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0s6WiN-0002gYC; Wed, 3 May 95 07:11 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0s6Ues-000CnQC; Wed, 3 May 95 04:59 MET DST
X-Zc-Via: 19950502224042W+1@kiste.pfalz.de
X-Zc-Via: 19950502220638W+1@sixpack.pfalz.de
Subject: Re: Problem with maths
Message-Id: <vpqshMD261aez4@p22.sixpack.pfalz.de>
Date: Tue, 2 May 95 21:58:57 CET
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
From: Chris@sixpack.pfalz.de (Chris Hodges)
X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.18
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <10042.9505011006@cook.brunel.ac.uk>
Status: RO
X-Status: 

cs91pps2@brunel.ac.uk (Paul Smart) wrote on 01.05.1995 some text
under the subject Problem with maths. I can't leave this
uncommentated ;-)

PS> for c#=0.0 to 1.0 step 0.01
PS> or something like that, and I set Double Precision on then the loop will never
PS> terminate.  This is a bit of a problem, why does this happen?  Is there a 

Floating Point numbers are not perfectly accurate. This is due to the
limited amount of bits used to store the number. Therefore it is not
recommended to use constructions like 'If float1#=float2#' as they
could never be true, use 'If abs(float1#-float2#)<0.001' or anything
equalent. For-Next-loops should for this reason use only integer
values if possible.

PS> simple fix - I have converted them all to integers and then divided by 100 in
PS> this example but its hardly an optimal solution.

It is. And it's much faster too... avoid IEEE where possible ;-)

PS> The second problem I am having is with powers (^). It doesn't work correctly.

Euh? Very bad thing this one... I never used powers (as they will
load the math libraries and I want my programs not to use any of
these) but bit shifting operations instead. I think AMOS is using
these math libraries to perform the power operation and therefore the
fault could (!) be searched there... ever tried an other maths program
that uses the maths libraries?

PS> 		if c#<0 and (x/2)*2<>x

Use

If c#<0 and (x and 1)

instead ;-)

Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

From amos-request@svcs1.digex.net Wed May  3 10:59:41 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA02352
  (5.67b8/IDA-1.5); Wed, 3 May 1995 10:59:23 -0400
Received: by svcs1.digex.net id AA08195
  (5.67b8/IDA-1.5 for amos-out); Wed, 3 May 1995 04:09:08 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA08188
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Wed, 3 May 1995 04:09:06 -0400
Received: from wn1.sci.kun.nl by nfs1.digex.net with SMTP id AA12821
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 3 May 1995 04:09:03 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id KAA17349 (8.6.10/2.9) for <amos-list@access.digex.net>; Wed, 3 May 1995 10:08:12 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA01290; Wed, 3 May 1995 10:07:52 +0200
Date: Wed, 3 May 1995 10:07:51 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: Which AMOS should I use????
In-Reply-To: <Pine.ULT.3.91.950502143727.394C-100000@pool.info.sunyit.edu>
Message-Id: <Pine.HPP.3.91.950503100556.1233B-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 2 May 1995, David C. Gorton wrote:

> 
> I'm about to embark on a fairly big AMOS project.  It's intended as an 
> adaptable Quiz program.  I'd like to have options for picture and audio 
> clues.  I'd also like split screens, copperlists, and if feasible, 
> Intuition screens, requesters, etc.  There might be some small animations 
> in it (anybody got a good digitized anim of the Earth rotating?).  And 
> I'd obviously want to do as little work as possible, which implies the 
> need for a later version of AMOS and compiler.  Ahh, but the BUGS...
>  

I am embarked on the same sort of project once, but the bigness prevented 
me from finishing it. If you want, I could send you my program plans and 
the code that I had so far.

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Wed May  3 20:47:32 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA11323
  (5.67b8/IDA-1.5); Wed, 3 May 1995 20:47:24 -0400
Received: by svcs1.digex.net id AA19215
  (5.67b8/IDA-1.5 for amos-out); Wed, 3 May 1995 10:00:56 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA19210
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Wed, 3 May 1995 10:00:53 -0400
Received: from skeria.skelleftea.se by nfs1.digex.net with SMTP id AA26514
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 3 May 1995 09:40:12 -0400
Received: from atorp-2.skelleftea.se ([193.180.145.66]) by skeria.skelleftea.se (4.1/SMI-4.1)
	id AA00179; Wed, 3 May 95 13:56:12 +0200
Received: from ATORP-2/MAILQUEUE by atorp-2.skelleftea.se (Mercury 1.13);
    Wed, 3 May 95 13:50:03 +0100
Received: from MAILQUEUE by ATORP-2 (Mercury 1.13); Wed, 3 May 95 13:07:55 +0100
Received: from [193.180.145.104] by atorp-2.skelleftea.se (Mercury 1.13);
    Wed, 3 May 95 13:07:50 +0100
Message-Id: <v01510101abcd123b97e1@[193.180.145.104]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 3 May 1995 12:58:36 +0200
To: amos-list@access.digex.net
From: pumm10@skelleftea.se (Jan Pettersson)
Subject: Re: Which AMOS should I use????
Status: RO
X-Status: 

>I'm about to embark on a fairly big AMOS project.  It's intended as an
>adaptable Quiz program.  I'd like to have options for picture and audio
>clues.  I'd also like split screens, copperlists, and if feasible,
>Intuition screens, requesters, etc.  There might be some small animations
>in it (anybody got a good digitized anim of the Earth rotating?).  And
>I'd obviously want to do as little work as possible, which implies the
>need for a later version of AMOS and compiler.  Ahh, but the BUGS...

I might have a traced version of the earth somewere..

>
>SO, which version of AMOS has the best combination of features, with the
>fewest bugs?  I get the impression from reading this list that newer
>doesn't always mean "fewer bugs".  I'm also assuming you'll all suggest
>AMOS-PRO as a starting point?
>

U should go for amos pro and the amos pro compiler then u will get the
update for amos pro to 2.0 which has fewer bugs, and u will get the
advantage of compiling directly in amos and se the result at a second.

******************************************************************
|                                                                |
|                When god shook the tree of life                 |
|                   all nuts landed in Norway                    |
|                                                                |
|                          Janne P PUMM                          |
|                                                                |
******************************************************************



From amos-request@svcs1.digex.net Wed May  3 18:49:29 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA05393
  (5.67b8/IDA-1.5); Wed, 3 May 1995 18:49:15 -0400
Received: by svcs1.digex.net id AA08918
  (5.67b8/IDA-1.5 for amos-out); Wed, 3 May 1995 04:42:35 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA08914
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Wed, 3 May 1995 04:42:32 -0400
Received: from joyl.joensuu.fi by nfs2.digex.net with SMTP id AA04915
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 3 May 1995 04:42:30 -0400
Received: from JOYL.JOENSUU.FI by JOYL.JOENSUU.FI (PMDF V4.3-12 #9276)
 id <01HQ2BCV9JV496YBKD@JOYL.JOENSUU.FI>; Wed, 3 May 1995 11:00:02 GMT+2
Date: Wed, 3 May 1995 11:00:01 GMT+2
From: JOKIVUORI@JOYL.JOENSUU.FI
Subject: Amos future
Resent-To: amos-list@access.digex.net
To: amos-list@access.digex.net
Message-Id: <Pine.3.89.9505031027.A555874573-0100000@JOYL.JOENSUU.FI>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 

Is there any new information about AmosPro??...AGA screenmodes and so on?
And how about Turbo extension? Is there faster Bob routines, and whats
new after v1.9 (2.0?)...

Is there any hope for my AmosPro and A1200? :)

I bet you all have heard that Blitz2 is fast....thats not true.
Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
slower than AmosPro+Compiler. 

Bye!
 

From amos-request@svcs1.digex.net Thu May  4 01:07:39 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA25117
  (5.67b8/IDA-1.5); Thu, 4 May 1995 01:07:34 -0400
Received: by svcs1.digex.net id AA26926
  (5.67b8/IDA-1.5 for amos-out); Wed, 3 May 1995 19:31:34 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA26922
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Wed, 3 May 1995 19:31:32 -0400
Received: from cc.dixie.edu.dixie.edu (grafton.cc.dixie.edu) by nfs1.digex.net with SMTP id AA07662
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 3 May 1995 19:31:21 -0400
Received: by cc.dixie.edu.dixie.edu (5.65/Ultrix3.0-C)
	id AA25595; Wed, 3 May 1995 17:31:47 -0600
Date: Wed, 3 May 1995 17:31:46 -0600 (MDT)
From: Dave May <may_d@cc.dixie.edu>
To: JOKIVUORI@JOYL.JOENSUU.FI
Cc: amos-list@access.digex.net
Subject: Re: Amos future
In-Reply-To: <Pine.3.89.9505031027.A555874573-0100000@JOYL.JOENSUU.FI>
Message-Id: <Pine.ULT.3.90.950503172341.25470A-100000@cc.dixie.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



On Wed, 3 May 1995 JOKIVUORI@JOYL.JOENSUU.FI wrote:

> Is there any new information about AmosPro??...AGA screenmodes and so on?
> And how about Turbo extension? Is there faster Bob routines, and whats
> new after v1.9 (2.0?)...
> 
> Is there any hope for my AmosPro and A1200? :)
> 
> I bet you all have heard that Blitz2 is fast....thats not true.
> Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
> slower than AmosPro+Compiler. 
> 
> Bye!

BULL - From first hand, writing in C, Blitz, and AMOS, I know that AMOS 
math is no different than Blitz, you must be using quicks and not 
integers.  I have moved to C, though - only asm can beat optimized C 
math!  I had too many speed complaints and AMOS->bug reports from my 
programming in AMOS, and Blitz was SO SLOPPY!  With Blitz, you have to slam
OS functions anyway, so why not just do it in C...?  

By the way, folks, airTaxi, my final AMOS project, will be appearing on 
AMIGA POWER COVERDISK 50.  So keep an eye out.

Dave May

From amos-request@svcs1.digex.net Thu May  4 11:04:27 1995
Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA21451
  (5.67b8/IDA-1.5); Thu, 4 May 1995 11:02:19 -0400
Received: by svcs1.digex.net id AA22994
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 02:32:12 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA22990
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 02:32:10 -0400
Received: from alice.cli.di.unipi.it by nfs2.digex.net with SMTP id AA15513
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 02:32:07 -0400
Received: from athena.cli.di.unipi.it.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA23165; Thu, 4 May 95 08:35:50 +0200
Received: by athena.cli.di.unipi.it.cli.di.unipi.it (4.1/SMI-4.1)
	id AA10722; Thu, 4 May 95 08:35:48 +0200
From: naimoli@cli.di.unipi.it
Message-Id: <9505040635.AA10722@athena.cli.di.unipi.it.cli.di.unipi.it>
Subject: Overlay2
To: amos-list@access.digex.net (amos list)
Date: Thu, 4 May 1995 08:35:47 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 614       
Status: RO
X-Status: 


        My problem is that I have to "link" programs compiled under
   Amos1.31 (I own AmosPro but I need 1.31 for this...) so I can't use
   AmosPro commands! How can I achieve this effect?

   Note:
 
 - RUN works only with interpreted progs
 - Ive tried with calls to EXEC but it doesn't work

   Can someone write down the necessary piece of code? I need to chain 
   a program ending the calling one.

   Program1
   blah...   blah...
   RUN Prog2
   END

                                                        Thankx


                                Andy - naimoli@cli.di.unipi.it


From amos-request@svcs1.digex.net Thu May  4 11:21:32 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA20100
  (5.67b8/IDA-1.5); Thu, 4 May 1995 11:20:50 -0400
Received: by svcs1.digex.net id AA01127
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 06:25:37 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA01123
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 06:25:35 -0400
Received: from wn1.sci.kun.nl by nfs2.digex.net with SMTP id AA06117
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 06:25:26 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id KAA12009 (8.6.10/2.9) for <amos-list@access.digex.net>; Thu, 4 May 1995 10:47:42 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA09698; Thu, 4 May 1995 10:47:18 +0200
Date: Thu, 4 May 1995 10:47:17 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: Amos future
In-Reply-To: <Pine.3.89.9505031027.A555874573-0100000@JOYL.JOENSUU.FI>
Message-Id: <Pine.HPP.3.91.950504103847.9555B-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Wed, 3 May 1995 JOKIVUORI@JOYL.JOENSUU.FI wrote:

> Is there any new information about AmosPro??...AGA screenmodes and so on?
> And how about Turbo extension? Is there faster Bob routines, and whats
> new after v1.9 (2.0?)...
> 

As far as we know (pluralis discussionlistis) Amos development by 
Europress has stopped completely. Several groups and persons of this list 
have plans to take it -within legal bounds- a step further. Michael 
Sikorsky is working on what-used-to-be-called-MARP, a project to replace 
all Amos commands with C functions, so that an Amos programmer could 
switch easily to C (and C programmers would not have to plough through 
numerous manuals just to open a screen). The Amos Development Team (of 
which the members are?) are working on a completely new Amos-like but 
less buggy language.
How about an update, guys?

> Is there any hope for my AmosPro and A1200? :)
> 

In what sense? They are not disfunctional at the moment, are they? You 
can program with them, cannot you?

> I bet you all have heard that Blitz2 is fast....thats not true.
> Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
> slower than AmosPro+Compiler. 
> 

We have covered this subject before on this list. I guess the fact that 
both languages are popular means that both languages have their strong 
points.

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Thu May  4 17:17:38 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA12985
  (5.67b8/IDA-1.5); Thu, 4 May 1995 17:16:53 -0400
Received: by svcs1.digex.net id AA10300
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 10:08:13 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA10283
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 10:07:49 -0400
Received: from mercury.bton.ac.uk by nfs2.digex.net with SMTP id AA14998
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 10:05:58 -0400
Received: from diamond.bton.ac.uk by mercury.bton.ac.uk with SMTP (PP);
          Thu, 4 May 1995 14:56:46 +0100
Received: by diamond.bton.ac.uk (4.1/SMI-4.1)	id AA26472;
          Thu, 4 May 95 14:55:24 BST
From: T.Lewis@bton.ac.uk (Eddie)
Message-Id: <9505041355.AA26472@diamond.bton.ac.uk>
Subject: Arrays
To: amos-list@access.digex.net
Date: Thu, 4 May 1995 14:55:23 +0100 (BST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Content-Length: 1801      
Status: RO
X-Status: 


Hello all,
    I'm new to this group so I'm just letting you all know who I am! :-)

At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
the Amiga Format Coverdisk but haven't got round to setting it up yet!!

So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
else.  I've been programming in Amos for a ggod three years now and know my
way around the language pretty well (I also know c & c++ if anyones
interested!).

When I started using Amos, I needed to set up a large 2d Array (For map
storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
define the array, but if you write to areas of it the machine hangs!!!).

If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!

It's rather low level though, involving pokes and peeks to and from direct
memory addresses!

STEP 1:
    Reserve a data bank for use (This initializes a block of mem. to use)
        RESERVE AS DATA 6,200*200 : 'for array 2D 200*200

STEP 2:
    You need to have a formula that allows you to access an element quickly
and easily.  This may seem complicated but it does work!!!!!!
    For example, a write command (Storing data in an element) could be:
        POKE START 6+x+(y*w),2
; where x is the x co-ord, y is the y co-ord and
; w is the width of the map (The largest possible
; for x).  The value 2 is written to the location.

    This may seem a little complicated, but it is a lot faster than the DIM
function and allows you to define a larger array!!!!  It is also stored as a
data bank allowing the easy loading and saving to disk!!!

If you you want me to go into more detail then let me know!!

I hope this is of some use,

Tim.   -   tl14@bton.ac.uk

From amos-request@svcs1.digex.net Thu May  4 23:18:29 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA04371
  (5.67b8/IDA-1.5); Thu, 4 May 1995 23:18:18 -0400
Received: by svcs1.digex.net id AA03628
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 16:57:07 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA03540
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 16:55:56 -0400
Received: from coyote.rain.org by nfs1.digex.net with SMTP id AA16757
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 16:46:53 -0400
Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id NAA20411 
	  for  on Thu, 4 May 1995 13:41:16 -0700
Date: Thu, 4 May 1995 13:41:14 -0700 (PDT)
From: Doctor X <doctorx@rain.org>
To: Eddie <T.Lewis@bton.ac.uk>
Cc: amos-list@access.digex.net
Subject: Re: Arrays
In-Reply-To: <9505041355.AA26472@diamond.bton.ac.uk>
Message-Id: <Pine.SUN.3.91.950504133833.19683A-100000@coyote.rain.org>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Thu, 4 May 1995, Eddie wrote:
> At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
> the Amiga Format Coverdisk but haven't got round to setting it up yet!!
Same here, except I've got 3M and AmosPro & Compiler.

> When I started using Amos, I needed to set up a large 2d Array (For map
> storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
> which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
> define the array, but if you write to areas of it the machine hangs!!!).
No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
INcrease the value until it works.

[code snipped]
>     This may seem a little complicated, but it is a lot faster than the DIM
> function and allows you to define a larger array!!!!  It is also stored as a
> data bank allowing the easy loading and saving to disk!!!
Yes, you're right.. definately a better way to do it. :)

--                                                               --
oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
||            d o c t o r x @ r a i n . o r g                    ||
::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 


From svcs1.digex.net!amos-request  Thu May  4 15:03:51 1995 remote from earth
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by earth.usa.net (8.6.10/8.6.10) with SMTP id PAA19949 for <lee.kitchens@georgia.com>; Thu, 4 May 1995 15:03:49 -0600
Reply-To: earth!svcs1.digex.net!amos-request
Received: by svcs1.digex.net id AA10300
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 10:08:13 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA10283
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 10:07:49 -0400
Received: from mercury.bton.ac.uk by nfs2.digex.net with SMTP id AA14998
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 10:05:58 -0400
Received: from diamond.bton.ac.uk by mercury.bton.ac.uk with SMTP (PP);
          Thu, 4 May 1995 14:56:46 +0100
Received: by diamond.bton.ac.uk (4.1/SMI-4.1)	id AA26472;
          Thu, 4 May 95 14:55:24 BST
From: earth!bton.ac.uk!T.Lewis (Eddie)
Message-Id: <9505041355.AA26472@diamond.bton.ac.uk>
Subject: Arrays
To: earth!access.digex.net!amos-list
Date: Thu, 4 May 1995 14:55:23 +0100 (BST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Content-Length: 1801      
Status: RO
X-Status: 


Hello all,
    I'm new to this group so I'm just letting you all know who I am! :-)

At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
the Amiga Format Coverdisk but haven't got round to setting it up yet!!

So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
else.  I've been programming in Amos for a ggod three years now and know my
way around the language pretty well (I also know c & c++ if anyones
interested!).

When I started using Amos, I needed to set up a large 2d Array (For map
storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
define the array, but if you write to areas of it the machine hangs!!!).

If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!

It's rather low level though, involving pokes and peeks to and from direct
memory addresses!

STEP 1:
    Reserve a data bank for use (This initializes a block of mem. to use)
        RESERVE AS DATA 6,200*200 : 'for array 2D 200*200

STEP 2:
    You need to have a formula that allows you to access an element quickly
and easily.  This may seem complicated but it does work!!!!!!
    For example, a write command (Storing data in an element) could be:
        POKE START 6+x+(y*w),2
; where x is the x co-ord, y is the y co-ord and
; w is the width of the map (The largest possible
; for x).  The value 2 is written to the location.

    This may seem a little complicated, but it is a lot faster than the DIM
function and allows you to define a larger array!!!!  It is also stored as a
data bank allowing the easy loading and saving to disk!!!

If you you want me to go into more detail then let me know!!

I hope this is of some use,

Tim.   -   tl14@bton.ac.uk


From svcs1.digex.net!amos-request  Thu May  4 20:58:47 1995 remote from earth
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by earth.usa.net (8.6.10/8.6.10) with SMTP id UAA22108 for <lee.kitchens@georgia.com>; Thu, 4 May 1995 20:58:46 -0600
Reply-To: earth!svcs1.digex.net!amos-request
Received: by svcs1.digex.net id AA03628
  (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 16:57:07 -0400
Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA03540
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 16:55:56 -0400
Received: from coyote.rain.org by nfs1.digex.net with SMTP id AA16757
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 16:46:53 -0400
Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id NAA20411 
	  for  on Thu, 4 May 1995 13:41:16 -0700
Date: Thu, 4 May 1995 13:41:14 -0700 (PDT)
From: Doctor X <earth!rain.org!doctorx>
To: Eddie <earth!bton.ac.uk!T.Lewis>
Cc: earth!access.digex.net!amos-list
Subject: Re: Arrays
In-Reply-To: <9505041355.AA26472@diamond.bton.ac.uk>
Message-Id: <Pine.SUN.3.91.950504133833.19683A-100000@coyote.rain.org>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Thu, 4 May 1995, Eddie wrote:
> At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
> the Amiga Format Coverdisk but haven't got round to setting it up yet!!
Same here, except I've got 3M and AmosPro & Compiler.

> When I started using Amos, I needed to set up a large 2d Array (For map
> storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
> which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
> define the array, but if you write to areas of it the machine hangs!!!).
No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
INcrease the value until it works.

[code snipped]
>     This may seem a little complicated, but it is a lot faster than the DIM
> function and allows you to define a larger array!!!!  It is also stored as a
> data bank allowing the easy loading and saving to disk!!!
Yes, you're right.. definately a better way to do it. :)

--                                                               --
oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
||            d o c t o r x @ r a i n . o r g                    ||
::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 



From amos-request@svcs1.digex.net Fri May  5 12:28:38 1995
Received: from svcs1.digex.net by nfs2.digex.net with SMTP id AA24046
  (5.67b8/IDA-1.5); Fri, 5 May 1995 12:27:36 -0400
Received: by svcs1.digex.net id AA15645
  (5.67b8/IDA-1.5 for amos-out); Fri, 5 May 1995 06:10:40 -0400
Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA15640
  (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Fri, 5 May 1995 06:10:38 -0400
Received: from joyl.joensuu.fi by nfs2.digex.net with SMTP id AA03493
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 5 May 1995 06:09:19 -0400
Received: from JOYL.JOENSUU.FI by JOYL.JOENSUU.FI (PMDF V4.3-12 #9276)
 id <01HQ58GDBCPC96YMMF@JOYL.JOENSUU.FI>; Fri, 5 May 1995 13:08:57 GMT+2
Date: Fri, 5 May 1995 13:08:55 GMT+2
From: JOKIVUORI@JOYL.JOENSUU.FI
Subject: Re: Amos future
In-Reply-To: <Pine.HPP.3.91.950504103847.9555B-100000@mpih17>
Resent-To: bcollin@mpi.nl
To: Branko Collin <bcollin@mpi.nl>
Resent-Cc: amos-list@access.digex.net
Cc: Amos Discussion List <amos-list@access.digex.net>
Message-Id: <Pine.3.89.9505051327.A555888903-0100000@JOYL.JOENSUU.FI>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 



On Thu, 4 May 1995, Branko Collin wrote:

> As far as we know (pluralis discussionlistis) Amos development by 
> Europress has stopped completely. Several groups and persons of this list 
> have plans to take it -within legal bounds- a step further. Michael 
> Sikorsky is working on what-used-to-be-called-MARP, a project to replace 
> all Amos commands with C functions, so that an Amos programmer could 
> switch easily to C (and C programmers would not have to plough through 
> numerous manuals just to open a screen). The Amos Development Team (of 
> which the members are?) are working on a completely new Amos-like but 
> less buggy language.

Ok...lets wait.....
 
> > Is there any hope for my AmosPro and A1200? :)
> > 
> 
> In what sense? They are not disfunctional at the moment, are they? You 
> can program with them, cannot you?

Ofcourse i can....still, update for AmosPro2.0 would be great... 

> > I bet you all have heard that Blitz2 is fast....thats not true.
> > Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
> > slower than AmosPro+Compiler. 
> > 
> 
> We have covered this subject before on this list. I guess the fact that 
> both languages are popular means that both languages have their strong 
> points.

Havent seen them, because i'm new on this list....
btw. i have nothing against Blitz2....just testing it....


Jari Jokivuori


From svcs1.digex.net!amos-request Tue May  9 10:55:07 1995 remote from cristal
Return-Path: <amos-request@svcs1.digex.net>
Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
	(Smail3.1.28.1 #3) id m0s8dZi-00014jC; Tue, 9 May 95 10:54 AEST
Received: by svcs1.digex.net id AA03776
  (5.67b8/IDA-1.5 for amos-out); Mon, 8 May 1995 15:36:08 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA03772
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 8 May 1995 15:36:06 -0400
Received: from staff.udg.mx (cosmos.staff.udg.mx) by mail1.access.digex.net with SMTP id AA29917
  (5.67b8/IDA-1.5 for <amos-list@access.digex.com>); Mon, 8 May 1995 15:35:59 -0400
Received: from mexplaza.udg.mx (mexplaza.staff.udg.mx) by staff.udg.mx (4.1/SMI-4.1)
	id AA00809; Sat, 6 May 95 14:34:56 CST
Date: Sat, 6 May 95 14:34:56 CST
From: hugor@staff.udg.mx (Hugo Ramses -Multimedia)
Message-Id: <9505062034.AA00809@staff.udg.mx>
To: amos-list@access.digex.net
Subject: Turbo Extension
Status: RO
X-Status: 

Ajum!!!

Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
but I havn't receibed it. I sent e-mails to Ryan Scott and he never
responds them. What do you know about Ryan and Turbo Extension?


      +---------------------------------+
      | Hugo Ramses Moreno Ramos        +-+
      | hugor@cosmos.staff.udg.mx       | |
      | Guadalajara, Mexico             | |
      | - - - - - - - - - - - - - - - - | |
      | Universidad de Guadalajara:     | |
      | http://unicornio.cencar.udg.mx/ | |
      | - - - - - - - - - - - - - - - - | |
      | WWW Mexic:                      | |
      | http://mexico.udg.mx/           | |
      +-+-------------------------------+ |
        +---------------------------------+

From svcs1.digex.net!amos-request Tue May  9 09:04:38 1995 remote from cristal
Return-Path: <amos-request@svcs1.digex.net>
Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
	(Smail3.1.28.1 #3) id m0s8bqn-0000ZrC; Tue, 9 May 95 09:04 AEST
Received: by svcs1.digex.net id AA22155
  (5.67b8/IDA-1.5 for amos-out); Mon, 8 May 1995 12:28:13 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA22149
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 8 May 1995 12:28:11 -0400
Received: from vx8650.appstate.edu by mail1.access.digex.net with SMTP id AA10857
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 8 May 1995 12:28:06 -0400
Received: from conrad.appstate.edu by conrad.appstate.edu (PMDF V4.3-10 #8642)
 id <01HQ9DDIJWG09UMPLU@conrad.appstate.edu>; Mon,
 08 May 1995 12:29:29 -0400 (EDT)
Date: Mon, 08 May 1995 12:29:29 -0400 (EDT)
From: DM9200@conrad.appstate.edu
Subject: Top Ten List Routine
To: amos-list@access.digex.net
Message-Id: <01HQ9DDIM1LU9UMPLU@conrad.appstate.edu>
X-Vms-To: IN%"amos-list@access.digex.net"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 

Hiya,

I'm the sort of AMOS programmer who's pretty adept at moving bobs and 
pasting icons and very simple coding, but I've never been able to come up
with a top ten list routine.

Assuming the current score is in a variable called SCORE, could someone 
help me out with a procedure to chech and save it against a file on the
disk? this would be much appreciated.

I've always thought a scrolling 3d environment like that of the popular
ibm game could be faked in amos by using a directional animation of screens.
now i know that amos permits only 8 screens but if they are, say, 352 by
960 then you have (through judicious screen offsetting) effectively 24 
screens (or more) which should be sufficient for some excellent 3d scrolling
effects at lightning speed. I wanted to digitize some of those claustro-
phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
not up to snuff.

Opinions? and what is Francois doing these days?

-Daniel

From amos-request@svcs1.digex.net Tue May  9 20:52:44 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA18072
  (5.67b8/IDA-1.5); Tue, 9 May 1995 20:52:43 -0400
Received: by svcs1.digex.net id AA12847
  (5.67b8/IDA-1.5 for amos-out); Tue, 9 May 1995 15:39:47 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA12791
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 9 May 1995 15:38:43 -0400
Received: from pianeta (pianeta.di.unito.it) by mail1.access.digex.net with SMTP id AA13188
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 9 May 1995 11:25:13 -0400
Received: from cicladi.unito.it (cicladi.di.unito.it) by pianeta (4.1/SMI-4.1)
	id AA13902; Tue, 9 May 95 17:20:22 +0200
Received: by cicladi.unito.it (4.1/SMI-4.1)
	id AA22886; Tue, 9 May 95 17:19:11 +0200
Date: Tue, 9 May 1995 17:19:10 +0200 (MET DST)
From: Magoga - Borsista CSI <aldo@cicladi.di.unito.it>
To: Amos Mailing List <amos-list@access.digex.net>
Subject: About Reqtools library
Message-Id: <Pine.SUN.3.91.950509170348.22291A-100000@cicladi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Hi all.

It's a lot of time i dont't write to the list but i'm always am AMOS
programmer!
A question:
 
- Is there a possibility to open a reqtools file requester on a WB screen
from AMOS without using Intuition extension by Andy Church?
The problem is: how to get the start address for the WB screen data 
structure?

   I hope in suggestions....

   Luca (aldo@di.unito.it)

 

From plato1@melbpc.org.au Wed May 10 13:13:45 1995
Received: from emu.melbpc.org.au by mail1.access.digex.net with SMTP id AA24575
  (5.67b8/IDA-1.5 for <amos-request@access.digex.net>); Wed, 10 May 1995 13:13:18 -0400
Received: from dialup-3.melbpc.org.au (dialup-3.melbpc.org.au [203.12.153.12]) by emu.melbpc.org.au (8.6.9/8.6.9) with SMTP id LAA15237 for <amos-request@access.digex.net>; Wed, 10 May 1995 11:08:00 +1000
Message-Id: <199505100108.LAA15237@emu.melbpc.org.au>
From: plato1@melbpc.org.au
Date: Wed, 10 May 95 11:36:11 -700
To: amos-request@access.digex.net
Mime-Version: 1.0
X-Mailer: Mozilla/1.0N (Windows)
Content-Type: text/plain;  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: AMOS running the program
Status: O
X-Status: 



-- 
William Donaldson, Box 122 Kangaroo Ground, Victoria,
AUSTRALIA. 3097
TEL: 03 7120632, Fax.
Member, Melbourne PC User Group.



From amos-request@svcs1.digex.net Wed May 10 16:36:02 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA19282
  (5.67b8/IDA-1.5); Wed, 10 May 1995 16:35:55 -0400
Received: by svcs1.digex.net id AA02230
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 13:13:56 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA02226
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 13:13:55 -0400
Received: from emu.melbpc.org.au by mail1.access.digex.net with SMTP id AA24627
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 13:13:40 -0400
Received: from dialup-3.melbpc.org.au (dialup-3.melbpc.org.au [203.12.153.12]) by emu.melbpc.org.au (8.6.9/8.6.9) with SMTP id LAA15319 for <amos-list@access.digex.net>; Wed, 10 May 1995 11:16:44 +1000
Message-Id: <199505100116.LAA15319@emu.melbpc.org.au>
From: plato1@melbpc.org.au
Date: Wed, 10 May 95 11:44:55 -700
To: amos-list@access.digex.net
Mime-Version: 1.0
X-Mailer: Mozilla/1.0N (Windows)
Content-Type: text/plain;  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: Running AMOS
Status: O
X-Status: 



-- 
William Donaldson, Box 122 Kangaroo Ground, Victoria,
AUSTRALIA. 3097
TEL: 03 7120632, Fax.
Member, Melbourne PC User Group.

I bought a copy of AMOS the Creator (early version I think)
last year and still cannot run it on an AMIGA 500
with WB 2.5 rom, nor on an AMIGA 600, nor on an AMIGA 2000.
I have downloaded the upgrade and that hangs up when it fails to
recognise it's own disk!

This has to be the most difficult AMIGA program I have ever encountered
though I am determined to use it!

I cannot install it to hard disk and it hangs up when run from floppy.

All the computers have hard disk drives and extra memory. The Amiga 2000
has Gigamem (which I disabled with AMOS without any luck).

Can anyone help or should I switch to some other alternative
such as Blitz basic?

Regards, LIAM D.
 


From amos-request@svcs1.digex.net Wed May 10 10:49:35 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA20629
  (5.67b8/IDA-1.5); Wed, 10 May 1995 10:49:34 -0400
Received: by svcs1.digex.net id AA10828
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 07:59:02 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA10823
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 07:58:58 -0400
Received: from bilbo.isc.anglia.ac.uk by www1.access.digex.net with SMTP id AA10028
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 07:58:05 -0400
Received: by bilbo.isc.anglia.ac.uk (5.0/SMI-SVR4)
	id AA02439; Wed, 10 May 1995 12:56:03 +0100
Date: Wed, 10 May 1995 12:56:03 +0100
From: csadler@isc.anglia.ac.uk (Chris Sadler (SEG 94))
Message-Id: <9505101156.AA02439@bilbo.isc.anglia.ac.uk>
To: amos-list@access.digex.net
Subject: Software Failure
X-Sun-Charset: US-ASCII
Content-Length: 547
Status: RO
X-Status: 

Hello All,

I've got a real sod of a problem which is making my life hell!! Whenever I
run my new project on my A1200 it generates a SOFTWARE FAILURE error,
tells me to wait for disk activity to finish before rebooting.

I looked through the program on AMOS Pro using the step command and it seems
when it gets to an

UNTIL etc,

Command it skips to somewhere completely obscure in the program causing the
crash?

HELP!!!!!!

Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
Is it my HD?
Is it my A1200?

What the hell is going on?????!!!!

From amos-request@svcs1.digex.net Wed May 10 14:40:40 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA06941
  (5.67b8/IDA-1.5); Wed, 10 May 1995 14:40:39 -0400
Received: by svcs1.digex.net id AA25923
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 12:11:00 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA25919
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 12:10:59 -0400
Received: from rhea.otol.fi by mail1.access.digex.net with SMTP id AA19266
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 12:10:40 -0400
Received: from janus.otol.fi (tumu@janus.otol.fi [193.64.226.249]) by rhea.otol.fi (8.6.12/8.6.9) with ESMTP id PAA29368; Wed, 10 May 1995 15:18:34 +0300
Received: (from tumu@localhost) by janus.otol.fi (8.6.9/8.6.9) id PAA27151; Wed, 10 May 1995 15:18:27 +0300
Date: Wed, 10 May 1995 15:18:27 +0300 (EET DST)
From: Tumu / BFB <tumu@janus.otol.fi>
To: Magoga - Borsista CSI <aldo@cicladi.di.unito.it>
Cc: Amos Mailing List <amos-list@access.digex.net>
Subject: Re: About Reqtools library
In-Reply-To: <Pine.SUN.3.91.950509170348.22291A-100000@cicladi>
Message-Id: <Pine.SUN.3.90.950510151355.27134B-100000@janus.otol.fi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 9 May 1995, Magoga - Borsista CSI wrote:

> Hi all.
> 
> It's a lot of time i dont't write to the list but i'm always am AMOS
> programmer!
> A question:
>  
> - Is there a possibility to open a reqtools file requester on a WB screen
> from AMOS without using Intuition extension by Andy Church?
> The problem is: how to get the start address for the WB screen data 
> structure?
> 
>    I hope in suggestions....
> 
>    Luca (aldo@di.unito.it)
> 
>  
> 
Yes, you can use reqtools for AMOS Pro with out intuition extension, but 
I don't know about AMOS. I have made routines to AMOS Pro for 
reqtools.library, but I had a hd-crash lately and the sources for 
reqtools went to dev null.... I am recoding them probably in this week, 
and I am thinking to send them to AMOS List.

	Tumu / BFB Team


From amos-request@svcs1.digex.net Wed May 10 19:33:48 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA28624
  (5.67b8/IDA-1.5); Wed, 10 May 1995 18:51:48 -0400
Received: by svcs1.digex.net id AA07762
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 14:05:07 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA07758
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 14:05:06 -0400
Received: from cr33m.staffs.ac.uk by mail1.access.digex.net with SMTP id AA21570
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 12:37:12 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id OAA22530; Wed, 10 May 1995 14:47:05 +0100
Received: by bs47c.staffs.ac.uk; id AA19133; Wed, 10 May 1995 14:47:00 +0100
Date: Wed, 10 May 1995 14:46:59 +0100 (BST)
From: "A.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
Subject: Re: Software Failure
To: Chris Sadler <csadler@isc.anglia.ac.uk>
Cc: amos-list@access.digex.net
In-Reply-To: <9505101156.AA02439@bilbo.isc.anglia.ac.uk>
Message-Id: <Pine.3.89.9505101454.B9772-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Wed, 10 May 1995, Chris Sadler wrote:

> Hello All,
> 
> I've got a real sod of a problem which is making my life hell!! Whenever I
> run my new project on my A1200 it generates a SOFTWARE FAILURE error,
> tells me to wait for disk activity to finish before rebooting.
> 
> I looked through the program on AMOS Pro using the step command and it seems
> when it gets to an
> 
> UNTIL etc,
> 
> Command it skips to somewhere completely obscure in the program causing the
> crash?
> 
> HELP!!!!!!
> 
> Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?

Most likely.

> Is it my HD?
> Is it my A1200?

It wont be your setup.  It is always AMOS that mucks everything up.  When 
Monsieur Lionet wrote AMOS, he was learning to program the Amiga.  He 
came from the ST!!!!!  Therefore, everything is badly bugged and he didnt 
even hear of a tool called Enforcer.  My advice is to disable those 
extensions and try again.  There is always clashing with different 
extensions.

> 
> What the hell is going on?????!!!!
> 

Crap AMOS, thats what! :-(

             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Thu May 11 00:05:21 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA04219
  (5.67b8/IDA-1.5); Thu, 11 May 1995 00:05:21 -0400
Received: by svcs1.digex.net id AA14195
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 21:10:04 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA14184
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 21:10:00 -0400
Received: from crash.cts.com by mail1.access.digex.net with SMTP id AA18861
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 21:09:44 -0400
Received: by crash.cts.com (Smail3.1.28.1 #23)
	id m0s9CXW-0000OnC; Wed, 10 May 95 07:15 PDT
Date: Wed, 10 May 1995 07:15:02 -0700 (PDT)
From: Greg Cox <gcox@cts.com>
To: amos-list@access.digex.net
Subject: List Dead or ?
Message-Id: <Pine.SCO.3.91.950510070935.28444A-100000@crash.cts.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 


Haven't seen any post on the list for almost a week now is the list:

1) Down
2) Dead
3) All of the above

Anyone have any word on the latest with the TurboPlus extension or is 
that dead as well (latest being v2.0). I was looking forward to seeing this
Scene Animation Language and also Colour Font commands implemented 
instead of having to use the procedures as well as the multitasking LOAD 
command.

Also has the Compact+ extension gotten off the ground yet ?

Greg


From angel@labein.es Wed May 10 10:24:33 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA19268
  (5.67b8/IDA-1.5 for <mcox@access.digex.net>); Wed, 10 May 1995 10:24:32 -0400
Received: from sol.labein.es by svcs1.digex.net with SMTP id AA18670
  (5.67b8/IDA-1.5 for <amos-request@svcs1.digex.net>); Wed, 10 May 1995 10:23:08 -0400
Received: by sol.labein.es (4.1/SMI-4.1)
	id AA01248; Wed, 10 May 95 16:16:40 +0200
Date: 10 May 95 16:16 +0200
From: Angel Alvarez <angel@labein.es>
To: <amos-request@svcs1.digex.net>
In-Reply-To: <9505101156.AA02439@bilbo.isc.anglia.ac
Message-Id: <281*angel@labein.es>
Subject: Re: Software Failure
Status: RO
X-Status: 

On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:

> Hello All,
> 
> I've got a real sod of a problem which is making my life hell!! Whenever I
> run my new project on my A1200 it generates a SOFTWARE FAILURE error,
> tells me to wait for disk activity to finish before rebooting.
> 
> I looked through the program on AMOS Pro using the step command and it seems
> when it gets to an
> 
> UNTIL etc,
> 
> Command it skips to somewhere completely obscure in the program causing the
> crash?
> 
> HELP!!!!!!
> 
> Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?

Perhaps your problem is related with the installed extensions. I recommend you
to de-install these extensions, and try again.

> Is it my HD?
> Is it my A1200?
Another possibility is a problem with the memory chips of your AMIGA. Try some
program on Aminet to check the memory. 

> What the hell is going on?????!!!!

I hope this helps

===============================================================================
                     _/_/_/ _/     _/_/   _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
 Angel Alvarez      _/  _/ _/     _/  _/   _/      _/     _/  _/ _/       _/
  (Aldi Soft)      _/_/_/ _/     _/  _/   _/      _/_/_/ _/  _/ _/_/     _/
angel@labein.es   _/  _/ _/     _/  _/   _/          _/ _/  _/ _/       _/
                 _/  _/ _/_/_/ _/_/   _/_/_/    _/_/_/ _/_/_/ _/       _/
===============================================================================
             | Note: Aldi Soft isn't a software company. It's me. |
             ======================================================

From amos-request@svcs1.digex.net Wed May 10 13:07:08 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA29262
  (5.67b8/IDA-1.5); Wed, 10 May 1995 13:07:08 -0400
Received: by svcs1.digex.net id AA19341
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 10:38:40 -0400
Received: from sol.labein.es by svcs1.digex.net with SMTP id AA19299
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 10:38:19 -0400
Received: by sol.labein.es (4.1/SMI-4.1)
	id AA01570; Wed, 10 May 95 16:32:04 +0200
Date: 10 May 95 16:30 +0200
From: Angel Alvarez <angel@labein.es>
To: <amos-list@svcs1.digex.net>
In-Reply-To: <9505101156.AA02439@bilbo.isc.anglia.ac
Message-Id: <283*angel@labein.es>
Subject: Re: Software Failure
Status: RO
X-Status: 

On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:

> Hello All,
> 
> I've got a real sod of a problem which is making my life hell!! Whenever I
> run my new project on my A1200 it generates a SOFTWARE FAILURE error,
> tells me to wait for disk activity to finish before rebooting.
> 
> I looked through the program on AMOS Pro using the step command and it seems
> when it gets to an
> 
> UNTIL etc,
> 
> Command it skips to somewhere completely obscure in the program causing the
> crash?
> 
> HELP!!!!!!
> 
> Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?

Perhaps your problem is related with the installed extensions. I recommend you
to de-install these extensions, and try again.

> Is it my HD?
> Is it my A1200?
Another possibility is a problem with the memory chips of your AMIGA. Try some
program on Aminet to check the memory. 

> What the hell is going on?????!!!!

I hope this helps

===============================================================================
                     _/_/_/ _/     _/_/   _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
 Angel Alvarez      _/  _/ _/     _/  _/   _/      _/     _/  _/ _/       _/
  (Aldi Soft)      _/_/_/ _/     _/  _/   _/      _/_/_/ _/  _/ _/_/     _/
angel@labein.es   _/  _/ _/     _/  _/   _/          _/ _/  _/ _/       _/
                 _/  _/ _/_/_/ _/_/   _/_/_/    _/_/_/ _/_/_/ _/       _/
===============================================================================
             | Note: Aldi Soft isn't a software company. It's me. |
             ======================================================

From amos-request@svcs1.digex.net Wed May 10 20:44:59 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA16482
  (5.67b8/IDA-1.5); Wed, 10 May 1995 20:44:48 -0400
Received: by svcs1.digex.net id AA26321
  (5.67b8/IDA-1.5 for amos-out); Wed, 10 May 1995 17:10:16 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA26317
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 10 May 1995 17:10:14 -0400
Received: from coyote.rain.org by mail1.access.digex.net with SMTP id AA11795
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 10 May 1995 17:10:00 -0400
Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id LAA06018 
	  for  on Wed, 10 May 1995 11:22:54 -0700
Date: Wed, 10 May 1995 11:22:47 -0700 (PDT)
From: Doctor X <doctorx@rain.org>
To: amos-list@access.digex.net
Subject: WarGame Creator
Message-Id: <Pine.SUN.3.91.950510112049.5666A-100000@coyote.rain.org>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: D

Hey look, I've got a working alpha copy ready for FTP at 
ftp.rain.org/pub/doctorx/ if anyone wants to try it out. I need graphics, 
ideas, and if you want to finish coding it, it's all yours. I am no 
longer interested in it as much as I was. Currently I am working on a 
C64-style platform game and a MUD for Linux which is taking up all of my 
time (as if a weekly TV show didn't. Ha.)

--                                                               --
oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
||            d o c t o r x @ r a i n . o r g                    ||
::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 


From amos-request@svcs1.digex.net Thu May 11 11:06:45 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA22796
  (5.67b8/IDA-1.5); Thu, 11 May 1995 11:06:44 -0400
Received: by svcs1.digex.net id AA01980
  (5.67b8/IDA-1.5 for amos-out); Thu, 11 May 1995 04:16:37 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA01976
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 11 May 1995 04:16:35 -0400
Received: from wn1.sci.kun.nl by www1.access.digex.net with SMTP id AA24968
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 11 May 1995 04:16:05 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id KAA04779 (8.6.10/2.9); Thu, 11 May 1995 10:16:30 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA28679; Thu, 11 May 1995 10:16:49 +0200
Date: Thu, 11 May 1995 10:16:49 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: plato1@melbpc.org.au
Cc: amos-list@access.digex.net
Subject: Re: Running AMOS
In-Reply-To: <199505100116.LAA15319@emu.melbpc.org.au>
Message-Id: <Pine.HPP.3.91.950511101059.28549B-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O
X-Status: 

On Wed, 10 May 1995 plato1@melbpc.org.au wrote:

> I bought a copy of AMOS the Creator (early version I think)
> last year and still cannot run it on an AMIGA 500
> with WB 2.5 rom, nor on an AMIGA 600, nor on an AMIGA 2000.
> I have downloaded the upgrade and that hangs up when it fails to
> recognise it's own disk!
> 
> This has to be the most difficult AMIGA program I have ever encountered
> though I am determined to use it!
> 
> I cannot install it to hard disk and it hangs up when run from floppy.
> 
> All the computers have hard disk drives and extra memory. The Amiga 2000
> has Gigamem (which I disabled with AMOS without any luck).
> 

This certainly is not normal behaviour. Although AMOS is a bit buggy, the 
things you describe should not happen.

Which upgrade have you got? 1.36? And how did you install the software? 
Was there a programme to do it for you? Where did your configuration file 
go? Has a directory called Amos_system been created and is Amos able to 
find it?

What do you mean with 'the upgrade hangs up when it fails to recognise 
it's own disk'? Do you mean the Amos (back-up, I hope) disk, or the disk 
the upgrade is on? And what do you mean with 'fails to recognise'? Do you 
get a message stating that (what?)?

Replies to the list, please.

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .

.......................................................................

From amos-request@svcs1.digex.net Thu May 11 11:04:41 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA22621
  (5.67b8/IDA-1.5); Thu, 11 May 1995 11:04:38 -0400
Received: by svcs1.digex.net id AA01494
  (5.67b8/IDA-1.5 for amos-out); Thu, 11 May 1995 03:59:41 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA01490
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 11 May 1995 03:59:40 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA24080
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 11 May 1995 03:59:08 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.03377-0@eros.britain.eu.net>; Thu, 11 May 1995 08:59:13 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Thu, 11 May 95 07:44:02 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Thu, 11 May 95 07:43:07 GMT
Message-Id: <21720.9505110743@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Thu, 11 May 95 07:43:56 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Thu, 11 May 1995 08:45:12 0
Subject: Re: Software Failure
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: O
X-Status: 


> On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:
> 

> > Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
> 
> Perhaps your problem is related with the installed extensions. I recommend you
> to de-install these extensions, and try again.
> 
Extensions won't cause a problem after startup unless you actually 
*use* the commands in them - if your not using the extension 
commands, de-installing them won't make any difference except to free 
some memory.

> > Is it my HD?
> > Is it my A1200?
> Another possibility is a problem with the memory chips of your AMIGA. Try some
> program on Aminet to check the memory. 
> 
I very much doubt it - forget the HD - the program has already loaded 
& tested. If it was the machine it would be crashing left  right and 
centre, not just on AMOS loops, and if it was the memory, it wouldn't
happen everytime, as the program would be at a different address each 
time.

If it crashes at the end of a loop / if block, the probable cause is 
this:  When an AMOS command is executed, it receives its parameters 
on a stack using register A3. If must remove all these from the stack 
by adjusting A3 before it returns. The address to loop/jump to for 
if/loop commands is also on A3, so if a command does in the loop does 
not remove all of its parameters correctly, your program will jump to 
the wrong place. Can you mail me the section of code in question?

P.s. Congratulations on being the only person in the universe 
actually able to install the craft extension! Everyone I've spoken to 
had the installation program crash for one reason or another - on my 
machine the keyboard map was wrong, and I couldn't type :'s which 
made entering paths a bit difficult!
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views
of Eurotherm Controls plc, or Imperial College, or in
fact Paul Hickman, but are in fact the views of a 
small furry alien from the planet zorg (called fred), so
if you don't like them, sue him/her/whatever.

Death to all tennis players.

From amos-request@svcs1.digex.net Thu May 11 10:15:25 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA05835
  (5.67b8/IDA-1.5); Thu, 11 May 1995 10:15:24 -0400
Received: by svcs1.digex.net id AA01521
  (5.67b8/IDA-1.5 for amos-out); Thu, 11 May 1995 04:00:13 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA01517
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 11 May 1995 04:00:12 -0400
Received: from ruucv1.chem.ruu.nl by www1.access.digex.net with SMTP id AA24136
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 11 May 1995 03:59:42 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA25953; Thu, 11 May 1995 10:00:03 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA04790; Thu, 11 May 95 10:04:12 +0200
Message-Id: <9505110804.AA04790@tc6.chem.ruu.nl>
Subject: screenstruct
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Thu, 11 May 95 10:04:12 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hello,

I read somewhere the 'screen-struct' from intuition (I don't know
too much about this subject so don't flame me for using screen when it
should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
a pointer to a piece of memory with the bitmap, is this right ?
If it is, is it possible to have a intui.screen showing the contents of
an amosscreen (since amos can give the pointer to the bitmap of its screen)
I realise that there are differences in the screens but would a single
bitplane be possible ?
If this can be done, it would mean I can get amos-screen-data in a wb
screen on 1.3. 

Anyone ? (Andy, please ?:-)


---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Thu May 11 23:32:56 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA09172
  (5.67b8/IDA-1.5); Thu, 11 May 1995 23:32:55 -0400
Received: by svcs1.digex.net id AA12768
  (5.67b8/IDA-1.5 for amos-out); Thu, 11 May 1995 14:36:49 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA12763
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 11 May 1995 14:36:47 -0400
Received: from vortex.netbistro.com by www1.access.digex.net with SMTP id AA28023
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 11 May 1995 14:36:11 -0400
Received: by vortex.netbistro.com (Smail3.1.29.1 #9)
	id m0s9d6G-000LTKC; Thu, 11 May 95 11:36 PDT
Date: Thu, 11 May 1995 11:36:22 -0700 (PDT)
From: Gau <gau@vortex.netbistro.com>
To: Martijn Wehrens <m.g.d.wehrens@chem.ruu.nl>
Cc: Amos-Mailing-List <amos-list@access.digex.net>
Subject: Re: screenstruct
In-Reply-To: <9505110804.AA04790@tc6.chem.ruu.nl>
Message-Id: <Pine.BSD.3.91.950511113141.22749C-100000@vortex.netbistro.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Thu, 11 May 1995, Martijn Wehrens wrote:

> Hello,
> 
> I read somewhere the 'screen-struct' from intuition (I don't know
> too much about this subject so don't flame me for using screen when it
> should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
> a pointer to a piece of memory with the bitmap, is this right ?

Yes.

> If it is, is it possible to have a intui.screen showing the contents of
> an amosscreen (since amos can give the pointer to the bitmap of its screen)

This does work and I could give you code that does it if you want.
From what I've done with it though, windows mess up the display and AMOS 
can't write to the windows directly.

> I realise that there are differences in the screens but would a single
> bitplane be possible ?

You could do an entire 5-bitplane HAM screen if you really wanted to.
BTW: Most of the differences of the displays come from AMOS's copper list 
and not the bitmaps themselves.  The bitmaps will slide into a screen's 
bitmap structure directly.

> If this can be done, it would mean I can get amos-screen-data in a wb
> screen on 1.3. 
> 
Yes.  You still need to use intuition to do windowing though.

==============================================================================
Gau of the Veldt

  "Draped in monster hides, eyes shining with intelligence.
   A youth surviving against all odds..."

== Email: gau@vortex.netbistro.com == WWW: http://vortex.netbistro.com/comp ==


From amos-request@svcs1.digex.net Fri May 12 12:47:14 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA17820
  (5.67b8/IDA-1.5); Fri, 12 May 1995 12:47:13 -0400
Received: by svcs1.digex.net id AA27473
  (5.67b8/IDA-1.5 for amos-out); Fri, 12 May 1995 06:12:52 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA27468
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 12 May 1995 06:12:50 -0400
Received: from wn1.sci.kun.nl by mail1.access.digex.net with SMTP id AA17490
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 12 May 1995 06:12:38 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id MAA15002 (8.6.10/2.9); Fri, 12 May 1995 12:12:41 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA05324; Fri, 12 May 1995 12:12:58 +0200
Date: Fri, 12 May 1995 12:12:58 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: "David C. Gorton" <udcg@sunyit.edu>
Cc: amos-list@access.digex.net
Subject: Re: AMOS TV Scroller Prg Needed Please!
In-Reply-To: <Pine.ULT.3.91.950421031521.18571A-100000@pool.info.sunyit.edu>
Message-Id: <Pine.HPP.3.91.950512120941.5248B-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Fri, 21 Apr 1995, David C. Gorton wrote:

> I'm looking for an text-scroller for a TV newsroom.  Sort of like what 
> you would be able to roll credits on.  But instead it would be for the 
> reporters to read their lines off of while looking into the camera.  
> Anybody know where I can find/FTP one?  Source would be nice too.  NTSC 
> compatibility is a must, unless the source is available.  I know just 
> enough about AMOS to change PAL to NTSC.
>  

BTW, a Dutch TV-programme recently showed how autocues work. It was 
indeed a very simple screen scroller, one anybody could programme in 10 
lines of Amos. The only thing new I learned was that the 
news-presenter or an operator used a footpedal to control the speed of 
the scrolling.

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Fri May 12 12:49:00 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA17995
  (5.67b8/IDA-1.5); Fri, 12 May 1995 12:48:59 -0400
Received: by svcs1.digex.net id AA26065
  (5.67b8/IDA-1.5 for amos-out); Fri, 12 May 1995 05:33:24 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA26057
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 12 May 1995 05:33:21 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA16135
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 12 May 1995 05:33:10 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA01117; Fri, 12 May 1995 11:33:16 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA01351; Fri, 12 May 95 11:37:30 +0200
Message-Id: <9505120937.AA01351@tc6.chem.ruu.nl>
Subject: about free
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Fri, 12 May 95 11:37:29 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hi,

Is it stated anywhere in the amos(pro) manual that the 'Free'
function so happens to clear any 'Param' or 'Param$' ?!?!
(This cost me a lot of bug-searching!)

If anyone remembers my question about the (pro)compiler and my
large program (the big set buffer):
It helped much to have a number of 'F=Free' commands during
many string-operations, other than that,
it also helped much to make the buffer smaller. Which is a problem
because some 200 K of data must be read into array's (so whay not
use a Bank you'll say... alas, the most of the data will be
resized in the program, a bank would cost about 500K : too much)

When a compiled program gets stuck:

- change the order of your procedures
- Retokenize the program. This will correct most file errors
 (which are scarce, really ;-) )
- If using Data-lines, check out for comments etc. otherwise the
  compiler will be confused by this remarks.
- If using permanent banks, check if all the bank lengths are
  *even*. Not doing so will cause the compiler to create
  unexecuteable files.
- Try out both cli and wb executables.
- Try to reduce the string buffer size.
- Avoid dummy and trash strings where possible.
  Use DUMMY=Free in complicated string manipulation procedures.
- Ask Francois Lionet to fix the string bugs! :-)
- Give up. :-(

In case of very, very many string-operations:
these can be quite sure at fault:
Chris> "I've coded a lot of programs and my
Chris> AMOS-Guide program has to use a lot of string work and you can watch
Chris> it crashing after at least 30 seconds scrolling through large
Chris> nodes..." I'm afraid there's nothing you could do about this but to
Chris> avoid using strings... :-(

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Fri May 12 17:48:25 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA12800
  (5.67b8/IDA-1.5); Fri, 12 May 1995 17:48:23 -0400
Received: by svcs1.digex.net id AA16964
  (5.67b8/IDA-1.5 for amos-out); Fri, 12 May 1995 12:07:24 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA16960
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 12 May 1995 12:07:22 -0400
Received: from staff.udg.mx ([148.202.3.4]) by mail1.access.digex.net with SMTP id AA11725
  (5.67b8/IDA-1.5 for <amos-list@access.digex.com>); Fri, 12 May 1995 12:07:04 -0400
Received: from goya.staff.udg.mx.udg.mx by staff.udg.mx (4.1/SMI-4.1)
	id AA11427; Fri, 12 May 95 10:11:46 CST
Date: Fri, 12 May 95 10:11:46 CST
From: hugor@staff.udg.mx (Hugo Ramses -Multimedia)
Message-Id: <9505121611.AA11427@staff.udg.mx>
To: amos-list@access.digex.net
Subject: Re: Turbo Extension
Status: RO
X-Status: 

 
> > Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
> > but I havn't receibed it. I sent e-mails to Ryan Scott and he never
> > responds them. What do you know about Ryan and Turbo Extension?
> 
> But Ryan Scott has nothing to do with Turbo Extension... Turbo extension 
> was made by a Andre.... can't remember. However version 1.9 is freeware 
> and I don't know of future commercial (or shareware) version.
> 
> MeF
> 

Well, I sent the money to Ryan, and I don't think I sent my money to the wrong
person, do I?

      +---------------------------------+
      | Hugo Ramses Moreno Ramos        |
      | hugor@cosmos.staff.udg.mx       | 
      | Guadalajara, Mexico             | 
      | - - - - - - - - - - - - - - - - | 
      | http://www.udg.mx/~hugor        | 
      +---------------------------------+

From amos-request@svcs1.digex.net Fri May 12 18:36:24 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA17103
  (5.67b8/IDA-1.5); Fri, 12 May 1995 18:36:23 -0400
Received: by svcs1.digex.net id AA29997
  (5.67b8/IDA-1.5 for amos-out); Fri, 12 May 1995 14:23:17 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA29992
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 12 May 1995 14:23:16 -0400
Received: from mail04.mail.aol.com by mail1.access.digex.net with SMTP id AA24802
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 12 May 1995 14:22:01 -0400
Received: by mail04.mail.aol.com
	(1.37.109.11/16.2) id AA176252933; Fri, 12 May 1995 14:22:13 -0400
Date: Fri, 12 May 1995 14:22:13 -0400
From: Begust@aol.com
Message-Id: <950512141355_116478286@aol.com>
To: amos-list@access.digex.net
Subject: Re: screenstruct
Status: RO
X-Status: 

On Fri, 12 May 1995,  (Gau) wrote:
>.On Thu, 11 May 1995, Martijn Wehrens wrote:
>
>> Hello,
>> 
>> I read somewhere the 'screen-struct' from intuition (I don't know
>> too much about this subject so don't flame me for using screen when it
>> should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
>> a pointer to a piece of memory with the bitmap, is this right ?
>
>Yes.
>
>> If it is, is it possible to have a intui.screen showing the contents of
>> an amosscreen (since amos can give the pointer to the bitmap of its
screen)
>
>This does work and I could give you code that does it if you want.
>From what I've done with it though, windows mess up the display and AMOS 
>can't write to the windows directly.
>

<file cliped>

Ya Andy:

   If this do'es work.  Could you upgrade your INTUITION extention to allow
your screen opens
to share a bitmap with Amos, instead of using the AMOSCOPY command.

    Only problem now, is the mouse.  The Amos mouse and Intuition's mouse
have nothing to 
do with each other.  You have no way of detecting zones.

-

Gau:
    Would you please send me a copy of your code.  I would like a chance to
play with this.


Brad G.


From amos-request@svcs1.digex.net Sat May 13 19:42:34 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA06294
  (5.67b8/IDA-1.5); Sat, 13 May 1995 19:42:32 -0400
Received: by svcs1.digex.net id AA24130
  (5.67b8/IDA-1.5 for amos-out); Sat, 13 May 1995 14:14:43 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AB24126
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sat, 13 May 1995 14:14:42 -0400
Received: from goober.mbhs.edu by www1.access.digex.net with SMTP id AA10106
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sat, 13 May 1995 14:14:29 -0400
Received: from dragon.mbhs.edu by goober.mbhs.edu (AIX 3.2/UCB 5.64/4.03)
          id AA26883; Sat, 13 May 1995 14:16:27 -0400
From: achurch@dragon.mbhs.edu (Andy Church)
To: amos-list@access.digex.net
Subject: Re: Turbo Extension
Date: Sat May 13 14:13:41 1995
Message-Id: <199505131413.AA06245@dragon.mbhs.edu>
Reply-To: achurch@goober.mbhs.edu
X-Mailer: MMail v4.21
Status: RO
X-Status: 

>Maybe you can find some way of contacting him through NetCreations.
>
>He does exist as rscott@netcreations.com, it seems to be an ftp-only site 
>but E-mail is a possibility.

  According to his web page, you can reach him via E-mail at
rscott@gate.net (his old address).

>And if you find him, remind him that he owes Dave May $200.00!

  And he still owes me about $100...

  --Andy Church (achurch@goober.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/
    AMOS Web Site: http://www.mbhs.edu/~achurch/amos/

From amos-request@svcs1.digex.net Sat May 13 14:03:13 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA09231
  (5.67b8/IDA-1.5); Sat, 13 May 1995 14:03:12 -0400
Received: by svcs1.digex.net id AA13616
  (5.67b8/IDA-1.5 for amos-out); Sat, 13 May 1995 10:11:31 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA13612
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sat, 13 May 1995 10:11:29 -0400
Received: from cc.dixie.edu.dixie.edu (cc.dixie.edu) by www1.access.digex.net with SMTP id AA23210
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sat, 13 May 1995 10:11:24 -0400
Received: by cc.dixie.edu.dixie.edu (5.65/Ultrix3.0-C)
	id AA29055; Sat, 13 May 1995 08:13:12 -0600
Date: Sat, 13 May 1995 08:13:12 -0600 (MDT)
From: Dave May <may_d@cc.dixie.edu>
To: amos-list@access.digex.net
Subject: Re: Turbo Extension
In-Reply-To: <9505121611.AA11427@staff.udg.mx>
Message-Id: <Pine.ULT.3.90.950513075134.29009A-100000@cc.dixie.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Fri, 12 May 1995, Hugo Ramses -Multimedia wrote:

> > > Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
> > > but I havn't receibed it. I sent e-mails to Ryan Scott and he never
> > > responds them. What do you know about Ryan and Turbo Extension?
> > 
> > But Ryan Scott has nothing to do with Turbo Extension... Turbo extension 
> > was made by a Andre.... can't remember. However version 1.9 is freeware 
> > and I don't know of future commercial (or shareware) version.
> > 
> > MeF

Whoa hold on here, Ryan Scott had everything to do with Turbo Extension.  
He coordinated efforts from Manuel Andre, himself, me, and other 
programmers/designers to produce Turbo.  He did an excellent job (though 
he owes me some money)...
 
> Well, I sent the money to Ryan, and I don't think I sent my money to the wrong
> person, do I?

You sent it to the right person.  Nonetheless he has left the AMOS scene 
to make some money.  Hmmm.  it appears Ryan Scott has a web page.  
Something to do with NetCreations, Inc.

URL: http://www.netcreations.com/rscott/index.html

Maybe you can find some way of contacting him through NetCreations.

He does exist as rscott@netcreations.com, it seems to be an ftp-only site 
but E-mail is a possibility.

And if you find him, remind him that he owes Dave May $200.00!

Dave

From amos-request@svcs1.digex.net Sat May 13 23:11:08 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA08107
  (5.67b8/IDA-1.5); Sat, 13 May 1995 23:11:07 -0400
Received: by svcs1.digex.net id AA11040
  (5.67b8/IDA-1.5 for amos-out); Sat, 13 May 1995 19:16:57 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA11036
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sat, 13 May 1995 19:16:55 -0400
Received: from pan.otol.fi by www1.access.digex.net with SMTP id AA29087
  (5.67b8/IDA-1.5 for <amos-list@access.digex.com>); Sat, 13 May 1995 19:16:47 -0400
Received: from janus.otol.fi (tumu@janus.otol.fi [193.64.226.249]) by pan.otol.fi (8.6.12/8.6.9) with ESMTP id CAA23851 for <amos-list@access.digex.com>; Sun, 14 May 1995 02:16:51 +0300
Received: (from tumu@localhost) by janus.otol.fi (8.6.9/8.6.9) id CAA14221; Sun, 14 May 1995 02:16:41 +0300
Date: Sun, 14 May 1995 02:16:41 +0300 (EET DST)
From: Tumu / BFB <tumu@janus.otol.fi>
To: AMOS Mailing list <amos-list@access.digex.net>
Subject: REQTOOLS INTERFACE FOR AMOSPRO
Message-Id: <Pine.SUN.3.90.950514020852.14217A@janus.otol.fi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 


Here it is, Reqtools interface for AmosPro. 

I will update it like adding matchpatterns, but it hasn't got much hurry.

If you're using this piece of code in your progs, please credit me in 
information texts. 

This piece of code is PUBLIC DOMAIN, so you can't take any money from it 
except some cost for disks and postage.

	Tumu / BFB Team <tumu@janus.otol.fi>

------------------------ cut here --------------------------

' reqtools interface by tumu / bfb team <tumu@janus.otol.fi> 
' version 1.0 - public domain

' bfb team productions 1995
' bfb team www page: http://lyyra.kempele.fi/~quaid/ 

' reqtools.library is copyrighted by Nico Francois

' requires make's lib extension! _rtfilereq uses it's mem allocation routines  
'                            (reserves 108 bytes for filename)   

' make's lib can be ftped from nic.funet.fi
'                              /pub/amiga/programming/amos/makelib.lha   

' procedures:
'             _rtallocrequest[type_of_requester] 
'             ; allocates needed buffers for requesters
'               type = 0 - file requester  
'                      1 - easy requester
'                      2 - font requester (not available)
'                      3 - screenmode req. (not available) 
'             ; returns in Param the address of the buffer or null if
'               no memory

'             _rtezrequest[requester_string,gadget_strings,titlebar_str, 
'                          request_buffer] 
'             ; use easy requester 
'               requester_string - requester string
'               gadget_string    - gadget string (gads seperated by '|')   
'                                  (example: "Ok|Cancel")
'               titlebar_str     - titlebar string 
'               request_buffer   - address returned by _rtallocrequest 

'             _rtfilerequest[titlestr,request_buffer]
'             ; use file requester 
'               titlestr - title string
'               request_buffer - address returned by _rtallocrequest 
'             ; return: returns 1 in Param if user selected a file 
'                       _rtfile$ contains filename 
'                       _rtdir$ contains directoryname 

'             _rtfreerequest[request_buffer] 
'             ; deallocates request buffer 
'               request_buffer - address returned by _rtallocrequest 

Amos To Back 

Lib Open 1,"reqtools.library",0

_RTALLOCREQUEST[0]
_REQBUFFER=Param

If _REQBUFFER<=0
   Amos To Front 
   Print "no enough mem for reqbuffer"
   End 
End If 

_RTFILEREQUEST["BFB Team productions 1995",_REQBUFFER]

Print Param,_RTDIR$+"/"+_RTFILE$

_RTFREEREQUEST[_REQBUFFER]

Amos To Front 

Procedure _RTALLOCREQUEST[TYPE]
   ' rt_filereq - equ 0 ; file requester  
   ' rt_reqinfo - equ 1 ; easy requester
   
   Dreg(0)=TYPE
   Areg(0)=0
   
   RES=Lib Call(1,-$1E)
   
End Proc[RES]
Procedure _RTEZREQUEST[_REQ$,_GADS$,_TITLE$,_REQBUFFER]
   
   Areg(1)=Varptr(_REQ$)
   Areg(2)=Varptr(_GADS$)
   Areg(3)=_REQBUFFER
   Areg(4)=0
   Areg(0)=0
   
   X=Free
   Loke _REQBUFFER+12,Varptr(_TITLE$)
   
   RES=Lib Call(1,-$42)
   
End Proc[RES]
Procedure _RTFILEREQUEST[_TITLE$,_REQBUFFER]
   
   Shared _RTFILE$,_RTDIR$,_RTFILENAMEPTR
   
   If _RTFILENAMEPTR=0
      _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
   End If 
   
   If _RTFILENAMEPTR=0
      Pop Proc[-1]
   End If 
   
   _TITLE$=_TITLE$+Chr$(0)
   
   Areg(0)=0
   Areg(1)=_REQBUFFER
   Areg(2)=_RTFILENAMEPTR
   
   X=Free
   Areg(3)=Varptr(_TITLE$)
   
   RES=Lib Call(1,-$36)
   
   If RES=1
      _RTFILE$=Elmem$(_RTFILENAMEPTR,108,0)
      _RTDIR$=Elmem$(Leek(_REQBUFFER+16),108-Len(_RTFILE$),0)
   End If 
   
End Proc[RES]
Procedure _RTFREEREQUEST[_REQBUFFER]
   
   Shared _RTFILENAMEPTR
   
   Areg(1)=_REQBUFFER
   
   RES=Lib Call(1,-$24)
   
   If _RTFILENAMEPTR>0 Then Ma Free _RTFILENAMEPTR
   
End Proc


From amos-request@svcs1.digex.net Sun May 14 16:04:13 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA11400
  (5.67b8/IDA-1.5); Sun, 14 May 1995 16:04:12 -0400
Received: by svcs1.digex.net id AA24710
  (5.67b8/IDA-1.5 for amos-out); Sun, 14 May 1995 13:10:48 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA24706
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 14 May 1995 13:10:47 -0400
Received: from acs.saultc.on.ca by www1.access.digex.net with SMTP id AA01945
  (5.67b8/IDA-1.5 for <amos-list@access.digex.com>); Sun, 14 May 1995 13:10:32 -0400
Received: from ACS.SAULTC.ON.CA by ACS.SAULTC.ON.CA (PMDF V4.3-11 #4035)
 id <01HQHT1CP58W0018QS@ACS.SAULTC.ON.CA>; Sun, 14 May 1995 13:10:46 -0400 (EDT)
Date: Sun, 14 May 1995 13:10:46 -0400 (EDT)
From: S93044370@ACS.SAULTC.ON.CA
Subject: Turbo Extension
To: amos-list@access.digex.net
Message-Id: <01HQHT1CR0RM0018QS@ACS.SAULTC.ON.CA>
X-Vms-To: IN%"amos-list@access.digex.com"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 

Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
I get it?(I don't think its on Aminet), I'
ve also mailed Ryan about purchasing it, but got no response either. So how
do I get it, I really, really, REALLY need it for its smooth scrolling map
instructions. Can anybody help me with this or what???

Cori Skagen
(s93044370@acs.saultc.on.ca)


From amos-request@svcs1.digex.net Sun May 14 19:10:35 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA29220
  (5.67b8/IDA-1.5); Sun, 14 May 1995 19:10:33 -0400
Received: by svcs1.digex.net id AA29460
  (5.67b8/IDA-1.5 for amos-out); Sun, 14 May 1995 15:57:23 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AB29452
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 14 May 1995 15:57:21 -0400
Received: from crash.cts.com by mail1.access.digex.net with SMTP id AA11198
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 14 May 1995 15:57:02 -0400
Received: by crash.cts.com (Smail3.1.28.1 #23)
	id m0sAjmu-000047C; Sun, 14 May 95 12:57 PDT
Date: Sun, 14 May 1995 12:57:16 -0700 (PDT)
From: Greg Cox <gcox@cts.com>
To: amos-list@access.digex.net
Subject: Turbo+ Extension
Message-Id: <Pine.SCO.3.91.950514124753.12359A-100000@crash.cts.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 


You can get the Turbo+(Plus) extension from:

NorthWest Public Domain
P.O. Box 1617
Auburn, Wa 98071-1617
(206)351-9502 ask for John

The latest verion of Turbo+(Plus) is 2.0 which really isn't that much of an
update over 1.0 to be perfectly honest and I don't think Turbo+(Plus) is
being supported at least in the US anymore, but you still can get it from 
NorthWest Public Domain.

Still a good extension to have in your collection with many great comands 
at your dissposal along with an excellent colour font editor and scene 
editor.

Turbo v1.9 is very buggy on AMOSPro and doesn't include all the commands
that are in Turbo+(Plus).


From amos-request@svcs1.digex.net Mon May 15 06:30:14 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA19525
  (5.67b8/IDA-1.5); Mon, 15 May 1995 06:30:13 -0400
Received: by svcs1.digex.net id AA01948
  (5.67b8/IDA-1.5 for amos-out); Mon, 15 May 1995 03:52:32 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA01944
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 15 May 1995 03:52:30 -0400
Received: from pianeta (pianeta.di.unito.it) by mail1.access.digex.net with SMTP id AA26321
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 15 May 1995 03:51:59 -0400
Received: by pianeta (4.1/SMI-4.1)
	id AA06466; Mon, 15 May 95 09:47:09 +0200
Date: Mon, 15 May 1995 09:47:08 +0200 (MET DST)
From: Magoga - Borsista CSI <aldo@pianeta.di.unito.it>
To: Amos Mailing List <amos-list@access.digex.net>
Subject: Re: Turbo Extension (fwd)
Message-Id: <Pine.SUN.3.91.950515094550.6265B-100000@pianeta>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



> Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
> extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
> I get it?(I don't think its on Aminet),

Ok.You can find it in a lot of places.
If you have access to FTP, you simply have to connect to inca.gate.net.
You can find extension in directory pub/amos/software/extension.
Extension is archived with lha and it is damaged. Extension works fine 
but there are no manuals about it!
You can download Turbo19.lha from my homepage too.
Connect via Mosaic (or similar) to:

http://www.di.unito.it/pub/WWW/www_student/amiga/LucaFerraris/amosweb.html

See page "Amos Extensions" and download it. If you use Mosaic, select
option Load To Local Disk to download it on your hard-disk. If you are
using Netscape, press the SHIFT key click at the same time on the 
extension name.

Note: version present in my home-page is the same present via FTP on 
inca.gate.net!
However,i received from Mauro Fontana (MeF) the complete version with 
guides and manuals. It's not damaged and so i think i will put it 
on my hard-disk. So, you can try to connect next week to my home-page,
to download the complete version.

I think you have to thank Mauro Fontana!


I could e-mail it to the amoslist (uuencode) but i think it's not possible.
The size of archive is mote than 130K!

> 
> Cori Skagen
> (s93044370@acs.saultc.on.ca)
> 
> 

   Luca Ferraris (aldo@di.unito.it)




From amos-request@svcs1.digex.net Mon May 15 10:33:37 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA03137
  (5.67b8/IDA-1.5); Mon, 15 May 1995 10:33:35 -0400
Received: by svcs1.digex.net id AA05503
  (5.67b8/IDA-1.5 for amos-out); Mon, 15 May 1995 05:57:58 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA05498
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 15 May 1995 05:57:56 -0400
Received: from dc.hb.se (mayday.dc.hb.se) by mail1.access.digex.net with SMTP id AA28542
  (5.67b8/IDA-1.5 for <Amos-List@access.digex.net>); Mon, 15 May 1995 05:57:31 -0400
Received: from utb.shv.hb.se (ewa.shv.hb.se) by dc.hb.se (4.1/SMI-4.0)
	id AA09985; Mon, 15 May 95 11:56:05 +0200
Received: from EWA/SpoolDir by utb.shv.hb.se (Mercury 1.12);
    Mon, 15 May 95 12:02:34 +0100
Received: from SpoolDir by EWA (Mercury 1.12); Mon, 15 May 95 12:02:04 +0100
From: "Marco Eberhardt" <SA437@utb.shv.hb.se>
Organization:  University of Boras
To: S93044370@ACS.SAULTC.ON.CA, Amos-List@access.digex.net
Date:          Mon, 15 May 1995 12:01:54 MET-1MEST
Subject:       Re: Turbo Extension
Priority: normal
X-Mailer: Pegasus Mail v3.22
Message-Id: <CE30C0A68@utb.shv.hb.se>
Status: RO
X-Status: 

Cori Skagen wrote on Sun, 14 May 1995 13:10:46


> Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
> extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
> I get it?(I don't think its on Aminet), I'
> ve also mailed Ryan about purchasing it, but got no response either. So how
> do I get it, I really, really, REALLY need it for its smooth scrolling map
> instructions. Can anybody help me with this or what???
Yep, there are help awailable... I found it on ftp.gate.net
(NAME: Turbo19.LHA), but I'll don't know if it's there anymore... 
Try it out, othervice, mail me again, and I'll send it to ya! I have 
it .LHA packed at home!

Regards,

/Marco.                                                      

*********************************************************************
* Martial Arts makes life worth living  :-))                        *  
*********************************************************************
* The Place To Be Happy Is Here                                     *
* The Time To Be Happy Is Now                                       *
* The Way To Be Happy Is To Make Others So!                         *
*********************************************************************
* E-MAIL ME: SA437@UTB.SHV.HB.SE                                    *
*********************************************************************

From amos-request@svcs1.digex.net Mon May 15 16:30:12 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA29002
  (5.67b8/IDA-1.5); Mon, 15 May 1995 16:30:11 -0400
Received: by svcs1.digex.net id AA23369
  (5.67b8/IDA-1.5 for amos-out); Mon, 15 May 1995 11:40:21 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA23365
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 15 May 1995 11:40:20 -0400
Received: from goober.mbhs.edu by mail1.access.digex.net with SMTP id AA11763
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 15 May 1995 11:35:56 -0400
Received: by goober.mbhs.edu (AIX 3.2/UCB 5.64/4.03)
          id AA22623; Mon, 15 May 1995 11:38:26 -0400
Date: Mon, 15 May 1995 11:38:26 -0400
From: achurch@goober.mbhs.edu (Andy Church)
Message-Id: <9505151538.AA22623@goober.mbhs.edu>
To: amos-list@access.digex.net
Subject: Re: Turbo Extension
X-Mailer: MMail v4.21
Status: RO
X-Status: 

>> Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
>> extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
>> I get it?(I don't think its on Aminet), I'
>> ve also mailed Ryan about purchasing it, but got no response either. So how
>> do I get it, I really, really, REALLY need it for its smooth scrolling map
>> instructions. Can anybody help me with this or what???
>Yep, there are help awailable... I found it on ftp.gate.net
>(NAME: Turbo19.LHA), but I'll don't know if it's there anymore... 
>Try it out, othervice, mail me again, and I'll send it to ya! I have 
>it .LHA packed at home!

  You can also get it off the AMOS Web Site (URL below).

  --Andy Church (achurch@goober.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/
    AMOS Web Site: http://www.mbhs.edu/~achurch/amos/

From amos-request@svcs1.digex.net Tue May 16 00:10:07 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA14218
  (5.67b8/IDA-1.5); Tue, 16 May 1995 00:10:06 -0400
Received: by svcs1.digex.net id AA06205
  (5.67b8/IDA-1.5 for amos-out); Mon, 15 May 1995 14:49:12 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA06199
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 15 May 1995 14:49:09 -0400
Received: from kyoko.mpx.com.au by www1.access.digex.net with SMTP id AA27811
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 15 May 1995 14:48:41 -0400
Received: from cristal.mpx.com.au by kyoko.mpx.com.au with smtp
	(Smail3.1.29.1 #6) id m0sB5D6-0006MhC; Tue, 16 May 95 04:49 EST
Received: from comlink.mpx.com.au by cristal.mpx.com.au with uucp
	(Smail3.1.28.1 #3) id m0sB4sS-0001BqC; Tue, 16 May 95 04:28 AEST
Received: by comlink.mpx.com.au (V1.16/Amiga)
	id AA01tce; Mon, 15 May 95 22:01:21 1100
Date: Mon, 15 May 95 22:01:21 1100
Message-Id: <9505160401.AA01tcd@comlink.mpx.com.au>
From: Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
To: amos-list@access.digex.net
Subject: Re: AMOS TV Scroller Prg Needed Please!
Status: RO
X-Status: 


> I'm looking for an text-scroller for a TV newsroom.  Sort of like what 
> you would be able to roll credits on.  But instead it would be for the 
> reporters to read their lines off of while looking into the camera.  
> Anybody know where I can find/FTP one?  Source would be nice too.  NTSC 
> compatibility is a must, unless the source is available.  I know just 
> enough about AMOS to change PAL to NTSC.
>  

There was an autoque textscroller uploaded to aminet last week. I did not
check it out, but it could be exactly what you need.

Darryl

-- Via DLG Pro v1.0


               #####\             _             /#####
               #( )# |          _( )__         | #( )# 
               ##### |         /_    /         | #####
               #" "# |     ___m/I_ //_____     | #" "#
               # O # |____#-x.\ /++m\ /.x-#____| # O #
               #m.m# |   /" \ ///###\\\ / "\   | #m.m#
               #####/    ######/     \######    \#####

                 EX DJ (currently looking for work)

From amos-request@svcs1.digex.net Tue May 16 11:30:34 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA01252
  (5.67b8/IDA-1.5); Tue, 16 May 1995 11:30:16 -0400
Received: by svcs1.digex.net id AA28760
  (5.67b8/IDA-1.5 for amos-out); Tue, 16 May 1995 05:56:06 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA28756
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 16 May 1995 05:56:00 -0400
Received: from linux.chichester.ac.uk by mail1.access.digex.net with SMTP id AA28870
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 16 May 1995 05:55:26 -0400
Received: from inetgw.chichester.ac.uk (inetgw.chichester.ac.uk [193.133.28.9]) by linux.chichester.ac.uk (8.6.9/8.6.9) with ESMTP id RAA06433; Sat, 13 May 1995 17:51:10 +0100
Received: from INETGW/MERCURY by inetgw.chichester.ac.uk (Mercury 1.20);
    13 May 95 17:59:51 +0000
Received: from MERCURY by INETGW (Mercury 1.20); 13 May 95 10:26:35 +0000
From: "stephen wood  student" <STEPHENW@inetgw.chichester.ac.uk>
Organization:  Chichester College of Technology
To: m.g.d.wehrens@chem.ruu.nl
Date:          Sat, 13 May 1995 10:26:26 GMT
Subject:       filereq/projects
Cc: amos-list@access.digex.net
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Message-Id: <3F18EE3727@inetgw.chichester.ac.uk>
Status: RO
X-Status: 

Hi Martijn,

Sorry for taking so long getting back to you.

Thanks for getting in touch about my little problem.  Your 
doscall-calls would be very helpfull, especially if you can comment them.  My 
version of AMOS Pro came off the front of a magazine and I dont have the manual. 
 Being a student and all I dont have the funds to upgrade so any other 
programming tricks you dont mind sharing will be much welcomed.

At the moment I am developing a few PROCEDURES that Ive had to create 
for my programs and hoping to get most of them finished to either post to 
the list, up-load to AmiNet within the next few days.  Or if anyone wants 
them get in touch and Ill mail them (I have 2 versions so please state if you 
have the TURBO extensions).
These will include:

_3DBUTTON[]  ; done to death I know but I like mine
_3DBOX[]     ; probibly also done to death but Ive not see it
_ALERTBOX[]  ; allows box title, 6 lines of messages, upto 3 buttons
               (all automatically positioned) anywhere on screen
_EMBOSSBOX[] ; draw an embossed box any size anywhere on screen
_TELETYPE[]  ; display text 1 chr at a time, like the old telex 
machines
_EDGETEXT[]  ; puts a box around some text, sounds strange but I like 
it

Im also working on various other gadgets, such as sliders, cycle 
gadgets, tick boxes etc.  The main projects Im working on at the moment 
include a football statistic and (mayby) prediction system; and a program that 
will allow pre-Pro users to create interface boxes and screens 
interactivly, the source will then be saved as ASCII text to import back into programs. 
 this is the one Im most proud of but I cant workout how to save the 
information. Any ideas anyone?  I think saving it to a file like this will work:

Open Out 1,filename
.
.
Print #1,string-name

and then merging the resultant file with the program source you want 
to use it with.
(But I havent had time to try it yet.)

Gizmo,

+---------------+
| +-----------+ |
| |   _   _   | |
| |  / \_/ \  | |
| | ( O . O ) | +---------------------------------------+
| |  \ / \ /  +---------------------------------------+ |
| |  ( ___ )                                          | |
| |   \___/  E-Mail: stephenw@inetgw.chichester.ac.UK | |
| |                 'Trust no one'                    | |
| +----------------+               +------------------+ |
+----------------+ +---------------+ +------------------+
                 +-------------------+

From amos-request@svcs1.digex.net Tue May 16 10:40:32 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA13473
  (5.67b8/IDA-1.5); Tue, 16 May 1995 10:40:29 -0400
Received: by svcs1.digex.net id AA29386
  (5.67b8/IDA-1.5 for amos-out); Tue, 16 May 1995 06:27:44 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA29382
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 16 May 1995 06:27:43 -0400
Received: from varano.ing.unico.it by www1.access.digex.net with SMTP id AA01127
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 16 May 1995 06:27:04 -0400
Received: by varano.ing.unico.it (5.65/DEC-Ultrix/4.3)
	id AA01390; Tue, 16 May 1995 12:04:56 +0200
Date: Tue, 16 May 1995 12:04:54 +0200 (MET DST)
From: MeF <mfontana@varano.ing.unico.it>
Subject: Re: Turbo Extension
To: achurch@goober.mbhs.edu
Cc: amos-list@access.digex.net
In-Reply-To: <199505131413.AA06245@dragon.mbhs.edu>
Message-Id: <Pine.3.89.9505161214.A27400-0100000@varano.ing.unico.it>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



>   --Andy Church (achurch@goober.mbhs.edu)
>     WWW: http://www.mbhs.edu/~achurch/
>     AMOS Web Site: http://www.mbhs.edu/~achurch/amos/

Andy, are you the programmer of the Intuition extension for Amos?

Is it the same as the INTOS?

How much does it cost your extension? 

I'm really interested in using the Intuition through AMOS...

Thanks

MeF

From amos-request@svcs1.digex.net Wed May 17 02:02:20 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA12225
  (5.67b8/IDA-1.5); Wed, 17 May 1995 02:02:19 -0400
Received: by svcs1.digex.net id AA16844
  (5.67b8/IDA-1.5 for amos-out); Tue, 16 May 1995 11:16:56 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA16836
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 16 May 1995 11:16:53 -0400
Received: from csmail (csmail.brookes.ac.uk) by www1.access.digex.net with SMTP id AA28679
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 16 May 1995 11:16:14 -0400
Received: by csmail (5.0/SMI-SVR4)
	id AA22980; Tue, 16 May 1995 16:16:01 +0000
Date: Tue, 16 May 1995 16:16:01 +0000
From: ryan nicholas d <91211448@brookes.ac.uk>
Message-Id: <9505161516.AA22980@csmail>
To: amos-list@access.digex.net
Subject: WB + CLI Compiled code.
Content-Length: 760
Status: RO
X-Status: 

Hi,
 
  A few days back I sent a message "Bits & Pieces", with a few questions on,
oddly enough bits and pieces. (Cheers for replying to anyone to did).
 
But I wasn't explicit enough on my q about WB and CLI compilation...
 
The problem is this, I've been trying to get tool-types working for an Amos
prog, but for some utterly weird reason, it doesn't seem to work. I would
usually throw MonAn (Monitor/Debugger that came with DevPac3) at the task, but
the code I wrote to read the tool types is in an included asm procedure, and I
would have to run through the entire Amos -startup code (ie crap) before
getting anywhere near where I am.
 
Help! Has anybody got this working - and no, I've looked - Easylife doesn't
*seem* to have it.
 
 
Cheers,
   Nick
 

From amos-request@svcs1.digex.net Wed May 17 23:51:45 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA17277
  (5.67b8/IDA-1.5); Wed, 17 May 1995 23:51:44 -0400
Received: by svcs1.digex.net id AA12244
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 16:11:15 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA12238
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 16:11:06 -0400
Received: from phoenix.inka.de by mail1.access.digex.net with SMTP id AA24546
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 16:10:14 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sBpIc-0004B8C; Wed, 17 May 95 22:02 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sBnOg-000CnmC; Wed, 17 May 95 20:00 MET DST
X-Zc-Via: 19950517092016W+1@kiste.pfalz.de
X-Zc-Via: 19950517074449W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Arrays
Message-Id: <vuSugMD261aRzF@p22.sixpack.pfalz.org>
Date: Tue, 16 May 95 22:48:00 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505041355.AA26472@diamond.bton.ac.uk>
Status: RO
X-Status: 

T.Lewis@bton.ac.uk (Eddie) wrote on 04.05.1995 some text under the
subject Arrays. I can't leave this uncommentated ;-)

Ed> Hello all,
Ed>     I'm new to this group so I'm just letting you all know who I am! :-)

Hello Eddie (?) :-) I should have done this, too ;-)

If anyone is interested (it got quite long, so get your coffee ready
;) ):

I've born on 26th December 1976, so I'm now 18 years old... my father
is an englishman, my mother is german and I think I have a rather good
knowledge of both languages... :-)

I got hold of my first amiga (500) in August 1986, and I coded a lot
of thingies in AmigaBasic (puke!) (I even wrote a kind of Gamedisk
containing some non-compiled programs %-)))) ), before I switched to
AMOS 1.0...

I've learned much from this time on and in November 1992 I licenced
my first AMOS Gamedisk#1 to The Software Society (the only company in
Germany, which seemed to be interested in AMOS-games), which didn't
sell well ('till now, I've sold unbelievable 7 (seven) disks!).
There were three games on it: Amotrix (a tetris clone for 1/2
players),
Messager (an agility game) and Ultimate Tron (guess what). The price
was 29,00 DM (aprox US $20)...

One month later, AMOS Help! (a accessory which is similar to the
AMOSPro Online Help, including help texts for all available
extensions in german and english, although it never was sold
overseas)
was released and got around a little bit better (34 disks in
total)...
it was updated up to 25.1.93...

Time passed... I've written various little programs for the
'AMOS VIP Club', which was part of The Software Society...

Gamedisk #3 was ready (Gamedisk #2 was a production of somebody else)
on 7.6.1993, contained two games Crack Out (break out clone) and
Free Trading Company (simulation), but sold even worse than
Gamedisk#1
(three disks, of which one was sold to a friend of mine ;-) )...

Meanwhile I start writing my first extension called PCGFC (which
should be some kind of 'PC-GraphicsFormatsConverter, but was soon
later renamed into AMCAF)...

Now, I see that it doesn't make sense to write commercial games
(no matter how good or bad they are) and so I write Strike Commander,
a Shareware dogfight game. (19.9.93)

It was the 12.11.93 when The Software Society phoned me and asked me
to convert TOME to AMOS Pro... half a month later, the TOME IV Pro
Version was finshed. This time, I requested a fixed sum, so I weren't
dependent of the profits share... :-)

December came and therefore another RAMSES Computerclub Developer
Party (RAMSES is a private club, we founded in 1985). We started to
code another tron version and I told my friend, that I would write a
amiga version of it in a few weeks... and so I wrote MegaTron, my
second AMOS Sharewaregame for up to 7 human players and 10 players in
total, featuring many weapons, events, options etc...

January 1994. I buy my modem and a whole new world is open to me.
Coding on AMCAF is running at high speed... 'Mr. Software Society'
suprised me, when he told me, that I'll gonna go to France to meet
F. Lionet to get all the essential informations etc. for an *AGA*
*UPDATE* of AMOS... you can't think, how happy I've been.

Then 25.03.1994: Europress is not interested in an AGA update and I
don't go to France... :-{{{{ I said to myself, that I will give up
AMOS after AMCAF has been completed...

Again, some time passes... September 1994... I acquired the job to
translate the whole Klik'n'Play (Klik'n'Play is a kind of Gamemaker
for Wintendo, but no commands are used, as all is done by dragin'
and droppin'. Guess, who has coded this stupid thing?) manual
within a month (they delivered it nearly a month later than
planned). I were under real pressure (don't forget, that I'm
a schoolboy ;-)) and the translation went somewhat badly...
Europress were really annoyed about the poor translation bla bla
but this is another story ;-)

Some time ago, I also wrote Tubes, a pipeline game... soon to be
seen on AmiNet, if nothing goes wrong ;-)

The AMCAF-Extension V1.0 was released on 16.10.1994. I cannot say,
how much has been sold until now, but I seems that most people are
very pleased with AMCAF... it was updated to 1.18 some months later
and the translation of the manual (which will not be so poor as
the Klik'n'Play one!) began... 50% are translated by now and I hope
to finish it within a month...

The story so far...

BOOO! Wake up! ;-))

Ed> At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from

1 MB is not enough for AMOS Pro ;-(

Ed> So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything

Get your harddrive soon! ;-) It's really a big step from a disk
system to a hard drive system...

You'll never want to work with disks again! ;-)

Ed> When I started using Amos, I needed to set up a large 2d Array (For map
Ed> storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,

It does, what stops you doing so?! ;-) Use the command Set Buffer
when running out of variable space :-)

Ed> which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
Ed> define the array, but if you write to areas of it the machine hangs!!!).

Never heard of this bug, euh? :-?

Ed> If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!

This is a very /old/ solution ;-) But with huge arrays, you're right
;-)

Ed>     This may seem a little complicated, but it is a lot faster than the DIM
Ed> function and allows you to define a larger array!!!!  It is also stored as a
Ed> data bank allowing the easy loading and saving to disk!!!

Right ;-)

Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Anantnag (vb.)
  (Eskimo term) To bang your thumbs between the oars when rowing.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 17 23:30:21 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA21575
  (5.67b8/IDA-1.5); Wed, 17 May 1995 23:30:17 -0400
Received: by svcs1.digex.net id AA12269
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 16:11:30 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA12240
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 16:11:13 -0400
Received: from phoenix.inka.de by mail1.access.digex.net with SMTP id AA24563
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 16:10:23 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sBpIc-0004B9C; Wed, 17 May 95 22:02 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sBnOg-000CnnC; Wed, 17 May 95 20:00 MET DST
X-Zc-Via: 19950517092017W+1@kiste.pfalz.de
X-Zc-Via: 19950517074449W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Top Ten List Routine
Message-Id: <vuTMBMD261aez10@p22.sixpack.pfalz.org>
Date: Tue, 16 May 95 23:19:29 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <01HQ9DDIM1LU9UMPLU@conrad.appstate.edu>
Status: RO
X-Status: 

DM9200@conrad.appstate.edu wrote on 08.05.1995 some text under the
subject Top Ten List Routine. I can't leave this uncommentated ;-)

D0> Assuming the current score is in a variable called SCORE, could someone 
D0> help me out with a procedure to chech and save it against a file on the
D0> disk? this would be much appreciated.

Ok... first, check out these simple load and save routines... (the
original Tubes routines)

Procedure LOAHISC
' The next line would create an empty hiscore list, if it doesn't exist.
  If Exist("Tubes.his")=0 Then CLRHISC : SAVHISC : Pop Proc
  Wload "Tubes.his",8 : Rem AMCAF command. See replacement below.
  ST=Start(8)
  For A=1 To 15
    HISC$(A)=Peek$(ST,12) : Add ST,12 : Rem holds the name of the player
    HISC(A,0)=Deek(ST) : Add ST,2 : Rem contains the score
    HISC(A,1)=Deek(ST) : Add ST,2 : Rem and this one, the level reached
  Next 
End Proc

Procedure SAVHISC
  Reserve As Work 8,15*(12+2+2)
  ST=Start(8)
  For A=1 To 15
    Poke$ ST,HISC$(A) : Add ST,12
    Doke ST,HISC(A,0) : Add ST,2
    Doke ST,HISC(A,1) : Add ST,2
  Next 
  Request Off 
  Trap Wsave "Tubes.his",8
  Request On 
  Erase 8
End Proc

For you, these should look like:

Procedure _LOADHISCORE
  Open In 1,"Hiscore.dat" : L=Lof(1) : Close 1
  Reserve As Work 8,L
  ST=Start(8)
  For A=1 To 10 : Rem assuming your hiscore table contains 10 entries
    HISC$(A)=Peek$(ST,12) : Add ST,12
'   ^^^^ is the array, that contains the playernames, which is fixed
'        to 12 chars.
    HISC(A)=Leek(ST) : Add ST,4
'   ^^^^ contains the score of the player
  Next
End Proc

Procedure _SAVEHISCORE
  Reserve As Work 8,10*(12+4) : Rem space for 10 players*(12 bytes
'                                   name+4 for the score).
  ST=Start(8)
  For A=1 To 10
    Poke$ ST,HISC$(A) : Add ST,12 : Rem writes the name into the bank
    Loke ST,HISC(A) : Add ST,4 : Rem writes the score
  Next
  Bsave "Hiscore.dat",Start(8) To ST
End Proc

Then, here comes the Hiscore-Table part:

[blabla...]
' Check if is better than the worst entry ;-)
If SCORE>HISC(10) Then Gosub ENTERHISC
[blabla...]


ENTERHISC:
' The first step is to find out his rank.
  For A=10 To 1 Step -1
    If SCORE>HISC(A) Then RANK=A Else Exit
  Next 
' Then push down all entries by one.
  For A=9 To RANK Step -1
    HISC$(A+1)=HISC$(A)
    HISC(A+1)=HISC(A)
  Next 
' Fill in the players data
  HISC$(RANK)=Space$(12)
  HISC(RANK)=SCORE
' Now fill in your input routine. Please not that the length of the
' name string must always be 12 chars!

' This is the original Tubes Hiscore part:
  Gosub HISCORESCREEN
  T[232,"You made it! Enter your name!"]
  Blitter Copy Limit 2
  Blitter Copy 2,0 To 0,3
  Blitter Wait : Wait Vbl 
  Screen 2 : For A=0 To 7 : Colour A+8,$FFF : Next : Screen 0
  Fade 2 To 2
' Simple input routine:
  POS=1
  NAME$=Space$(12)
  Do 
    Multi Wait 
    I$=Inkey$
    If I$<>""
      Exit If I$=Chr$(13)
      If I$=Chr$(8) and POS>1 Then Dec POS : Mid$(NAME$,POS,1)=" "
      If I$>Chr$(31) and POS<13 Then Mid$(NAME$,POS,1)=I$ : Inc POS
      Screen 2
      Text 92,104+RANK*8+TB,NAME$
      Screen 0
      Blitter Copy 2,0 To 0,3
    EndIf
  Loop 
' Set name...
  HISC$(RANK)=NAME$
  Screen 2 : For A=0 To 7 : Colour A+8,Colour(A) : Next : Screen 0
  Fade 1 To 2
  For A=0 To 15 : Multi Wait : Next 
  PAG=1-PAG
' and save it...
  SAVHISC
Return 

D0> I've always thought a scrolling 3d environment like that of the popular
D0> ibm game could be faked in amos by using a directional animation of screens.

I'm doing this in a couple of demos... the Tubes title is the best
example of this...

D0> now i know that amos permits only 8 screens but if they are, say, 352 by
D0> 960 then you have (through judicious screen offsetting) effectively 24 
D0> screens (or more) which should be sufficient for some excellent 3d scrolling
D0> effects at lightning speed. I wanted to digitize some of those claustro-
D0> phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
D0> not up to snuff.

There's another way... in Tubes I use four 320x256 screens... the 4
bitplanes in each screen hold one frame of animation. The single
bitplanes are copied onto a special screen with background pattern...
You cannot imagine this thing without seeing it. I hope I gets onto
AmiNet soon! ;-)

D0> Opinions? and what is Francois doing these days?

I think he's trying to debug Klik'n'Play... but he won't succeed I
think ;-))

Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Anjozorobe (n.)
  A loose, coloured garment someone brings you back from their
  travels which they honestly expect you to wear.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 17 22:33:54 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA18826
  (5.67b8/IDA-1.5); Wed, 17 May 1995 22:33:52 -0400
Received: by svcs1.digex.net id AA12250
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 16:11:20 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA12246
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 16:11:18 -0400
Received: from phoenix.inka.de by mail1.access.digex.net with SMTP id AA24574
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 16:10:30 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sBpIc-0004BAC; Wed, 17 May 95 22:02 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sBnOg-000CnpC; Wed, 17 May 95 20:00 MET DST
X-Zc-Via: 19950517092019W+1@kiste.pfalz.de
X-Zc-Via: 19950517074449W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Software Failure
Message-Id: <vuTN2MD261aLz11@p22.sixpack.pfalz.org>
Date: Tue, 16 May 95 23:21:26 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <21720.9505110743@osprey.controls.eurotherm.co.uk>
Status: RO
X-Status: 

paul.hickman@ecl.etherm.co.uk (Paul Hickman) wrote on 11.05.1995 some
text under the subject Re: Software Failure. I can't leave this
uncommentated ;-)

PH> If it crashes at the end of a loop / if block, the probable cause is 
PH> this:  When an AMOS command is executed, it receives its parameters 
PH> on a stack using register A3. If must remove all these from the stack 
PH> by adjusting A3 before it returns. The address to loop/jump to for 
PH> if/loop commands is also on A3, so if a command does in the loop does 
PH> not remove all of its parameters correctly, your program will jump to 
PH> the wrong place. Can you mail me the section of code in question?

That's what I wanted so say, too %-)))

Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Ardcrony (n.)
  A remote acquaintance passed off as 'a very good friend of mine' by
  someone trying to impress people.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 17 23:22:50 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA15642
  (5.67b8/IDA-1.5); Wed, 17 May 1995 23:22:49 -0400
Received: by svcs1.digex.net id AA12263
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 16:11:27 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA12257
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 16:11:25 -0400
Received: from phoenix.inka.de by mail1.access.digex.net with SMTP id AA24584
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 16:10:35 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sBpIc-0004BCC; Wed, 17 May 95 22:02 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sBnOh-000CnrC; Wed, 17 May 95 20:00 MET DST
X-Zc-Via: 19950517092021W+1@kiste.pfalz.de
X-Zc-Via: 19950517074450W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: List Dead or ?
Message-Id: <vuak$MD261aez2@p22.sixpack.pfalz.org>
Date: Wed, 17 May 95 07:43:59 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <Pine.SCO.3.91.950510070935.28444A-100000@crash.cts.com>
Status: RO
X-Status: 

gcox@cts.com (Greg Cox) wrote on 10.05.1995 some text under the
subject List Dead or ?. I can't leave this uncommentated ;-)

GC> Haven't seen any post on the list for almost a week now is the list:

Nice to hear that somebody else had got this problems... from 3.5.95
to 16.5.95 I got not a single internet mail...

I was very frustrated, you can imagine, eh?

GC> 1) Down

That's the only possible reason... :)

GC> 2) Dead

NO! ;-)

I did send a mail to amos-list, but I think it got lost:
--------------------------------------------------------------
BET:Problems :-(
MID:vsMiJMD261aLz3@chris.surprise.rhein-ruhr.de
EDA:19950510120705S+2
EMP:amos-list@access.digex.net

Hello!

It's now one week ago I got my last amos-list or internet mail... I'm
now changing to a new address... to achieve maximum mail reliability,
please SUBSCRIBE me to *both* chris@surprise.rhein-ruhr.de and
chris@sixpack.pfalz.org if possible.

If somebody has written me PMs and hasn't got a reply yet, please
resend it to chris@surprise.rhein-ruhr.de...

Thank you for listening. ;-)

Greetings
	 Chris Hodges <chris@surprise.rhein-ruhr.de>
---------------------------------------------------------------

Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Ardentinny (n.)
  One who rubs his hands eagerly together when he sits down in a
  restaurant.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 17 20:16:16 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA11601
  (5.67b8/IDA-1.5); Wed, 17 May 1995 20:16:15 -0400
Received: by svcs1.digex.net id AA03384
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 14:13:12 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA03380
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 14:13:11 -0400
Received: from heifetz.msen.com by mail1.access.digex.net with SMTP id AA16087
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 14:12:24 -0400
Received: from dcpro.UUCP by heifetz.msen.com with UUCP
	(Smail3.1.28.1 #12) id m0sBmIN-0009fUC; Wed, 17 May 95 12:50 EDT
Received: by dcpro.UUCP (V1.17-beta/Amiga)
	  id <02vr@dcpro.UUCP>; Wed, 17 May 95 09:00:19 EST
Date: Wed, 17 May 95 09:00:19 EST
Message-Id: <9505171400.02vr@dcpro.UUCP>
From: woodrose@dcpro.UUCP (Larry Mcgahey)
To: amos-list@access.digex.net
Subject: SceneEditor
Status: RO
X-Status: 

Can anyone send me an example of how the Turbo Plus Scene Editor is used? I do
not know the best way to detect walls etc.

From amos-request@svcs1.digex.net Wed May 17 20:47:45 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA13449
  (5.67b8/IDA-1.5); Wed, 17 May 1995 20:47:44 -0400
Received: by svcs1.digex.net id AA02679
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 14:04:12 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA02675
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 14:04:10 -0400
Received: from kyoko.mpx.com.au by www1.access.digex.net with SMTP id AA00643
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 14:03:27 -0400
Received: from cristal.mpx.com.au by kyoko.mpx.com.au with smtp
	(Smail3.1.29.1 #7) id m0sBnSh-0006LfC; Thu, 18 May 95 04:04 EST
Received: from comlink.mpx.com.au by cristal.mpx.com.au with uucp
	(Smail3.1.28.1 #3) id m0sBn7m-00007qC; Thu, 18 May 95 03:43 AEST
Received: by comlink.mpx.com.au (V1.16/Amiga)
	id AA01tvx; Wed, 17 May 95 17:15:32 1100
Date: Wed, 17 May 95 17:15:32 1100
Message-Id: <9505172315.AA01tvw@comlink.mpx.com.au>
From: Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
To: amos-list@access.digex.net
Subject: Anim to bob grabber
Status: RO
X-Status: 

Wanted beta testers (only two or three)

I've just finished writting a utility for amos that takes a anim (Dpaint
mode 5 animation) and converts it to a sprite/or bob bank.

The idea is that you can create your bobs in Dpaint (or any similar paint
program) and animate them there until you get nice smooth movement. Then
using my utility you can grab this animation as bobs for use in amos.

The first colour (background) must be black, but otherwise it's all
automatic, including automagically checking for bob sizes. 

I now need a few beta testers to test it and give me feedback and
suggestions.
I will only give this out to a few people (I don't want a lot of buggy
versions going out and getting passed around before the final version is
finished), and I expect feedback.
Please do not ask for it if you are not willing to test it and give
feedback.  
Darryl

-- Via DLG Pro v1.0


               #####\             _             /#####
               #( )# |          _( )__         | #( )# 
               ##### |         /_    /         | #####
               #" "# |     ___m/I_ //_____     | #" "#
               # O # |____#-x.\ /++m\ /.x-#____| # O #
               #m.m# |   /" \ ///###\\\ / "\   | #m.m#
               #####/    ######/     \######    \#####

                 EX nightclub DJ (currently looking for work)

From amos-request@svcs1.digex.net Thu May 18 03:31:49 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA27626
  (5.67b8/IDA-1.5); Thu, 18 May 1995 03:31:47 -0400
Received: by svcs1.digex.net id AA05009
  (5.67b8/IDA-1.5 for amos-out); Wed, 17 May 1995 21:54:35 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA05005
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Wed, 17 May 1995 21:54:34 -0400
Received: from nyquist.ee.ualberta.ca by mail1.access.digex.net with SMTP id AA17005
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 17 May 1995 21:53:42 -0400
Received: by nyquist.ee.ualberta.ca
	(1.37.109.16/15.6) id AA110842072; Wed, 17 May 1995 19:54:32 -0600
Date: Wed, 17 May 1995 19:54:32 -0600 (MDT)
From: Mike Sikorsky <sikorsky@ee.ualberta.ca>
To: Larry Mcgahey <dcpro!woodrose@bode.ee.ualberta.ca>
Cc: amos-list@access.digex.net
Subject: Re: SceneEditor
In-Reply-To: <9505171400.02vr@dcpro.UUCP>
Message-Id: <Pine.HPP.3.91.950517190933.9261A-100000@nyquist.ee.ualberta.ca>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Wed, 17 May 1995, Larry Mcgahey wrote:

> Can anyone send me an example of how the Turbo Plus Scene Editor is used? I do
> not know the best way to detect walls etc.
> 

	I don't know anything about the Turbo Plus Scene Editor but if
        you mean that once you have a "map", how do you perform collision
        detection and object interaction then I can help you.

        By map, I mean that you some data that descibes how your scene or
        screen is to be created.  

        In general you have to transform from screen- or object-space into
        map-space.  Once you are working in map-space you can easily
        determine what to do.

        To begin, lets use an example of a simple break-out (or araknoid)
        type game.  The map you create would represent the layout of
        level: this is map-space.  To construct the screen-space you
        have transform the representation from the map to the screen.
        If you're using an extension, such as Turbo, then this is most
        likely a built-in command.  This step would actually paste
        the tiles (or icons) to the screen.  Now the "ball" that
        travels around the screen is your object-space.  You have
        to transform the object-space into the map-space to determine
        if the ball has collided with a brick, a boudary, or nothing.

        To transform from object-space to map-space, you have to find
        how the current position of the object (the ball) on the screen
        corresonds to its location in the map.  For this case of
        a simple break-out game you would do the calculations as follows:

            MAP X Co-ordinate = (BALL X Co-ordinate) / (TILE X Size)
            MAP Y Co-ordinate = (BALL Y Co-ordinate) / (TILE Y Size)
            (NOTE: / here means integer division)

        so if the ball was at (220,100) on the screen and the tiles
        were 16x16 pixels then the ball would be at (13,6) in the
        map.  It should be noted here that in this case the screen
        and object-space are equivalent, but they won't always be.

        Now that you know the ball is at location (13,6) you have to
        look up into the map to find what "tile" is at (13,6).  This
        look up depends on how you have implemented your map-datatype.
        Once you know what tile the ball is on you have to decide what
        to do.  I usally implement this by having a set of values associated
        with each tile, these values could represent what type of tile
        this was.  Once you know what tile the ball is on, say 47, you
        have to look up the type of this tile.  This value could
        represent that their was no collision (i.e. a background tile)
        or that it has struck a brick.  If there was no collison then
        you do nothing but if their was a collison then you have to 
        remove the brick from the screen and invert the sign on the
        balls y-vector.

        Of course the first value of the tile could give the type and
        once knowing it is a brick you could go and look up in another
        set of values what type of brick it was you struck.  This is
        all up to you.

        This can easily be extended to scrolling platform games, such
        as mario bros.  If you want this explained or you need more
        detail just ask.  I hope this helps.

		- Mike Sikorsky
		  (Dept. of Computer Eng. University of Alberta)



From amos-request@svcs1.digex.net Thu May 18 09:49:31 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA13727
  (5.67b8/IDA-1.5); Thu, 18 May 1995 09:49:27 -0400
Received: by svcs1.digex.net id AA18075
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 03:05:17 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA18071
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 03:05:16 -0400
Received: from alice.cli.di.unipi.it by www1.access.digex.net with SMTP id AA26596
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 03:04:26 -0400
Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA03126; Thu, 18 May 95 09:00:38 +0200
Received: by helen.cli.di.unipi.it (4.1/SMI-4.1)
	id AA02836; Thu, 18 May 95 09:00:36 +0200
From: naimoli@cli.di.unipi.it
Message-Id: <9505180700.AA02836@helen.cli.di.unipi.it>
Subject: RUN filename
To: amos-list@access.digex.net (amos list)
Date: Thu, 18 May 1995 09:00:36 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 322       
Status: RO
X-Status: 


	It seems noone know it... if I put a RUN instruction AMOS looks for
an AMOS source file and doesn't accept a compiled one. 

	I have the compiler for Amos1.21 and I wish to chain two compiled
programs, but I can't do that. Please help me!

		Andy - naimoli@cli.di.unipi.it
			http://www.cli.di.unipi.it/~naimoli/hi.html

From amos-request@svcs1.digex.net Thu May 18 12:37:12 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA21512
  (5.67b8/IDA-1.5); Thu, 18 May 1995 12:37:09 -0400
Received: by svcs1.digex.net id AA23016
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 06:07:26 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA23012
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 06:07:25 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA06450
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 06:06:30 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA18363; Thu, 18 May 1995 12:07:06 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA01832; Thu, 18 May 95 12:11:49 +0200
Message-Id: <9505181011.AA01832@tc6.chem.ruu.nl>
Subject: load_lib
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Thu, 18 May 95 12:11:46 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hi all,

I tried (a long time ago) to open the req. library using amos1.3
This worked fine. But I could not open the requester, everytime I
got a guru (8000 0004). So I started investigating but could not find
anything wrong.

The openlib-function from exec can be called as follows:

A1=pointer to "req.library"+chr(0) string
D0=version (eg. 0)
result=Execall(-552)

Works like a breeze and returns the library base in 'result'
Ok, you'd say. Just to test this, I tried for example a deek to
the library-base minus offset for some function. And indeed this
returns the op-code for the JMP command. A leek to the following four
bytes indeed shows a perfectly allright address within the 68k's space.

To simplify things even more I tried:

_EXEBASE = Leek(4)

This returns the current base of the 'exec.library' in _EXEBASE.
To open a library you'd think that a simple call to 
call _exebase-552
and having set the a1 and d0 registers would work. Not so.
It will crash. Only calls to a library function that does NOT
need parameters will work.
What does this suggest ?, well clearly the 'Call' command does
not seem to be interested in the areg and dreg-settings.

Does anyone know if this can be overcome easily or do I have
to use a 'bank' with some MOVE.L's to registers and THEN the
call ? (rather bothersome I guess and close to the AmosPro
Lib Call command!)

'AMOS 1.3, load a library: 
B$="intuition.library"+Chr$(0)
Areg(1)=Varptr(B$)
Dreg(0)=0

  'This WON't WORK!!
   _EXEBASE=Leek(4)
   Call Leek(_EXEBASE-552+2) : Rem openlin-function 


 _INTBASE=Dreg(0)

  'And this WILL work *help* 
   _INTBASE=Execall(-552)

Also, does anyone know what place to put the 'bitmap'-struct when
using amos ?
I tried opening a screen with intuition and intcall. Works ok.
Then I supply the screenbase with 'CUSTOM-BITMAP' (bit 6 of some offset)
and then I open an Amos-screen with the same dimension and put use:
loke (scr_base+184+8),leek (screen base)
loke (scr_base+184+12),leek (screen base+4)
to replace the pointers of the bitmap to my own amos-bitmaps
Works fine, when a 'rethinkdisplay' is called it shows the contents of
the amos-screen in the intuition-screen.
But this way, I trash the two bitplanes from the original intuition
screen!
(This way of putting an amos-screen in an intuitionscreen is VERY use-
full because the REQTOOL-requester will appear on your 'amos-screen'
in intuition, however, you'll have to rebuild you bitmap).

Sorry for the long message. I hope anyone will comment on this ?

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Thu May 18 13:50:18 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA27667
  (5.67b8/IDA-1.5); Thu, 18 May 1995 13:50:16 -0400
Received: by svcs1.digex.net id AA22659
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 05:47:51 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA22655
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 05:47:50 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA05860
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 05:46:56 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA18297; Thu, 18 May 1995 11:47:39 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA01434; Thu, 18 May 95 11:52:23 +0200
Message-Id: <9505180952.AA01434@tc6.chem.ruu.nl>
Subject: readdir
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Thu, 18 May 95 11:52:23 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hi Stephen,

Here's the commentated doscalls for reading a dir file
for file:

---------------------------------------------------

Input "drive:";A$ : Rem      input a$ :-)
A$=A$+Chr$(0) : Rem          add a null to a$
' strings are terminated by a null-sting, not in AMOS however
' so therefore, we add our ouwn zero.
Dreg(1)=Varptr(A$) : Rem     put a$-start into reg D1 
Dreg(2)=-2 : Rem             put -2 into reg D2 
' this is the mode we want to use for our 'lock':
' mode dreg(2) = -1 writing, only calling task allowed 
' mode dreg(2) = -2 reading, all task may acces file 
D1=Doscall(-84) : Rem Lock   call 'lock = Lock ( name, mode) 
'                                   D0  =  -84    D1    D2 
' D0 (called variabele D1 here :-) contains the address of the 
' file-handle for the system 
' or 0 if the file could not be found or something else went wrong 
If D1<>0 : Rem                    not zero, we made it    
   Dreg(1)=D1 : Rem               put 'Lock' in D1 for use with 'Examine'  
   Reserve As Work 6,260 : Rem    workspace for 'fileinfo block'  
' in C one would 'allocmem' memory for this purpose
   Dreg(2)=Start(6) : Rem         addres of space in D2  
   D2=Doscall(-102) : Rem         Examine, i.e. read the fileinfoblock 
   If D2<>0 : Rem                 if this was ok (not zero)  
      Do 
         Dreg(1)=D1 : Rem         put 'Lock' in D1 again 
         Dreg(2)=Start(6) : Rem   address of 'free space' again  
         D2=Doscall(-108) : Rem   Exnext
' (i.e. read the next file in the dir)
         Exit If D2=0 : Rem       not succesfull (last file or worse)  
         R=Start(6)+8 : A$="" : Rem  get filename (from pos 8 onward)
' in Apro one can use the Peek$ - statement of course: 
' A$=peek$(Start(6),30,chr$(0)) 
' I do *NOT* know where the filename actually is in this datastruct,
' if anyone knows: say so!
         Repeat : A$=A$+Chr$(Peek(R)) : Inc R : Until Peek(R)=0
' so a$ now contains the filename! 
         If Right$(A$,5)<>".info" : Rem leave out the .info's
            If Leek(Start(6)+4)<0 : Rem is this a file ? 
               Print Paper$(1);A$ : Rem yep, file
            Else 
               Print Paper$(0);A$ : Rem directory... 
            End If 
         End If 
      Loop 
   End If 
End If 

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Thu May 18 19:12:12 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA17991
  (5.67b8/IDA-1.5); Thu, 18 May 1995 19:12:08 -0400
Received: by svcs1.digex.net id AA12286
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 13:30:13 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA12282
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 13:30:12 -0400
Received: from mercury.bton.ac.uk by www1.access.digex.net with SMTP id AA03582
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 13:29:16 -0400
Received: from diamond.bton.ac.uk by mercury.bton.ac.uk with SMTP (PP);
          Thu, 18 May 1995 18:28:27 +0100
Received: by diamond.bton.ac.uk (4.1/SMI-4.1)	id AA15263;
          Thu, 18 May 95 18:26:58 BST
From: T.Lewis@bton.ac.uk (Eddie)
Message-Id: <9505181726.AA15263@diamond.bton.ac.uk>
Subject: Trivial
To: amos-list@access.digex.net
Date: Thu, 18 May 1995 18:26:58 +0100 (BST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Content-Length: 1705      
Status: RO
X-Status: 


    Just incase some of you were wondering about my alias.....

My real name is Tim Lewis.
My alias is Eddie.

Why?  Well, I'm a big fan of Iron Maiden and for those of you who don't know
they have a mascot called "Eddie"!!!!  One things leads to another, advocacy
upon my part and then, what do you know!  I end up with the nickname of ...

    See if you can guess .....

    Thats right Eddie!!!! :-)

This might sound extremely sad & on reflection it is.  Then again I don't
really care!!!!  Up the Irons!

AND NOW A MORE RELEVANT MESSAGE ...........

    The AMOS scroll routine sucks!  I need to scroll an area of screen which
is about 154x154 pixels.  This needs to be done STRICTLY within these limits.
I can't use dual screens either because of the necessary display of this
screen.  Are there any clever bods out there who can (or want!) to tell me how
to this by screen memory copying etc.  I know it can be done, but I don't
really have the spare time to do it myself!!

    Any other solutions would also be appreciated.  It might send my mind
racing of in a new direction.

    I'm writing a LARGE!!! RPG at the moment.  I should hopefully have a Beta
test version sometime over summer!  If anyone is interested .....  If anyone
has any ideas about what they would like to see in an RPG then let me know.
I will try and incorporate them if I can.  I do need some fast scrolling
routines though.  HELP!!!!!!!

A POINT TO REFLECT UPON...........

    They may have been a good side to the C= liquidation.  Did you notice the
frequency of all the new stuff uploaded to Aminet increased since that
infamous start of procedings! :-)  Every cloud has a silver lining.

Long Live The AMIGA!

Tim.

From amos-request@svcs1.digex.net Thu May 18 21:19:46 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA13161
  (5.67b8/IDA-1.5); Thu, 18 May 1995 21:19:45 -0400
Received: by svcs1.digex.net id AA24959
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 15:49:40 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA24954
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 15:49:37 -0400
Received: from seraph.uunet.ca (uunet.ca) by mail1.access.digex.net with SMTP id AA05909
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 15:48:41 -0400
Received: from portnoy.canrem.com ([198.133.42.17]) by mail.uunet.ca with SMTP id <174365-8>; Thu, 18 May 1995 15:51:13 -0400
Received: from canrem.com by portnoy.canrem.com (4.1/SMI-4.1)
	id AA15348; Thu, 18 May 95 15:45:57 EDT
Received: by canrem.com (PCB-UUCP 1.1f)
	id 1E25F8; Thu, 18 May 95 15:40:02 -0500
To: amos-list@access.digex.net
Reply-To: CRSO.Amos@canrem.com
Sender: CRSO.Amos@canrem.com
Subject: Get
From: mike.pelletier@canrem.com (Mike Pelletier)
Message-Id: <60.2342.6587.0C1E25F8@canrem.com>
Date: Thu, 18 May 1995 16:34:00 -0400
Organization: CRS Online  (Toronto, Ontario)
Status: RO
X-Status: 

I need a GET statement for AMOS Pro.  The a$=Input$(2,1) instruction will read
a single character from a file, but it WAITS until something is entered.

I need something that will check a file for a single character and GO ON if
there is nothing there.

In any normal basic, Get #2, A$ would work, but AMOS has no comparable
instruction that I can find.  I tried using:
Do
Z=Eof(2)
if Z=True Then Loop
A$=Input$(2,1)

But Z is ALWAYS true, so this method doesn't work either.

The program is monitoring the STDIN channel and waiting for a key.  I am trying
to make it so that the routine doesn't hang if there is no input from STDIN.  I
need a `Get a single byte, go on if nothing there' instruction.

Well met and godspeed,
                      Giark

From amos-request@svcs1.digex.net Fri May 19 06:36:19 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA10768
  (5.67b8/IDA-1.5); Fri, 19 May 1995 06:36:18 -0400
Received: by svcs1.digex.net id AA25502
  (5.67b8/IDA-1.5 for amos-out); Thu, 18 May 1995 23:29:29 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA25498
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Thu, 18 May 1995 23:29:28 -0400
Received: from acs.saultc.on.ca by mail1.access.digex.net with SMTP id AA29370
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 18 May 1995 23:28:29 -0400
Received: from ACS.SAULTC.ON.CA by ACS.SAULTC.ON.CA (PMDF V4.3-11 #4035)
 id <01HQNZTKQT9S0008CC@ACS.SAULTC.ON.CA>; Thu, 18 May 1995 23:29:25 -0400 (EDT)
Date: Thu, 18 May 1995 23:29:25 -0400 (EDT)
From: S93044370@ACS.SAULTC.ON.CA
Subject: Reading Directories
To: amos-list@access.digex.net
Message-Id: <01HQNZTKS5HU0008CC@ACS.SAULTC.ON.CA>
X-Vms-To: IN%"amos-list@access.digex.net"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 

Hi everyone, the other day somebody sent to the list a routine that reads
in a directory from a disk, what I would like to know, is can this routine
be modified to get the size of the files in the directory as well? If somebody
could help me with this I would appreciate it.

Cori Skagen
(s93044370@acs.saultc.on.ca)


From amos-request@svcs1.digex.net Fri May 19 13:26:01 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA10957
  (5.67b8/IDA-1.5); Fri, 19 May 1995 13:25:59 -0400
Received: by svcs1.digex.net id AA12720
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 04:38:12 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA12715
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 04:38:10 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA06916
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 04:37:11 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sCBkw-0004AlC; Thu, 18 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sC9rY-000CneC; Thu, 18 May 95 19:59 MET DST
X-Zc-Via: 19950518091424W+1@kiste.pfalz.de
X-Zc-Via: 19950518065854W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: WB + CLI Compiled code.
Message-Id: <vuu68MD261agz5@p22.sixpack.pfalz.org>
Date: Thu, 18 May 95 06:52:44 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505161516.AA22980@csmail>
Status: RO
X-Status: 

91211448@brookes.ac.uk (ryan nicholas d) wrote on 16.05.1995 some
text under the subject WB + CLI Compiled code.. I can't leave this
uncommentated ;-)

rd> The problem is this, I've been trying to get tool-types working for an Amos
rd> prog, but for some utterly weird reason, it doesn't seem to work. I would

Mine works ;-) The only stupid thing was to find out the name of the
own program.

rd> usually throw MonAn (Monitor/Debugger that came with DevPac3) at the task, but
rd> the code I wrote to read the tool types is in an included asm procedure, and I
rd> would have to run through the entire Amos -startup code (ie crap) before
rd> getting anywhere near where I am.

Just set an 'Illegal' asm command just before your tool types code,
then assemble it again and feed it into a procedure... save and start
monam... run through, until you come to this illegal exception and
then press Ctrl-S to skip it... then you are on the very right point
and you can debug your code as you like to ;-)

rd> Help! Has anybody got this working - and no, I've looked - Easylife doesn't
rd> *seem* to have it.

Yes. :-)

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Banteer (n.)
  (Archaic) A lusty and raucous old ballad sung after a particularly
  spectacular araglin (q.v) has been pulled off.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Fri May 19 11:22:59 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA29238
  (5.67b8/IDA-1.5); Fri, 19 May 1995 11:22:58 -0400
Received: by svcs1.digex.net id AB09062
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 03:09:38 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA09057
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 03:09:36 -0400
Received: from student.uq.edu.au by www1.access.digex.net with SMTP id AA03492
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 03:08:34 -0400
Received: from student.uq.edu.au (co314519@localhost [127.0.0.1]) by student.uq.edu.au (8.6.12/8.6.10) with SMTP id RAA13170 for <amos-list@access.digex.net>; Fri, 19 May 1995 17:08:44 +1000
Date: Fri, 19 May 1995 17:08:38 +1000 (GMT+1000)
From: Stuart Matthews <co314519@student.uq.edu.au>
To: Discussion List <amos-list@access.digex.net>
Subject: Flushing memory in AmosPro
Message-Id: <Pine.ULT.3.91.950519170326.10055B-100000@student.uq.edu.au>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 


Hi everyone!

Does anyone know how to do the equivalent of an "avail flush" in AmosPro? 

I have a game that plays music using Paul Reece's Enhanced Music 
Extension v4.64.  I find that if I play the game after I've been using 
my Amiga for a while, the music causes random bits of garbled graphics 
to show up on my screen - obviously these are unused bits of data lurking 
in memory.  If I do an "avail flush" in CLI and then run the game, there 
is no flickering.

So does anyone know how to flush memory? I'd welcome any help :))

*wave*
Stuart.

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    Stuart Matthews - University of Queensland - co314519@student.uq.edu.au  
 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From amos-request@svcs1.digex.net Fri May 19 12:26:09 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA00294
  (5.67b8/IDA-1.5); Fri, 19 May 1995 12:26:07 -0400
Received: by svcs1.digex.net id AA11078
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 03:53:06 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA11074
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 03:53:04 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA05131
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 03:52:07 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.11010-0@eros.britain.eu.net>; Fri, 19 May 1995 08:52:24 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Fri, 19 May 95 07:33:41 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Fri, 19 May 95 07:32:49 GMT
Message-Id: <19987.9505190733@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Fri, 19 May 95 07:33:35 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Fri, 19 May 1995 08:34:53 0
Subject: Re: Get
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: RO
X-Status: 



> The program is monitoring the STDIN channel and waiting for a key.  I am trying
> to make it so that the routine doesn't hang if there is no input from STDIN.  I
> need a `Get a single byte, go on if nothing there' instruction.
>

Easylife has an instruction to do this, but I can't for the life of 
me remember what I called it - It probably begins with "El", but 
after that its anyones guess although to syllables "in" and "get" 
probably feature somewhere in it :-). Look in the manual under 
AmigaDos commands. 
 
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Fri May 19 12:45:46 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA07151
  (5.67b8/IDA-1.5); Fri, 19 May 1995 12:45:45 -0400
Received: by svcs1.digex.net id AA11084
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 03:53:07 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA11080
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 03:53:06 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA05134
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 03:52:09 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.11031-0@eros.britain.eu.net>; Fri, 19 May 1995 08:52:33 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Fri, 19 May 95 07:45:30 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Fri, 19 May 95 07:44:37 GMT
Message-Id: <20273.9505190745@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Fri, 19 May 95 07:45:23 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Fri, 19 May 1995 08:46:40 0
Subject: Re: load_lib
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: RO
X-Status: 


> Subject:       load_lib
> To:            amos-list@access.digex.net (Amos-Mailing-List)
> Date:          Thu, 18 May 95 12:11:46 METDST
> From:          m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
> Reply-to:      m.g.d.wehrens@chem.ruu.nl

[cut]

> To open a library you'd think that a simple call to 
> call _exebase-552
> and having set the a1 and d0 registers would work. Not so.
> It will crash. Only calls to a library function that does NOT
> need parameters will work.
> What does this suggest ?, well clearly the 'Call' command does
> not seem to be interested in the areg and dreg-settings.
> 
Call does read the Areg & Dreg settings, but it also expects the 
routine called to preserve the values in registers A3-A6. Most 
library routines will not do this so AMOS may crash after calling 
them. LibCall knows this and stores the registers first. Also, some 
libraries except to be called with their own base in register A6, and 
call would not do this.

> Does anyone know if this can be overcome easily or do I have
> to use a 'bank' with some MOVE.L's to registers and THEN the
> call ? (rather bothersome I guess and close to the AmosPro
> Lib Call command!)

Thats the best way. You can of course make use of the fact that the 
call command can take additional parameters which are placed on a 
stack off register A3 to pass the library base & offset of the 
routine to call. E.g. If the AMOS Code was "Call BNKNO,LIBBASE,OFFSET"

The bank code would be

	move.l	(a3)+,d7	;d7=offset
	add.l		(a3)+,d7	;d7=address to call
	movem.l	a3-6,-(sp)	;Preserve registers
	move.l	d7,a6
	jsr		(a6)
	movem.l	(sp)+,a3-6
	rts

NOTE: This assumes the library call does not use register D7, but I 
think your safe for most calls.
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Fri May 19 13:26:54 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA11045
  (5.67b8/IDA-1.5); Fri, 19 May 1995 13:26:54 -0400
Received: by svcs1.digex.net id AA14508
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 06:28:42 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA14504
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 06:28:41 -0400
Received: from varano.ing.unico.it by www1.access.digex.net with SMTP id AA10495
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 06:27:30 -0400
Received: by varano.ing.unico.it (5.65/DEC-Ultrix/4.3)
	id AA05923; Fri, 19 May 1995 12:27:21 +0200
Date: Fri, 19 May 1995 12:27:20 +0200 (MET DST)
From: MeF <mfontana@ing.unico.it>
Subject: Re: Turbo Extension
To: achurch@goober.mbhs.edu
Cc: amos-list <amos-list@access.digex.net>
In-Reply-To: <199505161542.AA06245@dragon.mbhs.edu>
Message-Id: <Pine.3.89.9505191241.D4375-0100000@varano.ing.unico.it>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



>   --Andy Church (achurch@goober.mbhs.edu)
>     WWW: http://www.mbhs.edu/~achurch/

A friend of mine sent me the Demo version 1.3 of your extension.
I have tried it. But I didn't work. I had an message saying that tha Amos 
could not loaded the extension and to use the default configuration.
This before I started SnoopDos to see where the Amos failed. The strange 
thing is that the extension was loaded!
I repeated the event. Without SnoopDOs... nothing. Whith snoopdos running 
(and so delaying everything) Amos loaded the extension and started 
normally, but seeing the about on the loaded extension didn't give any 
name in the slot n14. The extension was there but his name not.
What's wrong? It is a regular thing (I think it is not !)?
Has the registered version the same problems?

Has anyone had my problems?

THanks

MeF

From amos-request@svcs1.digex.net Sat May 20 10:05:13 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA19715
  (5.67b8/IDA-1.5); Sat, 20 May 1995 10:05:12 -0400
Received: by svcs1.digex.net id AA26639
  (5.67b8/IDA-1.5 for amos-out); Sat, 20 May 1995 04:04:48 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA26633
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sat, 20 May 1995 04:04:45 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA12064
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sat, 20 May 1995 04:03:37 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sCjWF-0004ACC; Sat, 20 May 95 10:04 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sCelp-000CnIC; Sat, 20 May 95 05:00 MET DST
X-Zc-Via: 19950519203623W+1@kiste.pfalz.de
X-Zc-Via: 19950519193246W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Top Ten List Routine
Message-Id: <vvEPBMD261aezA@p22.sixpack.pfalz.org>
Date: Fri, 19 May 95 07:07:45 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <vuTMBMD261aez10@p22.sixpack.pfalz.org>
Status: O
X-Status: 

chris@sixpack.pfalz.org (Chris Hodges) wrote on 16.05.1995 some text
under the subject Re: Top Ten List Routine. I can't leave this
uncommentated ;-)

CH> Procedure _LOADHISCORE
CH>   Open In 1,"Hiscore.dat" : L=Lof(1) : Close 1
CH>   Reserve As Work 8,L
CH>   ST=Start(8)

Ooops, missed out a line ;-)
      Bload "Hiscore.dat",ST

CH>   For A=1 To 10 : Rem assuming your hiscore table contains 10 entries


Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Abilene (adj.)
  Description of the pleasing coolness on the reverse side of the
  pillow.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Fri May 19 17:29:52 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA05732
  (5.67b8/IDA-1.5); Fri, 19 May 1995 17:29:51 -0400
Received: by svcs1.digex.net id AA17984
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 08:24:04 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA17980
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 08:24:03 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA15297
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 08:23:04 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.10018-0@eros.britain.eu.net>; Fri, 19 May 1995 13:23:02 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Fri, 19 May 95 11:58:51 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Fri, 19 May 95 11:58:01 GMT
Message-Id: <16052.9505191158@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Fri, 19 May 95 11:58:48 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Fri, 19 May 1995 13:00:04 0
Subject: Re: Reading Directories
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: O
X-Status: 




> Hi everyone, the other day somebody sent to the list a routine that reads
> in a directory from a disk, what I would like to know, is can this routine
> be modified to get the size of the files in the directory as well? If somebody
> could help me with this I would appreciate it.
> 
It can, just extract the size from file info block returned by 
examine/examine next. I don't have the offset to hand, but look in 
the dos.h / dos.i file of commodore includes, or any decent C/Asm 
programming book for a description of the FIB structure.

But why are you doing this - I know AMOS is full of bugs but I've 
never had trouble with the DirFirst$() / DirNext$ functions!
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Fri May 19 16:30:43 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA16790
  (5.67b8/IDA-1.5); Fri, 19 May 1995 16:30:41 -0400
Received: by svcs1.digex.net id AA15874
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 07:39:20 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA15870
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 07:39:19 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA13458
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 07:38:16 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA22281; Fri, 19 May 1995 13:39:05 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA20727; Fri, 19 May 95 13:43:54 +0200
Message-Id: <9505191143.AA20727@tc6.chem.ruu.nl>
Subject: readdir2
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Fri, 19 May 95 13:43:51 METDST
Cc: s93044370@acs.saultc.on.ca
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hi,

Ciro Skagen wrote:

... a routine that reads in a directory from a disk, what I would 
 like to know, is can this routine ... size of the files

Yes, it can.

When the 'Examine'-call is made, the 'FileInfoBlock' is read
This block is the header of the file and contains all information
about the file such as the protection flags, the size, the time and
date and the filenote.
So all the information is already in the bank when the filename is read
from it.
I do not know where what information is stord, however :-(
But I try to print some more of the bank used and find the place
where the size of the file is kept in it.

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Fri May 19 17:34:09 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA06109
  (5.67b8/IDA-1.5); Fri, 19 May 1995 17:34:08 -0400
Received: by svcs1.digex.net id AA19998
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 08:52:59 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA19994
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 08:52:57 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA16075
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 08:51:54 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA22674; Fri, 19 May 1995 14:52:54 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA21992; Fri, 19 May 95 14:57:41 +0200
Message-Id: <9505191257.AA21992@tc6.chem.ruu.nl>
Subject: rtez_on_myscreen?
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Fri, 19 May 95 14:57:37 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

Hi all,

The other day, Tumu / BFB team <tumu@janus.otol.fi
posted a message containing the code needed to make use of the
reqtools requesters rtezrequest and rtfilrequest. They used a function

_RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)

in their code. I suppose this is to do a 'allocmem' from exec and this
can be done without the extension they propose. The easiest way is
to make use of :

Reserve as work 6,108
Poke$ Start(6),String$(chr$(0),108)
_RTFILENAMEPRT=Start(6)

Further, they use the Elmem$ functions to read out the text, this
can also be done with:

_RTFILE$=Peek$(_RTFILENAMEPRT,108,chr$(0))

which leads to the exact same result. However, there may be a reason
to do this as they did, if there is: Please post a message explaining
why!

Also:
I use the following code in my program to create an intuition-screen
and replace the bitmap-pointers with the ones from the amos-screen.
That way, you'll see your amos-screen in the intuiscreen, and thus it
should be possible to have the reqtools on your amos-screen. After
the requesters are done, you can put the intuiscreen away.
There are two serious flaws in this design (other than the ones you
might detect :-) 
a) the openscreen-call will create two bitmaps i don't use.
   (this can be overcome because the bitmaps can buffer the
    amos-screen but it costs some chipmem...)
b) Nico Francois clearly states in his documents on RT that one
   should *not* use the 'screen'-tag to decide on which screen the
   requester is to come. One should use 'pubscreen' instead.
The problem is: how do I set the 'screen'-tag in the taglist or what
ever it is called in amos ? I studied the c-source 'demo.c'-file in the
distribution but I have no idea where I must 'loke' my screen-base in
order to have RT recognize it.

Anyone ?

code:
-------------------------------------------------------------snap---
Screen Open 0,640,256,4,Hires : Paper 0 : Pen 1 : Cls 0
_INTSCR[0,640,200,2,"My Screen"]
SCR=Param
Amos To Back 
Dir 
'
Lib Open 1,"reqtools.library",0
_RTEZREQUEST["Pull the screen!","return to amos"," "]
Lib Close 
'
Amos To Front 
'opruimen met close-screen 
Areg(0)=SCR : If SCR=0 Then End 
OK=Intcall(-66)
'------------------------------------------- 
Procedure _INTSCR[NR,_WIDTH,_HEIGHT,_PLANES,NAM$]
'struct newscreen
   Reserve As Work 6,32 : S=Start(6)
   Doke S,0 : Add S,2
   Doke S,0 : Add S,2
   Doke S,_WIDTH : Add S,2
   Doke S,_HEIGHT : Add S,2
   Doke S,_PLANES : Add S,2
   Poke S,0 : Inc S
   Poke S,1 : Inc S
   Doke S,32768 : Add S,2 : Rem screen mode(hires) 
   Doke S,15 : Add S,2
   Loke S,$0 : Add S,4
   A$=NAM$+Chr$(0) : FRE=Free
   Loke S,Varptr(A$) : Add S,4
   Loke S,$0 : Add S,4
   Loke S,$0 : Rem end of struct  
'
Areg(0)=Start(6) : Rem where to find 'struct newscreen'   
SCR=Intcall(-198) : Rem openscreen   

   If SCR=0 Then Pop Proc[SCR] : Rem something is wrong!  
   Erase(6) : Rem trash 'struct newscreen'   
   Amos To Back 
'set bit for 'Custom Bit Map'
   Doke SCR+20,Deek(SCR+20) or %1000000
'now to open an amos-screen of requested size: 
   Screen Open NR,_WIDTH,_HEIGHT,2^_PLANES,Hires
   Cls 0 : Pen 1 : Paper 0
   SB=Screen Base : Rem get address for planes   
   For R=0 To _PLANES-1
      Loke SCR+184+8+R*4,Leek(SB+R*4) : Rem   replace bitmap-pointers  
   Next 
   Areg(0)=SCR
   OK=Intcall(-252) : Rem  screen to front   
   OK=Intcall(-384) : Rem  remake display (to see change)  
End Proc[SCR]
Procedure _RTEZREQUEST[_REQ$,_GADS$,_TITLE$]
   Dreg(0)=1
   Areg(0)=0
   RES=Lib Call(1,-$1E) : Rem make buffer
   If RES=0 Then Pop Proc[-1]
   ' 0 for filereq
   ' 1 for easy req.
   ' 2 font 
   ' 3 screen 
   Areg(1)=Varptr(_REQ$)
   Areg(2)=Varptr(_GADS$)
   Areg(3)=RES
   Areg(4)=0
   Areg(0)=0
   X=Free : Rem make sure the only _title$ is this one 
   Loke _REQBUFFER+12,Varptr(_TITLE$)

   RES2=Lib Call(1,-$42) : Rem ezrequest

   Areg(1)=_REQBUFFER
   RES3=Lib Call(1,-$24) : Rem clear reqbuffer
End Proc[RES2]
--------------------------------------------------------------

Anyone, please ?

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From amos-request@svcs1.digex.net Fri May 19 19:08:11 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA13918
  (5.67b8/IDA-1.5); Fri, 19 May 1995 19:08:09 -0400
Received: by svcs1.digex.net id AA07520
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 12:32:26 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA07516
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 12:32:25 -0400
Received: from fsa.cpsc.ucalgary.ca by mail1.access.digex.net with SMTP id AA00727
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 12:31:19 -0400
Received: from fsh.cpsc.ucalgary.ca (fsh.cpsc.ucalgary.ca [136.159.2.8])
	by fsa.cpsc.ucalgary.ca (1.8) id <KAA18714@fsa.cpsc.ucalgary.ca>;
	Fri, 19 May 1995 10:30:11 -0600
From: currie@cpsc.ucalgary.ca (Robert Currie)
Received: by fsh.cpsc.ucalgary.ca (1.2; from currie@localhost)
	id <KAA18212@fsh.cpsc.ucalgary.ca>; Fri, 19 May 1995 10:30:11 -0600
Date: Fri, 19 May 1995 10:30:11 -0600
Message-Id: <199505191630.KAA18212@fsh.cpsc.ucalgary.ca>
To: amos-list@access.digex.net
Subject: Music Extension
Status: RO
X-Status: 

	Can anyone tell me where to obtain Paul Reeces music extension? I am 
currently running Amos Creator 1.34 or something like that with the supplied
music extension. Can Paul Reece's work in Amos Creator? What differences are
there between the two? Any bugs I should know about? Are there any large 
memory consumption differences?

	I know, many many questions, but I'm a questionable kind of guy so if
anyone has answers to the above, please let me know!

			Robert Currie

p.s. Is anyone interested in playtesting an Eye of Beholder style modular
RPG game that was created in Amos?

From amos-request@svcs1.digex.net Sun May 21 07:04:18 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA13929
  (5.67b8/IDA-1.5); Sun, 21 May 1995 07:04:16 -0400
Received: by svcs1.digex.net id AA04520
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 04:06:15 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA04516
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 04:06:14 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA27830
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 04:04:57 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sD60R-0004B8C; Sun, 21 May 95 10:04 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sD1El-000CnkC; Sun, 21 May 95 04:59 MET DST
X-Zc-Via: 19950520234148W+1@kiste.pfalz.de
X-Zc-Via: 19950520155359W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: readdir
Message-Id: <vve84MD261aez2@p22.sixpack.pfalz.org>
Date: Sat, 20 May 95 13:31:36 CET
Return-Receipt-To: chris@sixpack.pfalz.org (Chris Hodges)
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505180952.AA01434@tc6.chem.ruu.nl>
Status: RO
X-Status: 

m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens) wrote on 18.05.1995 some
text under the subject readdir. I can't leave this uncommentated ;-)

MW>          R=Start(6)+8 : A$="" : Rem  get filename (from pos 8 onward)
MW> ' in Apro one can use the Peek$ - statement of course: 
MW> ' A$=peek$(Start(6),30,chr$(0)) 

Shouldn't it be:

A$=Peek$(R,30,Chr$(0))

or

A$=Peek$(Start(6)+8,30,Chr$(0))

MW> ' I do *NOT* know where the filename actually is in this datastruct,
MW> ' if anyone knows: say so!

 STRUCTURE FileInfoBlock,0
   LONG    fib_DiskKey      ;
   LONG    fib_DirEntryType ; Type of Directory. If < 0, then a plain
file.
			    ; If > 0 a directory
   STRUCT fib_FileName,108  ; Null terminated. Max 30 chars used for
now
   LONG   fib_Protection    ; bit mask of protection, rwxd are 3-0.
   LONG   fib_EntryType
   LONG   fib_Size          ; Number of bytes in file
   LONG   fib_NumBlocks     ; Number of blocks in file
   STRUCT fib_DateStamp,ds_SIZEOF ; Date file last changed.
   STRUCT fib_Comment,80    ; Null terminated. Comment associated
with file

   ; Note: the following fields are not supported by all filesystems.
   ; They should be initialized to 0 sending an ACTION_EXAMINE
packet.
   ; When Examine() is called, these are set to 0 for you.
   ; AllocDosObject() also initializes them to 0.
   UWORD  fib_OwnerUID      ; owner's UID
   UWORD  fib_OwnerGID      ; owner's GID

   STRUCT fib_Reserved,32
   LABEL  fib_SIZEOF        ; FileInfoBlock

MW>          Repeat : A$=A$+Chr$(Peek(R)) : Inc R : Until Peek(R)=0
MW> ' so a$ now contains the filename! 

I don't understand the meaning of this line... the other things
should work... ;-)

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Abwong (vb.)
   To bounce cheerfully on a bed.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Sun May 21 07:48:49 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA14434
  (5.67b8/IDA-1.5); Sun, 21 May 1995 07:48:48 -0400
Received: by svcs1.digex.net id AA04527
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 04:06:20 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA04523
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 04:06:19 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA27834
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 04:05:01 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sD60R-0004B9C; Sun, 21 May 95 10:04 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sD1El-000CnmC; Sun, 21 May 95 04:59 MET DST
X-Zc-Via: 19950520234149W+1@kiste.pfalz.de
X-Zc-Via: 19950520155400W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: load_lib
Message-Id: <vvgVQMD261aLz3@p22.sixpack.pfalz.org>
Date: Sat, 20 May 95 15:05:52 CET
Return-Receipt-To: chris@sixpack.pfalz.org (Chris Hodges)
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505181011.AA01832@tc6.chem.ruu.nl>
Status: RO
X-Status: 

m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens) wrote on 18.05.1995 some
text under the subject load_lib. I can't leave this uncommentated ;-)

MW> Does anyone know if this can be overcome easily or do I have

No. AMOS requires the registers A3-A6 and D6/D7 to be unmodified and
many library calls *require* the library base address in A6...

I had the same problems, and so I wrote some workaround...

Long time ago, I tried this and it worked (although you could do some
optimations)...

main
.dr0    ds.l    14
.ar6    dc.l    0
.rout   dc.l    0
	movem.l d0-d7/a0-a6,-(sp)
	lea     .ende(pc),a0
	move.l  a0,-(sp)
	lea     .dr0(pc),a6
	move.l  (a6)+,d0
	move.l  (a6)+,d1
	move.l  (a6)+,d2
	move.l  (a6)+,d3
	move.l  (a6)+,d4
	move.l  (a6)+,d5
	move.l  (a6)+,d6
	move.l  (a6)+,d7
	move.l  (a6)+,a0
	move.l  (a6)+,a1
	move.l  (a6)+,a2
	move.l  (a6)+,a3
	move.l  (a6)+,a4
	move.l  (a6)+,a5
	move.l  (a6)+,a6
	move.l  .ar6(pc),a6
	move.l  .rout(pc),-(sp)
	rts
.ende   lea     .ar6(pc),a6
	move.l  a5,-(a6)
	move.l  a4,-(a6)
	move.l  a3,-(a6)
	move.l  a2,-(a6)
	move.l  a1,-(a6)
	move.l  a0,-(a6)
	move.l  d7,-(a6)
	move.l  d6,-(a6)
	move.l  d5,-(a6)
	move.l  d4,-(a6)
	move.l  d3,-(a6)
	move.l  d2,-(a6)
	move.l  d1,-(a6)
	move.l  d0,-(a6)
	movem.l (sp)+,d0-d7/a0-a6
	rts

I assembled it and saved it into a bank... the first 15 longwords
hold the data registers d0 to d7 and a0-a6...

The address of the routine to call is placed in the 16th longword
(i.e LibBase+Offset)

The results can be read out from the same addresses the registers
were written into...
 
Then a wrote some library-procedures that allowed librarycalls in a
way like:

OPENLIB["dos"]
LIBCALL2["dos","Lock",Varptr(NAME$),-2]
LOCK=RES : If LOCK=0 Then Print "ERROR!" : Return
LIBCALL2["dos","Examine",LOCK,Start(9)]
If RES=0 Then Print "Empty!" : LIBCALL1["dos","Unlock",LOCK] : Return
...

It was rather slow (due of the offset search), but it worked...


MW> Also, does anyone know what place to put the 'bitmap'-struct when
MW> using amos ?

Hmm... I don't really know what you mean... give me some more
information please :)

MW> I tried opening a screen with intuition and intcall. Works ok.
MW> Then I supply the screenbase with 'CUSTOM-BITMAP' (bit 6 of some offset)

Are you opening the screen using CUSTOM_BITMAP or hacking it into
afterwards?

MW> and then I open an Amos-screen with the same dimension and put use:
MW> loke (scr_base+184+8),leek (screen base)
MW> loke (scr_base+184+12),leek (screen base+4)

You should use logbase(x) though...

MW> to replace the pointers of the bitmap to my own amos-bitmaps
MW> Works fine, when a 'rethinkdisplay' is called it shows the contents of
MW> the amos-screen in the intuition-screen.
MW> But this way, I trash the two bitplanes from the original intuition
MW> screen!

There a other way round... there *are* intuition elements and
structures for a AMOS screen already (rastport, bitmap, layer and
layerregion). Why not implement them directly into a intuition
screen?

MW> (This way of putting an amos-screen in an intuitionscreen is VERY use-
MW> full because the REQTOOL-requester will appear on your 'amos-screen'
MW> in intuition, however, you'll have to rebuild you bitmap).

You're right... But it is very useless to write intuition programs
using amos because
a) you create executables of huge size.
b) you need a lot of system experience
c) you could write it more easyly in C++.
d) AMOS causes a overhead which requires more processor time.
e) AMOS programs do not multitask (i.e if you start two amos
programs, one will be frozen)

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Acklings (pl.n.)
  The odd twinges you get in parts of your body when you scratch
  other parts.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Sun May 21 19:45:02 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA23560
  (5.67b8/IDA-1.5); Sun, 21 May 1995 19:45:01 -0400
Received: by svcs1.digex.net id AA05309
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:03 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05305
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:01 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AB15894
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:38 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B1C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIQ-000CnNC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161212W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Get
Message-Id: <vvw2iMD261aRz1@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 09:53:38 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <60.2342.6587.0C1E25F8@canrem.com>
Status: RO
X-Status: 

mike.pelletier@canrem.com (Mike Pelletier) wrote on 18.05.1995 some
text under the subject Get. I can't leave this uncommentated ;-)

MP> I need something that will check a file for a single character and GO ON if
MP> there is nothing there.

Note that this will work only on RAW: Windows, not on CON: as they
only send their characters after a linefeed...

MP> The program is monitoring the STDIN channel and waiting for a key.  I am trying
MP> to make it so that the routine doesn't hang if there is no input from STDIN.  I
MP> need a `Get a single byte, go on if nothing there' instruction.

I added a procedure to my STDINOUT assigning program... note that it
will take the STDOUT for text input and a raw console for keyboard
input...

Amos To Back 
_ASSIGNSTDOUT[1]
'_ASSIGNSTDIN[2] 
Open In 2,"RAW:/200//100/RAW-Console/AUTO/WAIT/CLOSE"
Print #1,"Please enter a string: ";
T$=""
Do 
  ' The syntax for _WAITFORCHAR is channel,timeout
  _WAITFORCHAR[2,50000]
  BOOL=Param
  If Not BOOL
    Print #1,".";
  Else 
    A$=Input$(2,1)
    Exit If A$=Chr$(27)
    Print #1,Chr$(10);"You pressed a key: ";A$;Chr$(10);
    T$=T$+A$
  End If 
  If Inkey$=Chr$(27) Then Exit 
Loop 
_REMSTD[1]
'_REMSTD[2]
Close 2
Amos To Front 
Print "You typed: ";T$
End 
Procedure _ASSIGNSTDIN[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  STIN=Doscall(-54)
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)<>0 Then Error 96
  Loke AD,STIN : Doke AD+4,$200 : Loke AD+6,0
End Proc
Procedure _ASSIGNSTDOUT[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  STIN=Doscall(-60)
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)<>0 Then Error 96
  Loke AD,STIN : Doke AD+4,$100 : Loke AD+6,0
End Proc
Procedure _REMSTD[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)=0 Then Error 97
  Loke AD,0 : Doke AD+4,0 : Loke AD+6,0
End Proc

'This is the new procedure:

Procedure _WAITFORCHAR[CHAN,TIMOUT]
  If CHAN<1 or CHAN>8 Then Error 23
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)=0 Then Error 97
  Dreg(1)=Leek(AD)
  Dreg(2)=TIMOUT
  RES=Doscall(-$CC)
End Proc[RES]

Note that again you should not break the program... use the ESC key
instead...
(otherwise type Loke Areg(5)+$8BC,0 in the direct mode immediately
after the interruption)

I hope this will help you out a bit...

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Albacete (n.)
  A single surprisingly long hair growing in the middle of nowhere.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Sun May 21 20:22:37 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA03314
  (5.67b8/IDA-1.5); Sun, 21 May 1995 20:22:36 -0400
Received: by svcs1.digex.net id AA05339
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:17 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05335
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:16 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15926
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:54 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B5C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnTC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161218W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: rtez_on_myscreen?
Message-Id: <vvxYUMD261agz5@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:29:40 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505191257.AA21992@tc6.chem.ruu.nl>
Status: RO
X-Status: 

m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens) wrote on 19.05.1995 some
text under the subject rtez_on_myscreen?. I can't leave this
uncommentated ;-)

MW> The problem is: how do I set the 'screen'-tag in the taglist or what
MW> ever it is called in amos ? I studied the c-source 'demo.c'-file in the
MW> distribution but I have no idea where I must 'loke' my screen-base in
MW> order to have RT recognize it.

OpenScreen is obsolete... OpenScreenTagList (V36+) is the one you're
longing for...

This a working solution and requires 2.0+:

' OpenIntScreen by Chris Hodges (21-May-95)
Screen Open 0,320,256,32,0
Curs Off : Flash Off : Paper 0 : Pen 1 : Cls 
' Assign TAG list  
Gosub INITSCREENTAGS
' Reserve memory for a colormap structure
Reserve As Work 14,33*8
ST=Start(14)
For A=0 To 31
  C=Colour(A)
  Doke ST,A
  Doke ST+2,(C and $F00)/256
  Doke ST+4,(C and $F0)/16
  Doke ST+6,C and $F
  Add ST,8
Next 
Doke ST,-1
' Create Taglist... add tags at your choice... 
TAGSTART
TAG[SA_QUIET,-1]
TAG[SA_WIDTH,320]
TAG[SA_HEIGHT,256]
TAG[SA_DEPTH,5]
TAG[SA_TYPE,$F] : Rem CUSTOMSCREEN, $2=PUBSCREEN     
TAG[SA_BITMAP,Leek(Screen Base+$150)] : Rem AMOS Bitmap structure
TAG[SA_COLORS,Start(14)]
TAG[0,0]
' Now open the screen... 
Amos To Back 
Areg(0)=0 : Areg(1)=Start(15)
SCR=Intcall(-$264) : Rem OpenScreenTagList
If SCR<>0
  ' Draw some thingies on the screen...
  Gr Writing 0
  For A=1 To 31
    Ink A : Text 31-A,100-A,"This is AMOS calling intuition!"
    Circle 200,170,A
  Next 
  ' Provisory "wait left mouse button" routine... no not use 
  ' in your programs, write system conform replacements please...
  Repeat : Multi Wait : Until(Peek($BFE001) and 64)=0
  ' Close screen (or wait until all windows have been closed)
  Repeat 
    Areg(0)=SCR : RES=Intcall(-$42) : Multi Wait 
  Until RES=1
End If 
Amos To Front 
Erase 15
Erase 14
End 
' Screen Tags... refer to intuition/screens.i includes for detailed  
' information on the tags... 
INITSCREENTAGS:
  TS=$80000000+33
  SA_LEFT=TS
  SA_TOP=TS+1
  SA_WIDTH=TS+2
  SA_HEIGHT=TS+3
  SA_DEPTH=TS+4
  SA_DETAILPEN=TS+5
  SA_BLOCKPEN=TS+6
  SA_TITLE=TS+7
  SA_COLORS=TS+8
  SA_ERRORCODE=TS+9
  SA_FONT=TS+10
  SA_SYSFONT=TS+11
  SA_TYPE=TS+12
  SA_BITMAP=TS+13
  SA_PUBNAME=TS+14
  SA_PUBSIG=TS+15
  SA_PUBTASK=TS+16
  SA_DISPLAYID=TS+17
  SA_DCLIP=TS+18
  SA_OVERSCAN=TS+19
  SA_OBSOLETE1=TS+20
' *BOOLEANS* 
  SA_SHOWTITLE=TS+21
  SA_BEHIND=TS+22
  SA_QUIET=TS+23
  SA_AUTOSCROLL=TS+24
  SA_PENS=TS+25
  SA_FULLPALETTE=TS+26
  SA_COLORMAPENTRIES=TS+27
  SA_PARENT=TS+28
  SA_DRAGGABLE=TS+29
  SA_EXCLUSIVE=TS+30
  SA_SHAREPENS=TS+31
  SA_BACKFILL=TS+32
  SA_INTERLEAVED=TS+33
  SA_COLORS32=TS+34
  SA_VIDEOCONTROL=TS+35
  SA_FRONTCHILD=TS+36
  SA_BACKCHILD=TS+37
  SA_LIKEWORKBENCH=TS+38
  SA_RESERVED=TS+39
  SA_MINIMIZEISG=TS+40
Return 
Procedure TAGSTART
  Shared TAGST
  Reserve As Work 15,128
  TAGST=Start(15)
End Proc
Procedure TAG[TAG,V]
  Shared TAGST
  Loke TAGST,TAG : Loke TAGST+4,V : Add TAGST,8
End Proc

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Alltami (n.)
  The ancient art of being able to balance the hot and cold shower
  taps.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Sun May 21 18:16:36 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA00114
  (5.67b8/IDA-1.5); Sun, 21 May 1995 18:16:35 -0400
Received: by svcs1.digex.net id AA29364
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 14:04:48 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA29360
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 14:04:46 -0400
Received: from kyoko.mpx.com.au by www1.access.digex.net with SMTP id AA11387
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 14:03:26 -0400
Received: from cristal.mpx.com.au by kyoko.mpx.com.au with smtp
	(Smail3.1.29.1 #7) id m0sDFNW-0006MQC; Mon, 22 May 95 04:05 EST
Received: from comlink.mpx.com.au by cristal.mpx.com.au with uucp
	(Smail3.1.28.1 #3) id m0sDF20-0000RUC; Mon, 22 May 95 03:43 AEST
Received: by comlink.mpx.com.au (V1.16/Amiga)
	id AA01uuw; Sun, 21 May 95 15:04:01 1100
Date: Sun, 21 May 95 15:04:01 1100
Message-Id: <9505212104.AA01uuv@comlink.mpx.com.au>
From: Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
To: amos-list@access.digex.net
Subject: mode algorthm
Status: RO
X-Status: 

I was trying to come up with an algrorthm the other day to determine the
most frequently occuring number in a group of numbers.

ie out of X numbers how many times does such a number occur and what is the
most frequent number.

Note: This is different from taking the average 

I came up with a solution, but it was ugly and very badly coded. I was also
long!

Does anyone have any neat answers?

Darryl

-- Via DLG Pro v1.0


               #####\             _             /#####
               #( )# |          _( )__         | #( )# 
               ##### |         /_    /         | #####
               #" "# |     ___m/I_ //_____     | #" "#
               # O # |____#-x.\ /++m\ /.x-#____| # O #
               #m.m# |   /" \ ///###\\\ / "\   | #m.m#
               #####/    ######/     \######    \#####

                 EX nightclub DJ (currently looking for work)

From amos-request@svcs1.digex.net Sun May 21 23:23:08 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA09779
  (5.67b8/IDA-1.5); Sun, 21 May 1995 23:23:07 -0400
Received: by svcs1.digex.net id AA10882
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 18:22:23 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA10876
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 18:22:21 -0400
Received: from rhea.otol.fi by mail1.access.digex.net with SMTP id AA00213
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 18:20:50 -0400
Received: from janus.otol.fi (tumu@janus.otol.fi [193.64.226.249]) by rhea.otol.fi (8.6.12/8.6.9) with ESMTP id BAA07258; Mon, 22 May 1995 01:22:13 +0300
Received: (from tumu@localhost) by janus.otol.fi (8.6.9/8.6.9) id BAA02571; Mon, 22 May 1995 01:22:11 +0300
Date: Mon, 22 May 1995 01:22:10 +0300 (EET DST)
From: Tuomas Lukinmaa <tumu@janus.otol.fi>
To: Martijn Wehrens <m.g.d.wehrens@chem.ruu.nl>
Cc: Amos-Mailing-List <amos-list@access.digex.net>
Subject: Re: rtez_on_myscreen?
In-Reply-To: <9505191257.AA21992@tc6.chem.ruu.nl>
Message-Id: <Pine.SUN.3.90.950522010230.2275B-100000@janus.otol.fi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Fri, 19 May 1995, Martijn Wehrens wrote:

> Hi all,
> 
> The other day, Tumu / BFB team <tumu@janus.otol.fi
> posted a message containing the code needed to make use of the
> reqtools requesters rtezrequest and rtfilrequest. They used a function
> 
> _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
> 
> in their code. I suppose this is to do a 'allocmem' from exec and this
> can be done without the extension they propose. The easiest way is
> to make use of :
> 
> Reserve as work 6,108
> Poke$ Start(6),String$(chr$(0),108)
> _RTFILENAMEPRT=Start(6)
> 
> Further, they use the Elmem$ functions to read out the text, this
> can also be done with:
> 
> _RTFILE$=Peek$(_RTFILENAMEPRT,108,chr$(0))
> 
> which leads to the exact same result. However, there may be a reason
> to do this as they did, if there is: Please post a message explaining
> why!

You can use both ways to reserve the reqbuffer and rtfilenamebuffer but I 
like using Easylife and Makes lib commands because they are easier to 
use and Makes lib memory allocation routines are System friendly.

And I forgotted to mention that you'll need Easylife extension as well if 
you are going to use original Reqtools routines without modifications.

	Tumu / BFB Team


From amos-request@svcs1.digex.net Mon May 22 09:25:00 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA25635
  (5.67b8/IDA-1.5); Mon, 22 May 1995 09:24:59 -0400
Received: by svcs1.digex.net id AA05210
  (5.67b8/IDA-1.5 for amos-out); Mon, 22 May 1995 04:27:31 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05206
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 22 May 1995 04:27:28 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA12260
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 22 May 1995 04:26:03 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.00340-0@eros.britain.eu.net>; Mon, 22 May 1995 09:26:16 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Mon, 22 May 95 07:53:42 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Mon, 22 May 95 07:52:56 GMT
Message-Id: <18722.9505220753@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Mon, 22 May 95 07:53:38 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Mon, 22 May 1995 08:54:59 0
Subject: Re: Flushing memory in AmosPro
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: RO
X-Status: 


> Date:          Fri, 19 May 1995 17:08:38 +1000 (GMT+1000)
> From:          Stuart Matthews <co314519@student.uq.edu.au>
> To:            Discussion List <amos-list@access.digex.net>
> Subject:       Flushing memory in AmosPro

> 
> Hi everyone!
> 
> Does anyone know how to do the equivalent of an "avail flush" in AmosPro? 
> 
Try and allocate an impossibly large amount of memory to a bank - the 
Amiga OS memory manager will find it cannot, and perform an avail
flush to try to free the memory. Something like Reserve bank 
14,$70000000 should to the trick.

Or you can execute the "Avail" CLI command from within AMOS!
  
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Mon May 22 12:19:34 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA07909
  (5.67b8/IDA-1.5); Mon, 22 May 1995 12:19:32 -0400
Received: by svcs1.digex.net id AA26320
  (5.67b8/IDA-1.5 for amos-out); Fri, 19 May 1995 10:10:39 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA26315
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Fri, 19 May 1995 10:10:37 -0400
Received: from crash.cts.com by mail1.access.digex.net with SMTP id AA20415
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Fri, 19 May 1995 10:09:31 -0400
Received: by crash.cts.com (Smail3.1.28.1 #23)
	id m0sCSkz-0001VGC; Fri, 19 May 95 07:10 PDT
Date: Fri, 19 May 1995 07:10:25 -0700 (PDT)
From: Greg Cox <gcox@cts.com>
To: S93044370@ACS.SAULTC.ON.CA
Cc: amos-list@access.digex.net
Subject: Re: Reading Directories
In-Reply-To: <01HQNZTKS5HU0008CC@ACS.SAULTC.ON.CA>
Message-Id: <Pine.SCO.3.91.950519070828.1093A-100000@crash.cts.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Thu, 18 May 1995 S93044370@ACS.SAULTC.ON.CA wrote:

> Hi everyone, the other day somebody sent to the list a routine that reads
> in a directory from a disk, what I would like to know, is can this routine
> be modified to get the size of the files in the directory as well? If somebody
> could help me with this I would appreciate it.
> 
> Cori Skagen
> (s93044370@acs.saultc.on.ca)

If you wanna find the size of a file just try:

open in 1,"filename"
L=Lof(1)
close 1

Greg
 

From amos-request@svcs1.digex.net Mon May 22 13:42:18 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA10445
  (5.67b8/IDA-1.5); Mon, 22 May 1995 13:42:17 -0400
Received: by svcs1.digex.net id AA14664
  (5.67b8/IDA-1.5 for amos-out); Mon, 22 May 1995 08:53:26 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA14660
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 22 May 1995 08:53:25 -0400
Received: from heifetz.msen.com by mail1.access.digex.net with SMTP id AA24055
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 22 May 1995 08:51:53 -0400
Received: from dcpro.UUCP by heifetz.msen.com with UUCP
	(Smail3.1.28.1 #12) id m0sDW3A-0009ZlC; Mon, 22 May 95 07:53 EDT
Received: by dcpro.UUCP (V1.17-beta/Amiga)
	  id <02wb@dcpro.UUCP>; Mon, 22 May 95 04:11:58 EST
Date: Mon, 22 May 95 04:11:58 EST
Message-Id: <9505220911.02wb@dcpro.UUCP>
From: woodrose@dcpro.UUCP (Larry Mcgahey)
To: amos-list@access.digex.net
Subject: Turbo Scene Editor
Status: RO
X-Status: 

Does anyone have a script that shows how to use the scenes created with the
Turbo Plus Scene Editor?
How can I get the amos list regularly? I don't remember where I down loaded it
from.

From amos-request@svcs1.digex.net Mon May 22 09:15:55 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA25223
  (5.67b8/IDA-1.5); Mon, 22 May 1995 09:15:54 -0400
Received: by svcs1.digex.net id AA04329
  (5.67b8/IDA-1.5 for amos-out); Mon, 22 May 1995 03:43:43 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA04325
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 22 May 1995 03:43:42 -0400
Received: from ruucv1.chem.ruu.nl by mail1.access.digex.net with SMTP id AA17110
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 22 May 1995 03:42:11 -0400
Received: from tc6.chem.ruu.nl by ruucv1.chem.ruu.nl (5.65/4.13) with SMTP 
	id AA25800; Mon, 22 May 1995 09:43:39 +0200
Received: by tc6.chem.ruu.nl (1.37.109.4/4.31) 
	id AA03030; Mon, 22 May 95 09:48:43 +0200
Message-Id: <9505220748.AA03030@tc6.chem.ruu.nl>
Subject: why_use_readdir
To: amos-list@access.digex.net (Amos-Mailing-List)
Date: Mon, 22 May 95 9:48:43 METDST
From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
Organisation:  University Utrecht
Reply: m.g.d.wehrens@chem.ruu.nl
Reply-To: m.g.d.wehrens@chem.ruu.nl
Mailer: Elm [revision: 70.85]
Status: RO
X-Status: 

>> Hi everyone, the other day somebody sent to the list a routine that reads
>> in a directory from a disk, what I would like to know, is can this routine
>> be modified to get the size of the files in the directory as well? If somebody
>> could help me with this I would appreciate it.
>> 
>It can, just extract the size from file info block returned by 
>examine/examine next. I don't have the offset to hand, but look in 
>the dos.h / dos.i file of commodore includes, or any decent C/Asm 
>programming book for a description of the FIB structure.
>
>But why are you doing this - I know AMOS is full of bugs but I've 
>never had trouble with the DirFirst$() / DirNext$ functions!

I never had problems with them either, BUT: when you do a 'DirFirst$',
amos read the entire directory. So there's not much sense in having to
do a 'DirNext$' other than the patternmatching. (Which is also in
some extensions..;-) The advantage of reading it using calls is the
possibillity to realy read one entry at a time and thus allow the 
(diskette-)user to select an entry before the entire directory is read.
More like the filerequesters.

---------------------------------------------------------------
Martijn Wehrens, Theoretical Chemistry Group Utrecht University
email m.g.d.wehrens@chem.ruu.nl          
---------------------------------------------------------------

From svcs1.digex.net!amos-request Mon May 22 09:02:04 1995 remote from cristal
Return-Path: <amos-request@svcs1.digex.net>
Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
	(Smail3.1.28.1 #3) id m0sDK0G-00006dC; Mon, 22 May 95 09:01 AEST
Received: by svcs1.digex.net id AA05309
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:03 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05305
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:01 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AB15894
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:38 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B1C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIQ-000CnNC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161212W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Get
Message-Id: <vvw2iMD261aRz1@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 09:53:38 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <60.2342.6587.0C1E25F8@canrem.com>
Status: RO
X-Status: 

mike.pelletier@canrem.com (Mike Pelletier) wrote on 18.05.1995 some
text under the subject Get. I can't leave this uncommentated ;-)

MP> I need something that will check a file for a single character and GO ON if
MP> there is nothing there.

Note that this will work only on RAW: Windows, not on CON: as they
only send their characters after a linefeed...

MP> The program is monitoring the STDIN channel and waiting for a key.  I am trying
MP> to make it so that the routine doesn't hang if there is no input from STDIN.  I
MP> need a `Get a single byte, go on if nothing there' instruction.

I added a procedure to my STDINOUT assigning program... note that it
will take the STDOUT for text input and a raw console for keyboard
input...

Amos To Back 
_ASSIGNSTDOUT[1]
'_ASSIGNSTDIN[2] 
Open In 2,"RAW:/200//100/RAW-Console/AUTO/WAIT/CLOSE"
Print #1,"Please enter a string: ";
T$=""
Do 
  ' The syntax for _WAITFORCHAR is channel,timeout
  _WAITFORCHAR[2,50000]
  BOOL=Param
  If Not BOOL
    Print #1,".";
  Else 
    A$=Input$(2,1)
    Exit If A$=Chr$(27)
    Print #1,Chr$(10);"You pressed a key: ";A$;Chr$(10);
    T$=T$+A$
  End If 
  If Inkey$=Chr$(27) Then Exit 
Loop 
_REMSTD[1]
'_REMSTD[2]
Close 2
Amos To Front 
Print "You typed: ";T$
End 
Procedure _ASSIGNSTDIN[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  STIN=Doscall(-54)
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)<>0 Then Error 96
  Loke AD,STIN : Doke AD+4,$200 : Loke AD+6,0
End Proc
Procedure _ASSIGNSTDOUT[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  STIN=Doscall(-60)
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)<>0 Then Error 96
  Loke AD,STIN : Doke AD+4,$100 : Loke AD+6,0
End Proc
Procedure _REMSTD[CHAN]
  If CHAN<1 or CHAN>8 Then Error 23
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)=0 Then Error 97
  Loke AD,0 : Doke AD+4,0 : Loke AD+6,0
End Proc

'This is the new procedure:

Procedure _WAITFORCHAR[CHAN,TIMOUT]
  If CHAN<1 or CHAN>8 Then Error 23
  AD=Areg(5)+$8BC+(CHAN-1)*10
  If Leek(AD)=0 Then Error 97
  Dreg(1)=Leek(AD)
  Dreg(2)=TIMOUT
  RES=Doscall(-$CC)
End Proc[RES]

Note that again you should not break the program... use the ESC key
instead...
(otherwise type Loke Areg(5)+$8BC,0 in the direct mode immediately
after the interruption)

I hope this will help you out a bit...

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Albacete (n.)
  A single surprisingly long hair growing in the middle of nowhere.
(from: "The Deeper Meaning of Liff")

From svcs1.digex.net!amos-request Mon May 22 09:39:12 1995 remote from cristal
Return-Path: <amos-request@svcs1.digex.net>
Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
	(Smail3.1.28.1 #3) id m0sDKaL-0000MPC; Mon, 22 May 95 09:39 AEST
Received: by svcs1.digex.net id AA05339
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:17 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05335
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:16 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15926
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:54 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B5C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnTC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161218W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: rtez_on_myscreen?
Message-Id: <vvxYUMD261agz5@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:29:40 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505191257.AA21992@tc6.chem.ruu.nl>
Status: RO
X-Status: 

m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens) wrote on 19.05.1995 some
text under the subject rtez_on_myscreen?. I can't leave this
uncommentated ;-)

MW> The problem is: how do I set the 'screen'-tag in the taglist or what
MW> ever it is called in amos ? I studied the c-source 'demo.c'-file in the
MW> distribution but I have no idea where I must 'loke' my screen-base in
MW> order to have RT recognize it.

OpenScreen is obsolete... OpenScreenTagList (V36+) is the one you're
longing for...

This a working solution and requires 2.0+:

' OpenIntScreen by Chris Hodges (21-May-95)
Screen Open 0,320,256,32,0
Curs Off : Flash Off : Paper 0 : Pen 1 : Cls 
' Assign TAG list  
Gosub INITSCREENTAGS
' Reserve memory for a colormap structure
Reserve As Work 14,33*8
ST=Start(14)
For A=0 To 31
  C=Colour(A)
  Doke ST,A
  Doke ST+2,(C and $F00)/256
  Doke ST+4,(C and $F0)/16
  Doke ST+6,C and $F
  Add ST,8
Next 
Doke ST,-1
' Create Taglist... add tags at your choice... 
TAGSTART
TAG[SA_QUIET,-1]
TAG[SA_WIDTH,320]
TAG[SA_HEIGHT,256]
TAG[SA_DEPTH,5]
TAG[SA_TYPE,$F] : Rem CUSTOMSCREEN, $2=PUBSCREEN     
TAG[SA_BITMAP,Leek(Screen Base+$150)] : Rem AMOS Bitmap structure
TAG[SA_COLORS,Start(14)]
TAG[0,0]
' Now open the screen... 
Amos To Back 
Areg(0)=0 : Areg(1)=Start(15)
SCR=Intcall(-$264) : Rem OpenScreenTagList
If SCR<>0
  ' Draw some thingies on the screen...
  Gr Writing 0
  For A=1 To 31
    Ink A : Text 31-A,100-A,"This is AMOS calling intuition!"
    Circle 200,170,A
  Next 
  ' Provisory "wait left mouse button" routine... no not use 
  ' in your programs, write system conform replacements please...
  Repeat : Multi Wait : Until(Peek($BFE001) and 64)=0
  ' Close screen (or wait until all windows have been closed)
  Repeat 
    Areg(0)=SCR : RES=Intcall(-$42) : Multi Wait 
  Until RES=1
End If 
Amos To Front 
Erase 15
Erase 14
End 
' Screen Tags... refer to intuition/screens.i includes for detailed  
' information on the tags... 
INITSCREENTAGS:
  TS=$80000000+33
  SA_LEFT=TS
  SA_TOP=TS+1
  SA_WIDTH=TS+2
  SA_HEIGHT=TS+3
  SA_DEPTH=TS+4
  SA_DETAILPEN=TS+5
  SA_BLOCKPEN=TS+6
  SA_TITLE=TS+7
  SA_COLORS=TS+8
  SA_ERRORCODE=TS+9
  SA_FONT=TS+10
  SA_SYSFONT=TS+11
  SA_TYPE=TS+12
  SA_BITMAP=TS+13
  SA_PUBNAME=TS+14
  SA_PUBSIG=TS+15
  SA_PUBTASK=TS+16
  SA_DISPLAYID=TS+17
  SA_DCLIP=TS+18
  SA_OVERSCAN=TS+19
  SA_OBSOLETE1=TS+20
' *BOOLEANS* 
  SA_SHOWTITLE=TS+21
  SA_BEHIND=TS+22
  SA_QUIET=TS+23
  SA_AUTOSCROLL=TS+24
  SA_PENS=TS+25
  SA_FULLPALETTE=TS+26
  SA_COLORMAPENTRIES=TS+27
  SA_PARENT=TS+28
  SA_DRAGGABLE=TS+29
  SA_EXCLUSIVE=TS+30
  SA_SHAREPENS=TS+31
  SA_BACKFILL=TS+32
  SA_INTERLEAVED=TS+33
  SA_COLORS32=TS+34
  SA_VIDEOCONTROL=TS+35
  SA_FRONTCHILD=TS+36
  SA_BACKCHILD=TS+37
  SA_LIKEWORKBENCH=TS+38
  SA_RESERVED=TS+39
  SA_MINIMIZEISG=TS+40
Return 
Procedure TAGSTART
  Shared TAGST
  Reserve As Work 15,128
  TAGST=Start(15)
End Proc
Procedure TAG[TAG,V]
  Shared TAGST
  Loke TAGST,TAG : Loke TAGST+4,V : Add TAGST,8
End Proc

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Alltami (n.)
  The ancient art of being able to balance the hot and cold shower
  taps.
(from: "The Deeper Meaning of Liff")

From svcs1.digex.net!amos-request Mon May 22 12:42:45 1995 remote from cristal
Return-Path: <amos-request@svcs1.digex.net>
Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
	(Smail3.1.28.1 #3) id m0sDNRL-0000lAC; Mon, 22 May 95 12:41 AEST
Received: by svcs1.digex.net id AA10882
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 18:22:23 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA10876
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 18:22:21 -0400
Received: from rhea.otol.fi by mail1.access.digex.net with SMTP id AA00213
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 18:20:50 -0400
Received: from janus.otol.fi (tumu@janus.otol.fi [193.64.226.249]) by rhea.otol.fi (8.6.12/8.6.9) with ESMTP id BAA07258; Mon, 22 May 1995 01:22:13 +0300
Received: (from tumu@localhost) by janus.otol.fi (8.6.9/8.6.9) id BAA02571; Mon, 22 May 1995 01:22:11 +0300
Date: Mon, 22 May 1995 01:22:10 +0300 (EET DST)
From: Tuomas Lukinmaa <tumu@janus.otol.fi>
To: Martijn Wehrens <m.g.d.wehrens@chem.ruu.nl>
Cc: Amos-Mailing-List <amos-list@access.digex.net>
Subject: Re: rtez_on_myscreen?
In-Reply-To: <9505191257.AA21992@tc6.chem.ruu.nl>
Message-Id: <Pine.SUN.3.90.950522010230.2275B-100000@janus.otol.fi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Fri, 19 May 1995, Martijn Wehrens wrote:

> Hi all,
> 
> The other day, Tumu / BFB team <tumu@janus.otol.fi
> posted a message containing the code needed to make use of the
> reqtools requesters rtezrequest and rtfilrequest. They used a function
> 
> _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
> 
> in their code. I suppose this is to do a 'allocmem' from exec and this
> can be done without the extension they propose. The easiest way is
> to make use of :
> 
> Reserve as work 6,108
> Poke$ Start(6),String$(chr$(0),108)
> _RTFILENAMEPRT=Start(6)
> 
> Further, they use the Elmem$ functions to read out the text, this
> can also be done with:
> 
> _RTFILE$=Peek$(_RTFILENAMEPRT,108,chr$(0))
> 
> which leads to the exact same result. However, there may be a reason
> to do this as they did, if there is: Please post a message explaining
> why!

You can use both ways to reserve the reqbuffer and rtfilenamebuffer but I 
like using Easylife and Makes lib commands because they are easier to 
use and Makes lib memory allocation routines are System friendly.

And I forgotted to mention that you'll need Easylife extension as well if 
you are going to use original Reqtools routines without modifications.

	Tumu / BFB Team


From amos-request@svcs1.digex.net Wed May 24 05:00:18 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA25802
  (5.67b8/IDA-1.5); Wed, 24 May 1995 05:00:17 -0400
Received: by svcs1.digex.net id AA05316
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:06 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05311
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:04 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15906
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:43 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B2C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnOC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161214W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Trivial
Message-Id: <vvxQDMD261aez2@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:20:51 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505181726.AA15263@diamond.bton.ac.uk>
Status: RO
X-Status: 

T.Lewis@bton.ac.uk (Eddie) wrote on 18.05.1995 some text under the
subject Trivial. I can't leave this uncommentated ;-)

Ed>     Thats right Eddie!!!! :-)

Ahhhh... %-)))))))))) Normally, one would enter the nickname as
username and the realname in brakets, but this way it works, too ;-)

Ed>     The AMOS scroll routine sucks!  I need to scroll an area of screen which
Ed> is about 154x154 pixels.  This needs to be done STRICTLY within these limits.

Where's the problem?

Either use Screen Copy or the Scroll routines in conjunction with the
Clip-Command, which will perfectly stay inside your specified
limits...

However, I cannot imagine how to get such weird dimensions as
154x154... :-)

Look at this example program... it contains *one* Screen Copy command
for *all* directions...

Screen Open 0,320,256,4,0
Curs Off : Flash Off : Paper 0 : Pen 1
Palette 0,$FFF,$F00,$F0
Set Pattern 22
Ink 1,0 : Bar 0,0 To 320,256
X=100 : Y=20
Ink 6 : Box X-1,Y-1 To X+154,Y+154
Do 
  Wait Vbl 
  DX=Jleft(1)-Jright(1)
  DY=Jup(1)-Jdown(1)
  Screen Copy 0,X+Max(0,DX),Y+Max(0,DY),X+154+Min(DX,0),Y+154+Min(DY,0) To 0,X-Min(DX,0),Y-Min(DY,0)
Loop 

Ed> I will try and incorporate them if I can.  I do need some fast scrolling
Ed> routines though.  HELP!!!!!!!

What kind of RPG is it? I hope you use maps&tiles and so on...

Ed>     They may have been a good side to the C= liquidation.  Did you notice the
Ed> frequency of all the new stuff uploaded to Aminet increased since that
Ed> infamous start of procedings! :-)  Every cloud has a silver lining.

I've been really shocked by this huge amount of software coming on
aminet recently ;-))))

Ed> Long Live The AMIGA!

Dito.

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Albuquerque (n.)
  The shapeless squiggle which is utterly unlike your normal signa-
  ture, but which is, nevertheless, all you are able to produce when
  asked formally to identify yourself.
  Muslims, whose religion forbids the making of graven images, use
  albuquerques to decorate there towels, menu cards and pyjamas.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 24 03:36:05 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA18697
  (5.67b8/IDA-1.5); Wed, 24 May 1995 03:36:04 -0400
Received: by svcs1.digex.net id AA05324
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:11 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05318
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:08 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15912
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:47 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B3C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnQC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161215W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Reading Directories
Message-Id: <vvxUXMD261aLz3@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:25:27 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <01HQNZTKS5HU0008CC@ACS.SAULTC.ON.CA>
Status: RO
X-Status: 

S93044370@ACS.SAULTC.ON.CA wrote on 18.05.1995 some text under the
subject Reading Directories. I can't leave this uncommentated ;-)

S0> Hi everyone, the other day somebody sent to the list a routine that reads
S0> in a directory from a disk, what I would like to know, is can this routine
S0> be modified to get the size of the files in the directory as well? If somebody
S0> could help me with this I would appreciate it.

I don't know who has posted this routine, but if it reads the
FileInfoBlock, you can read out any information you want as well...

These are the offsets of the FIB:

Fib_DiskKey     equ     0
Fib_DirEntryTyp equ     4
Fib_FileName    equ     8
Fib_Protection  equ     116
Fib_EntryType   equ     120
Fib_Size        equ     124
Fib_NumBlocks   equ     128
Fib_DateStamp   equ     132
Fib_Comment     equ     144
Fib_End         equ     260

e.g to get the comment of the file use:
=Peek$(FIBSTADR+144,80,Chr$(0))...

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Alcoy (adj.)
  Wanting to be bullied into having another drink.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 24 02:26:24 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA16344
  (5.67b8/IDA-1.5); Wed, 24 May 1995 02:26:23 -0400
Received: by svcs1.digex.net id AA05333
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:13 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05329
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:12 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15918
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:51 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B4C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnRC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161217W+1@kiste.pfalz.de
X-Zc-Via: 19950521123521W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Reading Directories
Message-Id: <vvxVUMD261aez4@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:26:28 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <16052.9505191158@osprey.controls.eurotherm.co.uk>
Status: RO
X-Status: 

paul.hickman@ecl.etherm.co.uk (Paul Hickman) wrote on 19.05.1995 some
text under the subject Re: Reading Directories. I can't leave this
uncommentated ;-)

PH> But why are you doing this - I know AMOS is full of bugs but I've 
PH> never had trouble with the DirFirst$() / DirNext$ functions!

Every tried to get the a filename with spaces in the middle or at the
end?

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Aldclune (n.)
  One who collects ten-year-old telephone directories.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 24 04:34:18 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA25006
  (5.67b8/IDA-1.5); Wed, 24 May 1995 04:34:18 -0400
Received: by svcs1.digex.net id AA05347
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 16:09:22 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA05343
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 16:09:20 -0400
Received: from phoenix.inka.de by www1.access.digex.net with SMTP id AA15932
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 16:07:59 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #13) id m0sDHBr-0004B6C; Sun, 21 May 95 22:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sDFIR-000CnUC; Sun, 21 May 95 20:00 MET DST
X-Zc-Via: 19950521161220W+1@kiste.pfalz.de
X-Zc-Via: 19950521123522W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Flushing memory in AmosPro
Message-Id: <vvxgbMD261aaz6@p22.sixpack.pfalz.org>
Date: Sun, 21 May 95 10:38:19 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-Zc-Telefon: V+49-89/8005856
X-Zc-Post: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <Pine.ULT.3.91.950519170326.10055B-100000@student.uq.edu.au>
Status: RO
X-Status: 

co314519@student.uq.edu.au (Stuart Matthews) wrote on 19.05.1995 some
text under the subject Flushing memory in AmosPro. I can't leave this
uncommentated ;-)

SM> Does anyone know how to do the equivalent of an "avail flush" in AmosPro? 

Trap Reserve as Work 999,16000000

should do it...

SM> I have a game that plays music using Paul Reece's Enhanced Music 
SM> Extension v4.64.  I find that if I play the game after I've been using 
SM> my Amiga for a while, the music causes random bits of garbled graphics 
SM> to show up on my screen

Euh? Should be something more serious, I think...

SM> obviously these are unused bits of data lurking in memory.

Such unused bits should never be accessed by any program...

IMHO it's a wrong screen display/screen offset setting which causes
this crap graphics... where do there errors appear? Only in the
bottom of the screen or right in the current screen graphics?

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Ambatolampy (n.)
  The bizarre assortment of objects collected by a sleepwalker.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Wed May 24 04:34:05 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA20550
  (5.67b8/IDA-1.5); Wed, 24 May 1995 04:34:03 -0400
Received: by svcs1.digex.net id AB25010
  (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 23:24:53 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA25002
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 23:24:51 -0400
Received: from binx.mbhs.edu by www1.access.digex.net with SMTP id AA02523
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 23:23:27 -0400
Received: from dragon.mbhs.edu (dragon.mbhs.edu [192.67.131.57]) by binx.mbhs.edu (8.6.11/8.6.9) with SMTP id XAA12234 for <amos-list@access.digex.net>; Sun, 21 May 1995 23:25:15 -0400
From: achurch@dragon.mbhs.edu (Andy Church)
To: amos-list@access.digex.net
Subject: Re: rtez_on_myscreen?
Date: Sun May 21 23:24:40 1995
Message-Id: <199505212324.AA06747@dragon.mbhs.edu>
Reply-To: achurch@goober.mbhs.edu
X-Mailer: MMail v4.21
Status: RO
X-Status: 

>> The other day, Tumu / BFB team <tumu@janus.otol.fi
>> posted a message containing the code needed to make use of the
>> reqtools requesters rtezrequest and rtfilrequest. They used a function
>> 
>> _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
>> 
>> in their code. I suppose this is to do a 'allocmem' from exec and this
>> can be done without the extension they propose. The easiest way is
>> to make use of :
>> 
>> Reserve as work 6,108
>> Poke$ Start(6),String$(chr$(0),108)
>> _RTFILENAMEPRT=Start(6)
>> 
>> Further, they use the Elmem$ functions to read out the text, this
>> can also be done with:
>> 
>> _RTFILE$=Peek$(_RTFILENAMEPRT,108,chr$(0))
>> 
>> which leads to the exact same result. However, there may be a reason
>> to do this as they did, if there is: Please post a message explaining
>> why!
>
>You can use both ways to reserve the reqbuffer and rtfilenamebuffer but I 
>like using Easylife and Makes lib commands because they are easier to 
>use and Makes lib memory allocation routines are System friendly.
>
>And I forgotted to mention that you'll need Easylife extension as well if 
>you are going to use original Reqtools routines without modifications.

  Alternatively, you could just use the Intuition Extension's built-in
ReqTools support. :)

  --Andy Church (achurch@binx.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/
    AMOS Web Site: http://www.mbhs.edu/~achurch/amos/


From amos-request@svcs1.digex.net Tue May 23 20:49:42 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA28275
  (5.67b8/IDA-1.5); Tue, 23 May 1995 20:49:40 -0400
Received: by svcs1.digex.net id AA20399
  (5.67b8/IDA-1.5 for amos-out); Tue, 23 May 1995 14:06:46 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AB20395
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 23 May 1995 14:06:44 -0400
Received: from kyoko.mpx.com.au by mail1.access.digex.net with SMTP id AA29193
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 23 May 1995 14:04:58 -0400
Received: from cristal.mpx.com.au by kyoko.mpx.com.au with smtp
	(Smail3.1.29.1 #7) id m0sDyMV-0006LgC; Wed, 24 May 95 04:07 EST
Received: from comlink.mpx.com.au by cristal.mpx.com.au with uucp
	(Smail3.1.28.1 #3) id m0sDxyx-00013cC; Wed, 24 May 95 03:43 AEST
Received: by comlink.mpx.com.au (V1.16/Amiga)
	id AA01uyb; Mon, 22 May 95 11:38:44 1100
Date: Mon, 22 May 95 11:38:44 1100
Message-Id: <9505221738.AA01uya@comlink.mpx.com.au>
From: Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
To: amos-list@access.digex.net
Subject: anim2bob grabber
Status: RO
X-Status: 

I have now send off the beta version to all who wanted to be beta testers
of the anim2bob grabber. If you asked for a copy and did not receive it,
let me know so I can resend it.

I will release version 1.0 hopefully in a week or 2 when I get some feed
back from the beta testers.
Changes to come in V1.0 already include:

2 seperate versions. 
     One for Hard disk users. This will load as an accessory and auto
install. Very easy to use, simply press install. 
     The other for floppy users with small memory (ie a standard 500 or
2000). This will be a stand alone program that will save the bobs/sprites
into a file.

2 diferent ways of grabbing the anims.
     The version that was included in the beta version. It finds the
largest bob and grabs them all to that size.
     The other grabs the smallest size possible for each bob.

Option to save to disk as well as letting the object editor grab them.


I will post a uuencoded version of 1.0 in two weeks to the list (35K) if no
one objects ( and I mean no-one!). If some one does object to this let me
know (privately if you like) and I will come up with another way. 
The reason for this is that some people pay for their messsages, and if
they don't want it, thay shouldn't pay for it. Fair enough!

Darryl

-- Via DLG Pro v1.0


               #####\             _             /#####
               #( )# |          _( )__         | #( )# 
               ##### |         /_    /         | #####
               #" "# |     ___m/I_ //_____     | #" "#
               # O # |____#-x.\ /++m\ /.x-#____| # O #
               #m.m# |   /" \ ///###\\\ / "\   | #m.m#
               #####/    ######/     \######    \#####

                 EX nightclub DJ (currently looking for work)

From amos-request@svcs1.digex.net Wed May 24 03:51:27 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA23970
  (5.67b8/IDA-1.5); Wed, 24 May 1995 03:51:26 -0400
Received: by svcs1.digex.net id AA00590
  (5.67b8/IDA-1.5 for amos-out); Tue, 23 May 1995 04:20:55 -0400
Received: from www1.access.digex.net by svcs1.digex.net with SMTP id AA00586
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 23 May 1995 04:20:54 -0400
Received: from wn1.sci.kun.nl by www1.access.digex.net with SMTP id AA01844
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 23 May 1995 04:19:19 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id KAA12067 (8.6.10/2.11) for <amos-list@access.digex.net>; Tue, 23 May 1995 10:20:50 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA29380; Tue, 23 May 1995 10:20:35 +0200
Date: Tue, 23 May 1995 10:20:33 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: Turbo Scene Editor
In-Reply-To: <9505220911.02wb@dcpro.UUCP>
Message-Id: <Pine.HPP.3.91.950523101708.29270A-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Mon, 22 May 1995, Larry Mcgahey wrote:

> How can I get the amos list regularly? I don't remember where I down loaded it
> from.
> 

aminet:dev/amos/

I am not sure what the files are called, but if you dl/view the INDEX 
file first you'll be able to find out yourself.

assign Aminet: ftp://ftp.doc.ic.ac.uk/packages/aminet/
assign Aminet: ftp://wuarchive.wustl.edu/pub/aminet/

:-)

.......................................................................
.       Branko Collin                .           'WHOP                .
.                                    .        whisssssCRAC!           .
.   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
. \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
.......................................................................

From amos-request@svcs1.digex.net Wed May 24 02:08:24 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA15486
  (5.67b8/IDA-1.5); Wed, 24 May 1995 02:08:21 -0400
Received: by svcs1.digex.net id AA08758
  (5.67b8/IDA-1.5 for amos-out); Tue, 23 May 1995 22:41:07 -0400
Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA08750
  (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Tue, 23 May 1995 22:41:00 -0400
Received: from fsa.cpsc.ucalgary.ca by mail1.access.digex.net with SMTP id AA04454
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Tue, 23 May 1995 22:39:12 -0400
Received: from fsh.cpsc.ucalgary.ca (fsh.cpsc.ucalgary.ca [136.159.2.8])
	by fsa.cpsc.ucalgary.ca (1.8) id <UAA27200@fsa.cpsc.ucalgary.ca>;
	Tue, 23 May 1995 20:38:27 -0600
From: currie@cpsc.ucalgary.ca (Robert Currie)
Received: by fsh.cpsc.ucalgary.ca (1.2; from currie@localhost)
	id <UAA09670@fsh.cpsc.ucalgary.ca>; Tue, 23 May 1995 20:38:30 -0600
Date: Tue, 23 May 1995 20:38:30 -0600
Message-Id: <199505240238.UAA09670@fsh.cpsc.ucalgary.ca>
To: Darryl_Lewis@comlink.mpx.com.au, amos-list@access.digex.net
Subject: Re:  point and Ham
Status: RO
X-Status: 

	The way HAM works is that the first pixel of every line defines a
color. The pixel beside it changes only one aspect of that color, either the
red, green or blue aspect. This pattern is repeated across the entire line
of  the graphics screen, each pixel only containing the change in one aspect pf
the color. By getting the pixel color, you are really only getting the value
of the change in one aspect of the previouse color. To calculate the color you
must actually apply the changes made to the first pixel of the line up to and
including the pixel in question. I am not sure of the exact form of the changes
as in which change goes in which order(I think it is Red then Green then Blue)
but I am sure someone could supply you with that information.

				Robert Currie

From amos-request@svcs1.digex.net Wed May 24 06:50:46 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA28752
  (5.67b8/IDA-1.5); Wed, 24 May 1995 06:50:46 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id EAA15873 for amos-out; Wed, 24 May 1995 04:22:08 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id EAA15870 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 04:22:07 -0400
Received: from mailbox.syr.EDU by mail1.access.digex.net with SMTP id AA20087
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 04:20:17 -0400
Received: from rodan.syr.edu by mailbox.syr.edu (8.6.9/SUM-V8-1.0)
	id EAA27362; Wed, 24 May 1995 04:24:31 -0400
Received: by rodan.syr.edu (4.1/Spike-2.0)
	id AA17563; Wed, 24 May 95 04:21:54 EDT
Date: Wed, 24 May 1995 04:21:54 -0400 (EDT)
From: Tim Wright <tewright@mailbox.syr.edu>
X-Sender: tewright@rodan.syr.edu
To: amos-list@access.digex.net
Subject: Re: point and Ham
In-Reply-To: <199505240238.UAA09670@fsh.cpsc.ucalgary.ca>
Message-Id: <Pine.SUN.3.91.950524022739.25511A-100000@mothra.syr.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O
X-Status: 

On Tue, 23 May 1995, Robert Currie wrote:
> 	The way HAM works is that the first pixel of every line defines a
> color. The pixel beside it changes only one aspect of that color, either the
> red, green or blue aspect. This pattern is repeated across the entire line
> of  the graphics screen, each pixel only containing the change in one aspect pf
> the color. By getting the pixel color, you are really only getting the value
> of the change in one aspect of the previouse color. To calculate the color you
> must actually apply the changes made to the first pixel of the line up to and
> including the pixel in question. I am not sure of the exact form of the changes
> as in which change goes in which order(I think it is Red then Green then Blue)
> but I am sure someone could supply you with that information.
> 				Robert Currie

   HAM mode uses a base of 16 colors.  AMOS treats these like the colors of 
any ordinary 16 color screen.  A color index value of 0-15 in AMOS 
functions refers to one of these base colors.
   HAM stands for 'Hold And Modify'.  To display its thousands of colors, 
HAM 'Holds' the value of a pixel and allows you to 'Modify' the red, green, 
or blue value of the pixel to the right of it.  Color index values 16-63 
refers to the value the previous pixel is modified by:

  values 16-31: replace previous BLUE value  (new intensity=value-16)
  values 32-47: replace previous RED value   (new intensity=value-32)
  values 48-63: replace previous GREEN value (new intensity=value-48)

Example:
  Color 1,$fff        <- set index 1 to all white 
  Plot 1,1,1          <- plot white pixel on screen
  Plot 2,1,50         <- modifies the green value of the previous pixel to a 
                         very dim value.  This second pixel will be very 
                         magenta.

So... If you are trying to find the RGB value of a point on a HAM screen, 
its a tad messy.  You have to keep checking points to the left until you 
find a base color; reach the beginning of the line; or come across a 
modified red, green, and blue value.  Here's a rough outline that sould work:

CHECK THE CURRENT POINT
   if it has index value 0-15
      use the colour function to get the RGB value
      if this is not your first check
         modify with the value(s) you are keeping track of
      DONE
   else
      if you are not keeping track of this color already
         remember the modified color and intensity
         if you are now keeping track of a red, green, and blue value
            use this value with the other ones you have
            DONE
      if this is the first horizontal pixel
         use the value(s) you have, and use 0 for the missing one(s)
         DONE
      else
         move one pixel to the left, and GO BACK TO THE BEGINNING

I did once write a recursive procedure that did this but it was painfully 
slow and I deleted it. :}

-======}=*   Tim Wright  -  "Argh!"  -  tewright@mailbox.syr.edu   *={======-

From amos-request@svcs1.digex.net Wed May 24 08:18:00 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA26994
  (5.67b8/IDA-1.5); Wed, 24 May 1995 08:17:57 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id GAA16261 for amos-out; Wed, 24 May 1995 06:03:45 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id GAA16258 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 06:03:43 -0400
Received: from cr33m.staffs.ac.uk by www1.access.digex.net with SMTP id AA27415
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 06:02:00 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id LAA17529; Wed, 24 May 1995 11:03:32 +0100
Received: by bs47c.staffs.ac.uk; id AA03118; Wed, 24 May 1995 11:03:37 +0100
Date: Wed, 24 May 1995 11:03:36 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
Subject: Re: Editor prob
To: Darryl Lewis <Darryl_Lewis@comlink.mpx.com.au>
Cc: amos-list@access.digex.net
In-Reply-To: <9505240033.AA01uyu@comlink.mpx.com.au>
Message-Id: <Pine.3.89.9505241105.A2731-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 23 May 1995, Darryl Lewis wrote:

> Does any one know how to add a user funtion to the USER pull down menu at
> the top of the editor screen.

You dont need to do this.  The menu items have keyboard shortcuts 
anyway.  You can call them by using the Call Editor or Ask Editor 
commands.  Look up the docs on accessories.

> I know that you can click on ADD from that menu, but I'd like to do it in
> software.
> I'm trying to make a piece of software self installing, similar to the
> compiler.

What do you mean self-installing? 

> 
> Can anyone help?
> Darryl

             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Wed May 24 10:22:45 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA11009
  (5.67b8/IDA-1.5); Wed, 24 May 1995 10:22:44 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id GAA16353 for amos-out; Wed, 24 May 1995 06:23:16 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id GAA16349 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 06:23:12 -0400
Received: from platon.cs.rhbnc.ac.uk by www1.access.digex.net with SMTP id AA27940
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 06:21:04 -0400
Received: from lt6.cs.rhbnc.ac.uk (lt6.cs.rhbnc.ac.uk [134.219.97.16]) 
          by platon.cs.rhbnc.ac.uk (8.6.9/8.6.9) with ESMTP id LAA04157 
          for <amos-list@access.digex.net>; Wed, 24 May 1995 11:22:39 +0100
Received: (christ@localhost) by lt6.cs.rhbnc.ac.uk (8.6.9/8.6.9) id LAA16480; Wed, 24 May 1995 11:28:08 +0100
Date: Wed, 24 May 1995 11:28:05 +0100 (BST)
From: Chris Turner <christ@dcs.rhbnc.ac.uk>
Subject: Re: point and Ham
To: amos-list@access.digex.net
In-Reply-To: <9505240029.AA01uyp@comlink.mpx.com.au>
Message-Id: <Pine.3.89.9505241133.B16413-0100000@lt6.cs.rhbnc.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 23 May 1995, Darryl Lewis wrote:

> Does any one know why the number returned using the point command on a ham
> picture is different from the colour seen?
> For example: 
> Load in a Ham picture to a screen.
> Use the POINT command on an area and a colour that you know.
> Cls using the number returned from the point function.
> 
> The resulting screen is a different colour thaa what you'd think.
> Can anyone help?

	Well as it says in the Amos Manual, a Ham screen doesn't map the
colors on the screen to the color index.  Only the first 16 colors can be
set from the palette, the other 48 are all preset.  Not sure what order its
in (I don't have the manual with me), but I think its something like
Red,Blue,green - thats is 16-31 are shades of red etc....

	This is cos of the way ham works, it uses the base 16 colors as
normal, but the reds, greens and blues just alter the current pixels color
relative to the previous pixel.

	Say you have black as color 0.  And you plot a point with it.  And
then the next point is 31 (max red) and then the next is whatever max blue
is.  You'd end up with a black pixel, then a red pixel, and then a purple
pixel.  That is where the color fringing you get comes from on really badly
scanned images.

	So to find out the color of a point on a ham screen - you'll have to
look at all the pixels to the left of it, until you find the left hand side
of the screen, or one of the first 16 colors.

Chris
PS Of course that lot is all for the OCS ham mode (4096 colors) *8).

--
christ@dcs.rhbnc.ac.uk   | "What are you a man or a Windoze user?"
zhap195@vax.rhbnc.ac.uk  | 
--------------+----------+----------------------------------------------------
The Gathering | zippy.spods.dcs.kcl.ac.uk 5000
URL           | http://www.dcs.rhbnc.ac.uk/~christ


From amos-request@svcs1.digex.net Wed May 24 11:29:06 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA09001
  (5.67b8/IDA-1.5); Wed, 24 May 1995 11:29:05 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id GAA16381 for amos-out; Wed, 24 May 1995 06:35:09 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id GAA16378 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 06:35:02 -0400
Received: from varano.ing.unico.it by www1.access.digex.net with SMTP id AA28304
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 06:33:07 -0400
Received: by varano.ing.unico.it (5.65/DEC-Ultrix/4.3)
	id AA06166; Wed, 24 May 1995 12:32:22 +0200
Date: Wed, 24 May 1995 12:32:22 +0200 (MET DST)
From: MeF <mfontana@ing.unico.it>
Subject: Re: point and Ham
To: Robert Currie <currie@cpsc.ucalgary.ca>
Cc: Darryl_Lewis@comlink.mpx.com.au, amos-list@access.digex.net
In-Reply-To: <199505240238.UAA09670@fsh.cpsc.ucalgary.ca>
Message-Id: <Pine.3.89.9505241223.D4864-0100000@varano.ing.unico.it>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 



> 	The way HAM works is that the first pixel of every line defines a
> color. The pixel beside it changes only one aspect of that color, either the
> red, green or blue aspect. This pattern is repeated across the entire line
> of  the graphics screen, each pixel only containing the change in one aspect pf
> the color. By getting the pixel color, you are really only getting the value
> of the change in one aspect of the previouse color. To calculate the color you
> must actually apply the changes made to the first pixel of the line up to and
> including the pixel in question. I am not sure of the exact form of the changes
> as in which change goes in which order(I think it is Red then Green then Blue)
> but I am sure someone could supply you with that information.

That's not precise.
It is not the firs pixel on the screen which determine the colour... 
otherwise you could not have black and withe on the same line.

The HAM works this way (for HAM6):

The HAM is based on the fact that real good picture have lots of shade 
which can be "compressed" in less bits.
You have a base palette of 16 colors. Now, the screen is done by 6 planes 
(thta's why HAM6!).
The color of a pixel is described as follows:
the first 4 bit of the pixel (the first 4 bit-planes) tell you which color 
of the palette had to be used as the reference color.
The last 2 bits (last two bitplanes) carry these informations:
If both bits are 00 the color is used pure that's you see the same color 
which is stored in the palette base.
If I remember right the following value refer to RGB shades as follows...
If bit 1 is set to 1 you have a shade in the RED value of the color.
If bit 2 is set to 1 you have a shade in the GREEN value of the color
IF bit 1 is set to 1 and bit 2 is sey to 1 you have a shade in the BLUE 
value of the color.

So a pixel can different from the next on the left only of a single 
component of the color or it have to belong to the base palette set.

That's why you can't have smooth horizontal grey shades (but you can have 
smooth horizontal red, blue, green shades). A grey shade implies you 
firstly pass through the RED, the GREEN and the BLUE shade to finally 
reach the desired grey shade.
That is there are two pixels on the screen which are not of the desired 
color... that's called fringing.

Hope this will help.

MeF

From amos-request@svcs1.digex.net Wed May 24 10:15:57 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA03797
  (5.67b8/IDA-1.5); Wed, 24 May 1995 10:15:55 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA16687 for amos-out; Wed, 24 May 1995 07:27:31 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id HAA16684 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 07:27:30 -0400
Received: from cr33m.staffs.ac.uk by www1.access.digex.net with SMTP id AA29982
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 07:25:19 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id MAA18662 for <amos-list@access.digex.net>; Wed, 24 May 1995 12:26:58 +0100
Received: by bs47c.staffs.ac.uk; id AA10901; Wed, 24 May 1995 12:26:59 +0100
Date: Wed, 24 May 1995 12:26:59 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
Subject: Re: Turbo Scene Editor
To: amos-list@access.digex.net
In-Reply-To: <Pine.HPP.3.91.950523101708.29270A-100000@mpih17>
Message-Id: <Pine.3.89.9505241215.A10897-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Erm, anyone interested in a nice little file selector thingy?

             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Wed May 24 12:52:26 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA23767
  (5.67b8/IDA-1.5); Wed, 24 May 1995 12:52:26 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id KAA18469 for amos-out; Wed, 24 May 1995 10:14:23 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id KAA18458 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 10:14:14 -0400
Received: from mercury.bton.ac.uk by mail1.access.digex.net with SMTP id AA03477
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 10:12:10 -0400
Received: from diamond.bton.ac.uk by mercury.bton.ac.uk with SMTP (PP);
          Wed, 24 May 1995 15:11:40 +0100
Received: by diamond.bton.ac.uk (4.1/SMI-4.1)	id AA24489;
          Wed, 24 May 95 15:09:29 BST
From: T.Lewis@bton.ac.uk (Eddie)
Message-Id: <9505241409.AA24489@diamond.bton.ac.uk>
Subject: Re: Trivial
To: chris@sixpack.pfalz.org (Chris Hodges)
Date: Wed, 24 May 1995 15:09:28 +0100 (BST)
Cc: amos-list@access.digex.net
In-Reply-To: <vvxQDMD261aez2@p22.sixpack.pfalz.org> from "Chris Hodges" at May 21, 95 10:20:51 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Content-Length: 772       
Status: RO
X-Status: 


    The scrolling thing.  The problem with using the scrolling in conjunction
with clip, is it doesn't clip properly.  Don't forget this is AMOS 1.3xxx that
I'm using (I am going to set up AMOS Pro soon!!!! - I need some more floppies
and a hard drive first!!!!).

    Thanks for the routine, I'll give it a go!!!  The game does indeed use
maps and tiles :-)  The only way to do it really!!!  I've written my own
custom editor for this!!!!

    When I quoted a scrolling area of 154x154 I was indeed wrong.  I am crap
at maths really!!!!!!  This should be 144x144 of course!!!! (16*9)x(16x9).

    Ho hum.  If you're wondering what the hell this is all about, the message
was getting sooooo long with the forwards, I thought I'd start from scratch
again.


See ya'

Tim.

From amos-request@svcs1.digex.net Wed May 24 13:24:28 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA26580
  (5.67b8/IDA-1.5); Wed, 24 May 1995 13:24:26 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id LAA19008 for amos-out; Wed, 24 May 1995 11:02:23 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id LAA19002 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 11:02:17 -0400
Received: from eros.Britain.EU.net by www1.access.digex.net with SMTP id AA14109
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 11:00:30 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.06418-0@eros.britain.eu.net>; Wed, 24 May 1995 11:55:40 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Wed, 24 May 95 10:42:53 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Wed, 24 May 95 10:42:09 GMT
Message-Id: <9528.9505241042@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Wed, 24 May 95 10:42:46 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Wed, 24 May 1995 11:44:10 0
Subject: Re: point and Ham
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: RO
X-Status: 


> Date:          Tue, 23 May 95 18:29:56 1100
> From:          Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
> To:            amos-list@access.digex.net
> Subject:       point and Ham

> Does any one know why the number returned using the point command on a ham
> picture is different from the colour seen?
> For example: 
> Load in a Ham picture to a screen.
> Use the POINT command on an area and a colour that you know.
> Cls using the number returned from the point function.
> 
> The resulting screen is a different colour thaa what you'd think.

Probably because the colour of a pixel on a HAM screen is dependent 
on the colour of the pixels preceeding it on the same horizontal 
line - each pixel either sets a new base colour (Values 0-15), or 
modifies one of the red, green or blue values of the preceeding 
pixel's colour. If you just read one pixel's colour, it is 
meaningless without looking at those preceeding it (Unless it has a 
colour index in the range 0-15).

The other explanation is there may be bug in the point command (Now 
that *would* be a suprise!)
 
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Wed May 24 13:55:48 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA20417
  (5.67b8/IDA-1.5); Wed, 24 May 1995 13:55:46 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id LAA19467 for amos-out; Wed, 24 May 1995 11:37:48 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id LAA19464 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 11:37:46 -0400
Received: from eros.Britain.EU.net by mail1.access.digex.net with SMTP id AA09465
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 11:35:51 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.06180-0@eros.britain.eu.net>; Wed, 24 May 1995 16:37:17 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Wed, 24 May 95 14:59:00 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Wed, 24 May 95 14:58:17 GMT
Message-Id: <26442.9505241458@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Wed, 24 May 95 14:58:54 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Wed, 24 May 1995 16:00:18 0
Subject: Re: Editor prob
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: O
X-Status: 



> > Does any one know how to add a user funtion to the USER pull down menu at
> > the top of the editor screen.
> 
> You dont need to do this.  The menu items have keyboard shortcuts 
> anyway.  You can call them by using the Call Editor or Ask Editor 
> commands.  Look up the docs on accessories.
> 
Your missing the point. What Darryl wants to do is write a program 
which adds an extra option onto the end of the user menu that wasn't
there before. How can you use a keyboard shortcut if the menu items 
not there.

> > I know that you can click on ADD from that menu, but I'd like to do it in
> > software.
> > I'm trying to make a piece of software self installing, similar to the
> > compiler.
> 
> What do you mean self-installing? 
>
The AMOS equivilent of an installer script for an AMOSPro accessory - 
An AMOS program you run to integrate another AMOS program into the 
editor. If you have downloaded my easylife extension and installed 
all the accessories into the editor, you would know how useful such a 
program would be. Unfortunately the necessary functions aren't 
supported by Ask Editor/Call Editor, so the only way forward is to 
hack the editor configuration file. Does anyone know the format, as I 
too would like to make my accessories install themselves.
 
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Wed May 24 14:49:32 1995
Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA24601
  (5.67b8/IDA-1.5); Wed, 24 May 1995 14:49:30 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id MAA20199 for amos-out; Wed, 24 May 1995 12:38:51 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id MAA20196 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 12:38:46 -0400
Received: from fsa.cpsc.ucalgary.ca by mail1.access.digex.net with SMTP id AA14177
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 12:36:52 -0400
Received: from fsh.cpsc.ucalgary.ca (fsh.cpsc.ucalgary.ca [136.159.2.8])
	by fsa.cpsc.ucalgary.ca (1.8) id <KAA09597@fsa.cpsc.ucalgary.ca>;
	Wed, 24 May 1995 10:35:42 -0600
From: currie@cpsc.ucalgary.ca (Robert Currie)
Received: by fsh.cpsc.ucalgary.ca (1.2; from currie@localhost)
	id <KAA11646@fsh.cpsc.ucalgary.ca>; Wed, 24 May 1995 10:35:42 -0600
Date: Wed, 24 May 1995 10:35:42 -0600
Message-Id: <199505241635.KAA11646@fsh.cpsc.ucalgary.ca>
To: currie@cpsc.ucalgary.ca, mfontana@ing.unico.it
Subject: Re: point and Ham
Cc: Darryl_Lewis@comlink.mpx.com.au, amos-list@access.digex.net
Status: O
X-Status: 

	Thank you for your in depth description, but I was simply trying to
point out in very simple terms why a certain effect was occuring. I am 
hardly a HAM expert because I mostly work in non-HAM modes. Hopefully the
orginator of this message stream will find your explanation helpful in the
task he is involved in.

				Robert Currie

From amos-request@svcs1.digex.net Wed May 24 15:21:09 1995
Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA06736
  (5.67b8/IDA-1.5); Wed, 24 May 1995 15:21:08 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id LAA19660 for amos-out; Wed, 24 May 1995 11:50:27 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id LAA19657 for <amos-list@svcs1.digex.net>; Wed, 24 May 1995 11:50:24 -0400
Received: from cr33m.staffs.ac.uk by www1.access.digex.net with SMTP id AA18029
  (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Wed, 24 May 1995 11:45:15 -0400
Received: from bs47c.staffs.ac.uk (bs47c.staffs.ac.uk [193.60.1.15]) by cr33m.staffs.ac.uk (8.6.12/8.6.12) with SMTP id QAA21346 for <amos-list@access.digex.net>; Wed, 24 May 1995 16:46:15 +0100
Received: by bs47c.staffs.ac.uk; id AA15890; Wed, 24 May 1995 16:46:14 +0100
Date: Wed, 24 May 1995 16:46:14 +0100 (BST)
From: "Andrew.N.Smith" <cm4bcans@bs47c.staffs.ac.uk>
Subject: A NICE DIRECTORY SELECTOR IN AMOS PRO
To: amos-list@access.digex.net
Message-Id: <Pine.3.89.9505241648.A16469-0100000@bs47c.staffs.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

begin 644 FREQ.AMOS
M04U/4R!0<F\Q,#%6````````%J(J`092`$P]/3T]/3T]/3T]/3T]/3T]/3T]
M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
M/3T]/3T]/3T]/3T@```B`092`#P@26YT97)F86-E(&5X86UP;&4@,3`N($$@
M9G5L;'DM9FQE9&=E9"!D:7)E8W1O<GD@<F5Q=65S=&5R(2````(````6`092
M`"0@5W)I='1E;B!B>2!!;F1Y(%-M:71H(&9O<B!!;6]S>FEN92```"H!!E(`
M3#T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/2````(````"````$@$H
M[@`^``````!<`#X```*``%P`/@```,@`7``^`````````@````D!`!+_\@B`
M7V=E=%]D:7(```(````.`0-V```5,@`\````!@``"(!?9V5T7V1I<@```@0`
M``T$!D``!@``!$)F:6QE`'0`/@```?0`?```'P0`!@`&`@)A`/^B``8`!@("
M80#_P``F`")"07-E(#$V,"PR,#L@4TEZ92`R.38L,3<R.R!3079E(#$[```7
M!``&``8"`F$`_Z(`!@`&`@)A`/_``"8`$D)/>"`P+#`L,2PR.38L,3<R.P``
M&`0`!@`&`@)A`/^B``8`!@("80#_P``F`!1"3W@@."PQ,2PV-RPR-S`L,30P
M.P``+`0`!@`&`@)A`/^B``8`!@("80#_P``F`#M"52`T+#`L,"PR-"PQ,"PP
M+#`L,3M;54YP86-K(#`L,"PR,CM=6U5.<&%C:R`P+#`L,C,[($)2(#`[70``
M`"<$``8`!@("80#_H@`&``8"`F$`_\``)@`Q3$EN92`R-"PP+#(X+#,P,#L@
M4%(@,S`L,2PG0VAO;W-E(&$@9&ER96-T;W)Y)RPW.P```!@$``8`!@("80#_
MH@`&``8"`F$`_\``)@`45DQI;F4@,C<R+#$Q+#4W+#$R-#L``"T$``8`!@("
M80#_H@`&``8"`F$`_\``)@`^5E-L:61E(#$L,C<U+#$S+#@L,3`Y+#)602PQ
M+#%602PQ.UM:;VYE0VAA;F=E(#(L6F]N95!O<VET:6]N.UT``"($``8`!@("
M80#_H@`&``8"`F$`_\``)@`G06-T:79E3&ES="`R+#$V+#$V+#,P+#$U+#!6
M02PP+#`L,BPW.UM=````&`0`!@`&`@)A`/^B``8`!@("80#_P``F`!-,26YE
M(#$Q+#$T,RPT-"PR.3([````'00`!@`&`@)A`/^B``8`!@("80#_P``F`!U%
M1&ET(#,L,38L,30T+#,S+#$P,"PR5D$L,BPW.P```$,$``8`!@("80#_H@`&
M``8"`F$`_\``)@!J0E4@."PQ-3(L,34T+#8T+#$V+#`L,"PQ.UM53G!A8VL@
M,"PP+#$S.R!04B`Q,BPT+"=/:V%Y)RPR.UU;54YP86-K(#$U,BPQ-30L,30[
M(%!2(#$V-"PQ-3DL)T]K87DG+#([($)2(#`[70``0P0`!@`&`@)A`/^B``8`
M!@("80#_P``F`&E"52`Y+#@L,34T+#8T+#$V+#`L,"PQ.UM53G!A8VL@,"PP
M+#$S.R!04B`Q,"PT+"=087)E;G0G+#([75M53G!A8VL@."PQ-30L,30[(%!2
M(#$X+#$U.2PG4&%R96YT)RPR.R!"4B`P.UT```!$!``&``8"`F$`_Z(`!@`&
M`@)A`/_``"8`;$)5(#$P+#@P+#$U-"PV-"PQ-BPP+#`L,3M;54YP86-K(#`L
M,"PQ,SL@4%(@,3`L-"PG1')I=F5S)RPR.UU;54YP86-K(#@P+#$U-"PQ-#L@
M4%(@.3`L,34Y+"=$<FEV97,G+#([($)2(#`[70``*`0`!@`&`@)A`/^B``8`
M!@("80#_P``F`#1"52`Q,2PR-S(L,3(T+#$V+#@L,"PP+#$[6U5.<&%C:R`P
M+#`L0E`@-C,K.UU;0E(@,#M=```H!``&``8"`F$`_Z(`!@`&`@)A`/_``"8`
M-$)5(#$R+#(W,BPQ,S(L,38L."PP+#`L,3M;54YP86-K(#`L,"Q"4"`V-2L[
M75M"4B`P.UT``$4$``8`!@("80#_H@`&``8"`F$`_\``)@!N0E4@,3,L,C(V
M+#$U-"PV-"PQ-BPP+#`L,3M;54YP86-K(#`L,"PQ,SL@4%(@-BPT+"=#86YC
M96PG+#([75M53G!A8VL@,C(V+#$U-"PQ-#L@4%(@,C,R+#$U.2PG0V%N8V5L
M)RPR.R!"4B`P.UT``!$$``8`!@("80#_H@`&``8"`F$`_\``)@`%15AI=#L`
M```+!"<@`#X````#`%P`!@`&`@)A````"P0"L@`8_^`*`%]R96%D7V1I<@``
M``P$``8`#`8`<VQD<&]S_Z(`/@````````(````K!`92`$X@4W1O<F4@=&AE
M(&%D9')E<W,@;V8@=&AE(&9I<G-T(&5L96UE;G0@;V8@=&AE(&%R<F%Y(&EN
M(&%N(&EN=&5R9F%C92!V87)I86)L92```!H$)Z0`=``^`````P!<`#X`````
M`'S_HB7``'0`!@``!$)F:6QE`'0`/@``````?`!\```"````)@0&4@!$(%-E
M="!T:&4@<W1A<G1I;F<@<VQI9&5R('!O<VET:6]N(&%T(#`N(%1H92!V87)I
M86)L92`R("@R5D$I(&ES('5S960``!0$!E(`("!W:71H:6X@=&AE(%93;&ED
M92!I;G-T<G5C=&EO;BX@```3!">D`'0`/@````,`7``^`````@!\_Z(`!@`,
M!@!S;&1P;W,```(````I!`92`$H@5&AI<R!)1B!S=&%T96UE;G0@:G5S="!M
M86ME<R!S=7)E('1H870@=VAE;B!T:&4@=')I9V=E<B!O;B!T:&4@<VQI9&5R
M(&)A<@``*00&4@!*(&ES(')I9VAT(&%T('1H92!B;W1T;VTL('1H97)E(&%R
M92!N;R!S<&%C97,@9&ES<&QA>65D(&EN('1H92!A8W1I=F5L:7-T+B```!<$
M!E(`)B!#;VUM96YT('1H92!)1B!S=&%T96UE;G0@;W5T(&%N9"!S964N```"
M````#@0"O@!*``8`$@8`8V]U;G0`_[8`/@````X``!<')Z0`=``^`````P!<
M`#X````!`'S_H@`&`!(&`&-O=6YT`/_*`#X````.```$!`+0`"H``!`')Z0`
M=``^`````P!<`#X````!`'S_H@`^`````0```P0"V@```@````T$``8`&`(`
M>`#_HB=L`'0`/@````,`?```#`0H/``^`````P!<`#X````#`%P76@```@0`
M``0$`E`):@``#0<`!@`>`@!D`/^B)Y8`=``^`````P!\```3!P*^`$X`!@`>
M`@!D`/^B`#X````!`%0&2@`(('-L:61E<B```!,*``8`#`8`<VQD<&]S_Z(G
MR`!T`#X````#`%P`/@````$`?````P<"V@``#`<"O@"J``8`'@(`9`#_H@`^
M````"P``"0H$3@`&``P&`'-L9'!O<P``&PH"O@`R``8`#`8`<VQD<&]S_ZP`
M/@``````5``&``P&`'-L9'!O<_^B`#X``````%0"V@``$PHGI`!T`#X````#
M`%P`/@````(`?/^B``8`#`8`<VQD<&]S```1"B@\`#X````#`%P`/@````$`
M7``&``P&`'-L9'!O<P```P<"V@``#`<"O@#&``8`'@(`9`#_H@`^````#```
M"0H$1``&``P&`'-L9'!O<P``*0H"O@!.``8`#`8`<VQD<&]S_[8`!@`2!@!C
M;W5N=`#_R@`^````#P!4``8`#`8`<VQD<&]S_Z(`!@`2!@!C;W5N=`#_R@`^
M````#P!4`MH``!,*)Z0`=``^`````P!<`#X````"`'S_H@`&``P&`'-L9'!O
M<P``$0HH/``^`````P!<`#X````!`%P`!@`,!@!S;&1P;W,```,'`MH```P'
M`KX#L@`&`!X"`&0`_Z(`/@````(``!D*``8`)`0"<&%T:/^B``8```1"9FEL
M90!T)\@`=``^`````P!<`#X````"`'P`?```#0H`!@`J!`)T96UP_Z(`!@`D
M!`)P871H```4"@*^`:(%*`!T``8`)`0"<&%T:`!<`#X````!`'S_H@`F``$J
M````&`T`!@`D!`)P871H_Z(%#@!T``8`)`0"<&%T:`!<`#X````"`%P`/@``
M`"``?```%`T`!@`P!`!P;W,`_Z(%Y`!T``8`)`0"<&%T:`!<`"8``2```'P`
M`!H-``8`)`0"<&%T:/^B!2@`=``&`"0$`G!A=&@`7``&`#`$`'!O<P#_R@`^
M`````0!\```)#1=:_Z(`!@`D!`)P871H```+#0*R`!C_X`H`7W)E861?9&ER
M````&@TGI`!T`#X````#`%P`/@``````?/^B)<``=``&```$0F9I;&4`=``^
M``````!\`'P```X-`KX`2@`&`!(&`&-O=6YT`/^V`#X````.```7$"A6`#X`
M```#`%P`/@````$`7`!<`%P`!@`2!@!C;W5N=`#_R@`^````#@``!`T"T``J
M```0$"A6`#X````#`%P`/@````$`7`!<`%P`/@````$```,-`MH```P-*#P`
M/@````,`7``^`````P!<%UH```,*`MH``!@*``8`*@0"=&5M</^B!0X`=``&
M`"H$`G1E;7``7``^`````@!<`#X````@`'P``!0*``8`,`0`<&]S`/^B!>0`
M=``&`"H$`G1E;7``7``F``$@``!\```:"@`&`"H$`G1E;7#_H@4H`'0`!@`J
M!`)T96UP`%P`!@`P!`!P;W,`_\H`/@````$`?```%`H"O@$6!38`=``&`"H$
M`G1E;7``7``^`````0!\_Z(`)@`!.@````D-%UK_H@`&`"H$`G1E;7````L-
M`K(`&/_@"@!?<F5A9%]D:7(````:#2>D`'0`/@````,`7``^``````!\_Z(E
MP`!T``8```1"9FEL90!T`#X``````'P`?```#@T"O@!*``8`$@8`8V]U;G0`
M_[8`/@````X``!<0*%8`/@````,`7``^`````0!<`%P`7``&`!(&`&-O=6YT
M`/_*`#X````.```$#0+0`"H``!`0*%8`/@````,`7``^`````0!<`%P`7``^
M`````0```PT"V@``#`TH/``^`````P!<`#X````#`%P76@```PH"V@```P<"
MV@``#`<"O@&"``8`'@(`9`#_H@`^`````P``$@H`!@`D!`)P871H_Z(GY@!T
M`#X````#`%P`/@````,`?```"@HEFA=:_Z(`!@`D!`)P871H```)"@*^`.PI
M8O^B`#X````````+#0*R`!C_X`H`7W)E861?9&ER````&@TGI`!T`#X````#
M`%P`/@``````?/^B)<``=``&```$0F9I;&4`=``^``````!\`'P```X-`KX`
M2@`&`!(&`&-O=6YT`/^V`#X````.```7$"A6`#X````#`%P`/@````$`7`!<
M`%P`!@`2!@!C;W5N=`#_R@`^````#@``!`T"T``J```0$"A6`#X````#`%P`
M/@````$`7`!<`%P`/@````$```,-`MH```P-*#P`/@````,`7``^`````P!<
M%UH```0*`M``0```&P$&4@`N("`@("`@("`@("`@7T524D]26R)$:7)E8W1O
M<GD@9&]E<R!N;W0@97AI<W0B70```PH"V@```P<"V@``#`<"O@$,``8`'@(`
M9`#_H@`^````"0```PH9%```"0H`!@`D!`)P871H_Z(76@``"PH"L@`8_^`*
M`%]R96%D7V1I<@```!H*)Z0`=``^`````P!<`#X``````'S_HB7``'0`!@``
M!$)F:6QE`'0`/@``````?`!\```."@*^`$H`!@`2!@!C;W5N=`#_M@`^````
M#@``%PTH5@`^`````P!<`#X````!`%P`7`!<``8`$@8`8V]U;G0`_\H`/@``
M``X```0*`M``*@``$`TH5@`^`````P!<`#X````!`%P`7`!<`#X````!```#
M"@+:```,"B@\`#X````#`%P`/@````,`7!=:```#!P+:```,!P*^`/@`!@`>
M`@!D`/^B`#X````*```-"@*R`!C_R@X`7W)E861?87-S:6=N<P```!H*)Z0`
M=``^`````P!<`#X``````'S_HB7``'0`!@``!$)F:6QE`'0`/@``````?`!\
M```."@*^`$H`!@`2!@!C;W5N=`#_M@`^````#@``%PTH5@`^`````P!<`#X`
M```!`%P`7`!<``8`$@8`8V]U;G0`_\H`/@````X```0*`M``*@``$`TH5@`^
M`````P!<`#X````!`%P`7`!<`#X````!```#"@+:```,"B@\`#X````#`%P`
M/@````,`7!=:```#!P+:```=!`)<``8`'@(`9`#_H@`^````!/],``8`'@(`
M9`#_H@`^````"/],``8`'@(`9`#_H@`^````#0``!@0G9``^`````P```@0`
M`!$$`KX`+``&`!X"`&0`_Z(`/@````@`5`9*``0@3TL@```$!P1V%UH```,$
M`MH```($```#!`.V```"!```"@0`#```"@!?<F5A9%]D:7(````2!`(\`%8`
M!@`2!@!C;W5N=`#_H@`^``````"4`#X```'T```2!P`&```$0F9I;&4`=``&
M`!(&`&-O=6YT``!\_Z(`)@`````)!`)&``8`$@8`8V]U;G0````,!``&`!(&
M`&-O=6YT`/^B`#X````````-!``&`#8"`F8`_Z(7+`!T`"8``BHJ`'P``!,$
M`KX`8@4H`'0`!@`V`@)F``!<`#X````!`'S_H@`F``$J````%`<`!@``!$)F
M:6QE`'0`!@`2!@!C;W5N=```?/^B``8`-@("9@````D'!$0`!@`2!@!C;W5N
M=`````,$`MH```0$`E``C@``"`<`!@`V`@)F`/^B%SX``!,'`KX`8@4H`'0`
M!@`V`@)F``!<`#X````!`'S_H@`F``$J````%`H`!@``!$)F:6QE`'0`!@`2
M!@!C;W5N=```?/^B``8`-@("9@````D*!$0`!@`2!@!C;W5N=`````,'`MH`
M``H$`EP`!@`V`@)F`/^B`"8``````P0#8````@0```P$``P```X`7W)E861?
M87-S:6=N<P```!($`CP`6``&`!(&`&-O=6YT`/^B`#X``````)0`/@```?0`
M`!,'``8```1"9FEL90!T``8`$@8`8V]U;G0``'S_H@`F``(J*@``"00"1@`&
M`!(&`&-O=6YT````#00`!@`V`@)F`/^B)#``=``F``(J*@!\```,!``&`!(&
M`&-O=6YT`/^B`#X````````4!``&```$0F9I;&4`=``&`!(&`&-O=6YT``!\
M_Z(`!@`V`@)F````"00$1``&`!(&`&-O=6YT````!`0"4`!B```(!P`&`#8"
M`F8`_Z(D0@``%`<`!@``!$)F:6QE`'0`!@`2!@!C;W5N=```?/^B``8`-@("
M9@````D'!$0`!@`2!@!C;W5N=`````H$`EP`!@`V`@)F`/^B`"8``````P0#
/8````P$#D```06U"<P``
`
end


             ----====>>>> From the desk of ... <<<<====----
     _______   _______   _____   __  __
    / ___  /  / ___  /  / __ |  / / / /
   / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  /  __  /  / /  / /  / / / / /__ __/
 / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
/_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk


From amos-request@svcs1.digex.net Thu May 25 11:59:25 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id LAA14764; Thu, 25 May 1995 11:59:22 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id EAA25886 for amos-out; Thu, 25 May 1995 04:44:27 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id EAA25883 for <amos-list@svcs1.digex.net>; Thu, 25 May 1995 04:44:25 -0400
Received: from netcom17.netcom.com (normedw@netcom17.netcom.com [192.100.81.130]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id EAA06305 for <amos-list@access.digex.net>; Thu, 25 May 1995 04:42:34 -0400
Received: by netcom17.netcom.com (8.6.12/Netcom)
	id BAA11004; Thu, 25 May 1995 01:43:35 -0700
Date: Thu, 25 May 1995 01:43:35 -0700
From: normedw@netcom.com (Norman Edwards)
Message-Id: <199505250843.BAA11004@netcom17.netcom.com>
To: amos-list@access.digex.net
Subject: PGP Front End
Status: RO
X-Status: 


  Will someone write a front-end for PGP so I can stop typing at the
shell.

Thanks.

From amos-request@svcs1.digex.net Thu May 25 16:08:25 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id QAA29537; Thu, 25 May 1995 16:08:06 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id NAA12656 for amos-out; Thu, 25 May 1995 13:13:21 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id NAA12653 for <amos-list@svcs1.digex.net>; Thu, 25 May 1995 13:13:20 -0400
Received: from linux.chichester.ac.uk (linux.chichester.ac.uk [193.133.28.1]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id NAA25398 for <AMOS-LIST@ACCESS.DIGEX.NET>; Thu, 25 May 1995 13:13:10 -0400
Received: from inetgw.chichester.ac.uk (inetgw.chichester.ac.uk [193.133.28.9]) by linux.chichester.ac.uk (8.6.9/8.6.9) with ESMTP id SAA13522 for <AMOS-LIST@ACCESS.DIGEX.NET>; Thu, 25 May 1995 18:10:24 +0100
Received: from INETGW/MERCURY by inetgw.chichester.ac.uk (Mercury 1.20);
    25 May 95 18:11:29 +0000
Received: from MERCURY by INETGW (Mercury 1.20); 25 May 95 18:11:23 +0000
From: "stephen wood  student" <STEPHENW@inetgw.chichester.ac.uk>
Organization:  Chichester College of Technology
To: AMOS-LIST@access.digex.net
Date:          Thu, 25 May 1995 18:11:21 GMT
Subject:       LOST MESSAGES
Priority: normal
X-mailer: Pegasus Mail/Windows (v1.22)
Message-ID: <BF4EE92761@inetgw.chichester.ac.uk>
Status: RO
X-Status: 

Hi all,
    If anyone has tried to mail me direct in the last 10 days could 
they plaese re-send messages.  My files have been corupted and am 
unable to read them.  If you contacted me through the list, and it 
isn't important, any answers will have to wait until the end of the 
month when May's messages are availible on the AmiNet.

Sorry for the problem,  [8-)

Steve!

From amos-request@svcs1.digex.net Fri May 26 09:59:34 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id JAA07931; Fri, 26 May 1995 09:59:31 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA17487 for amos-out; Fri, 26 May 1995 07:16:43 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id HAA17484 for <amos-list@svcs1.digex.net>; Fri, 26 May 1995 07:16:41 -0400
Received: from phoenix.inka.de (root@phoenix.inka.de [193.197.84.29]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id HAA01345 for <amos-list@access.digex.net>; Fri, 26 May 1995 07:16:11 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #14) id m0sEs3A-0004C2C; Fri, 26 May 95 07:35 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sEpeE-000CnbC; Fri, 26 May 95 05:01 MET DST
X-ZC-VIA: 19950524201942W+1@kiste.pfalz.de
X-ZC-VIA: 19950525171113W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: Trivial
Message-Id: <vxHGLMD261aRz1@p22.sixpack.pfalz.org>
Date: Thu, 25 May 95 12:01:15 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-ZC-TELEFON: V+49-89/8005856
X-ZC-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <9505241409.AA24489@diamond.bton.ac.uk>
Status: RO
X-Status: 

T.Lewis@bton.ac.uk (Eddie) wrote on 24.05.1995 some text under the
subject Re: Trivial. I can't leave this uncommentated ;-)

Ed>     The scrolling thing.  The problem with using the scrolling in conjunction
Ed> with clip, is it doesn't clip properly.  Don't forget this is AMOS 1.3xxx that
Ed> I'm using

Hmmm... never heard of that bug before, but it could be possible. I
hope you do know that the x position and the width of the clip must
be a multiple of 16. Or the Scroll doesn't support clipping et al.

Ed> (I am going to set up AMOS Pro soon!!!! - I need some more floppies
Ed> and a hard drive first!!!!).

Something really essential nowerdays.

Ed>     Thanks for the routine, I'll give it a go!!!

I'd suggest another scrolling method for such tile maps, though...

Ed>  The game does indeed use  maps and tiles :-)  The only way to do it really!!!

Using TOME? I hope not ;-) The AMOS Professional Version of TOME IV
is -sadly to say- not available overseas.

Ed> I've written my own custom editor for this!!!!

I really hate that TOME Map Editor... ;-) I'm writing my own map
editors all the time ;-)

Ed>     When I quoted a scrolling area of 154x154 I was indeed wrong.  I am crap
Ed> at maths really!!!!!!  This should be 144x144 of course!!!! (16*9)x(16x9).

%-) Now it makes sense ;-)

Ed> Tim.

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Aboyne (vb.)
  To beat an expert at a game of skill by playing so appallingly that
  non of his clever tactics or strategies are of any use to him.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Fri May 26 07:53:38 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id HAA02585; Fri, 26 May 1995 07:53:37 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id FAA15546 for amos-out; Fri, 26 May 1995 05:07:26 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id FAA15543 for <amos-list@svcs1.digex.net>; Fri, 26 May 1995 05:07:25 -0400
Received: from alice.cli.di.unipi.it (alice.cli.di.unipi.it [131.114.11.37]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id FAA27835 for <amos-list@access.digex.net>; Fri, 26 May 1995 05:07:10 -0400
From: naimoli@cli.di.unipi.it
Received: from athena.cli.di.unipi.it.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA02357; Fri, 26 May 95 11:02:16 +0200
Received: by athena.cli.di.unipi.it.cli.di.unipi.it (4.1/SMI-4.1)
	id AA26659; Fri, 26 May 95 11:02:14 +0200
Message-Id: <9505260902.AA26659@athena.cli.di.unipi.it.cli.di.unipi.it>
Subject: AboutAnIssueOfAmigaFormat
To: amos-list@access.digex.net (amos list)
Date: Fri, 26 May 1995 11:02:11 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1366      
Status: RO
X-Status: 


   Hi folk:
	
	Is there a way to chain compiled programs? It seems that
the RUN instruction works only with source AMOS codes and doesn't
accept compiled files. This is true for the classic package, I don't
own the AmosPro Compiler (maybe can't be found in Italy!) and I
have to solve this problem for the old version... do you know
a way to by-pass this problem? Please let me know...
(I have Kickstart/Workbench 1.3)


P.S. [READ ME, PLEASE]

	I just need the Amiga Format coverdisk 71b (the one that
contains Death Mask). If you have it please send it to me (DMSing
and uuencoding it) or let me know how can I find it thru the net

	I can't send it back to UK as it would takes ages to 
arrive here in Italy... If you want I can also demonstrate I've
bought the mag.

P.P.S. [READ ME IF YOU HAVE ENOUGH TIME]

	How about the Amos competition? I have not enterd it because
deadline was too early (It needs at least two weeks to send something
in UK - just about 10 days to "cross" Italy!), I don't know if there
are news on it... I buy AF when I find it - usually one or even two
months later it's appeared in the UK! Having few problems with "my"
(actually: of the university!) terminal I can't access to the WWW, so
I can't read the FutureNet site...

	Don't forget about AF71b!


		Andy - naimoli@cli.di.unipi.it
			http://www.cli.di.unipi.it/~naimoli/hi.html

From amos-request@svcs1.digex.net Fri May 26 23:20:45 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id XAA15535; Fri, 26 May 1995 23:20:41 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id VAA21235 for amos-out; Fri, 26 May 1995 21:22:04 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id VAA21232 for <amos-list@svcs1.digex.net>; Fri, 26 May 1995 21:22:03 -0400
Received: from larry.infi.net (magic@larry.infi.net [198.22.1.114]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id VAA12258 for <amos-list@access.digex.net>; Fri, 26 May 1995 21:21:46 -0400
Received: by larry.infi.net (8.6.12/Server1.12)
	id VAA23599; Fri, 26 May 1995 21:23:05 -0400
Date: Fri, 26 May 1995 21:23:04 -0400 (EDT)
From: Scott Czarcinski <magic@infi.net>
Subject: WB Screenmode
To: amos-list@access.digex.net
Message-ID: <Pine.3.89.9505262107.A22522-0100000@larry>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Hello,
   I have a question here. I am coding a football thingie, and want to 
make the program open different windows/screens dependant upon the users 
configuration. (example: if user has only 2.0, or < maybe I would open a 
screen 640x400 interlaced. If user has 3.0+ with display card, I want to 
only open windows on the WB screen - say 640x400 not laced)

   My problem is how to find out what the user has. (I could use WB 
screen as a default.) I know I have started to track the 
Env:sys/screenmode.prefs; but do not know how to parse it. (And is this 
eve there for older machines/os's?

   Thanks ahead of time!!!!

     Scott Czarcinski    	A2000HD; 68040/33Mhz; 2Meg Chip; 16Meg Fast; 
      magic@infi.net		  1Gig HD; 14.4k; Syquest 44; IOmega 150;
   				Video Toaster; Personal Animation Recorder;   
   		     	  	    Screaming, Multitasking AMIGA!!!

From amos-request@svcs1.digex.net Sat May 27 03:11:52 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id DAA21357; Sat, 27 May 1995 03:11:49 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id BAA29809 for amos-out; Sat, 27 May 1995 01:38:17 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id BAA29806 for <amos-list@svcs1.digex.net>; Sat, 27 May 1995 01:38:15 -0400
Received: from bos1g.delphi.com (SYSTEM@bos1g.delphi.com [192.80.63.9]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id BAA15350 for <amos-list@access.digex.net>; Sat, 27 May 1995 01:37:58 -0400
Received: from delphi.com by delphi.com (PMDF V4.3-9 #7804)
 id <01HQZAH8IK4G9IDATL@delphi.com>; Sat, 27 May 1995 01:38:10 -0400 (EDT)
Date: Sat, 27 May 1995 01:38:10 -0400 (EDT)
From: Robert Chase <ROBERT101@delphi.com>
Subject: AMOS Term prg
To: amos-list@access.digex.net
Message-id: <01HQZAH8IK4I9IDATL@delphi.com>
X-VMS-To: INTERNET"amos-list@access.digex.net"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Status: RO
X-Status: 

Hi,
I'm writing a program to help play the BBS game Trade Wars. Right now,
I'm getting the CIM data in my Term buffer, saving it, and loading it 
into my prg. What I want to do is add a simple term to the program
in order to aotomate this whole process and keep more up to date data
while playing. My problem is that I can't figure out how to implement
the ANSI codes (I can't even actually find a list of the codes). Has 
anyone done this already that would like to share the code?? Maybe an
extension somewhere??

Thanks in Advance!

Robert Chase

From amos-request@svcs1.digex.net Sun May 28 18:08:01 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id SAA27524; Sun, 28 May 1995 18:07:58 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id QAA19059 for amos-out; Sun, 28 May 1995 16:14:28 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id QAA19056 for <amos-list@svcs1.digex.net>; Sun, 28 May 1995 16:14:26 -0400
Received: from phoenix.inka.de (root@phoenix.inka.de [193.197.84.29]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id QAA16177 for <amos-list@access.digex.net>; Sun, 28 May 1995 16:13:49 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #14) id m0sFoZ2-0004AtC; Sun, 28 May 95 22:03 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sFmyr-000CnRC; Sun, 28 May 95 20:22 MET DST
X-ZC-VIA: 19950528160713W+1@kiste.pfalz.de
X-ZC-VIA: 19950528152934W+1@sixpack.pfalz.de
From: chris@sixpack.pfalz.org (Chris Hodges)
Subject: Re: AMOS Term prg
Message-Id: <vyJR1MD261aLz3@p22.sixpack.pfalz.org>
Date: Sun, 28 May 95 15:19:17 CET
X-Mailer: MicroDot 1.10 [REGISTERED 000261]
X-ZC-TELEFON: V+49-89/8005856
X-ZC-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <01HQZAH8IK4I9IDATL@delphi.com>
Status: RO
X-Status: 

ROBERT101@delphi.com (Robert Chase) wrote on 27.05.1995 some text
under the subject AMOS Term prg. I can't leave this uncommentated ;-)

RC> My problem is that I can't figure out how to implement
RC> the ANSI codes (I can't even actually find a list of the codes).

I have a list of ANSI codes here, but it seems to be very old... I
hope it helps ya:

VT52 - Terminal Emulation
=========================

Keypad Character Selection
ESC =             enter alternate kaypad mode
ESC >             exit alternate kaypad mode

Cursor Position
ESC A             cursor up
ESC B             cursor down
ESC C             cursor right
ESC D             cursor left
ESC H             cursor home
ESC Ylc           direct cursor position
ESC I             reverse line feed

Character Sets
ESC F             special graphics charater set
ESC G             select character set - US

Erasing
ESC K             erase to end of line


VT100 - Terminal Emulation
==========================

Scrolling Functions:
ESC [ pt ; pb r         set scroll region
ESC [ ? 6 h             turn on region - origin mode
ESC [ ? 6 l             turn off region - full screen mode

Cursor Functions:
ESC [ pn A              cursor up pn times - stop at top
ESC [ pn B              cursor down pn times - stop at bottom
ESC [ pn C              cursor right pn times - stop at far right
ESC [ pn D              cursor left pn times - stop at far left
ESC [ pl ; pc H         set cursor position - pl line , pc column
ESC [ H                 set cursor home
ESC [ pl ; pc f         set cursor position - pl line , pc column
ESC [ f                 set cursor home
ESC D                   cursor down - at bottom of region, scroll up
ESC M                   cursor up - at top of region, scroll down
ESC E                   next line (same as CR LF)
ESC 7                   save cursor position (char attr, char set, org)
ESC 8                   restore position (char attr, char set, origin)

Applications / Normal Mode:
ESC [ ? 1 h             cursor keys in applications mode
ESC [ ? 1 l             cursor keys in cursor positioning mode
ESC =                   keypad keys in applications mode
ESC >                   keypad keys in numeric mode

Character Sets:
ESC ( A                 UK char set as G0
ESC ( B                 US char set as G0
ESC ( 0                 line char set as G0
ESC ) A                 UK char set as G1
ESC ) B                 US char set as G1
ESC ) 0                 line char set as G1
ESC N                   select G2 set for next character only
ESC O                   select G3 set for next character only

Character Attributes:
ESC [ m                 turn off attributes - normal video
ESC [ 0 m               turn off attributes - normal video
ESC [ 4 m               turn on underline mode        *
ESC [ 7 m               turn on inverse mode
ESC [ 1 m               highlight
ESC [ 5 m               blink
* on color systems underlined charaters are displayed in blue

Erasing:
ESC [ K                 erase to end of line
ESC [ K 0               erase to end of line
ESC [ 1 K               erase to beginning of line
ESC [ 2 K               erase entire screen , cursor doesn't move
ESC [ J                 erase to end of screen
ESC [ 0 J               erase to end of screen
ESC [ 1 J               erase to beginning of screen
ESC [ 2 J               erase entire screen m cursor doesn't move


========
| ANSI |
========

The escape sequencies are leaded by both the ESC (chr 27) and
[ (chr 91) characters.

J              Clear screen
K              Clear rest of line
x;yH           Define cursor position
x;yf           Position cursor at position x,y. If one of the parameter
	       is missing, 0 is taken instead.
xA             Move cursor up by x lines. If x is omitted, the cursor
	       will only be moved up by one line. The cursor can only
	       be moved to the top line of the screen.
xB             Move cursor x units down, stop at end
xC             Move cursor x units to the right, stop at end
xD             Move cursor x units to the left, stop at end
s              Remember current cursor position
u              Reset the cursor the the previously remembered position
6n             Send cursor position control code
x;yR           Set standard position of cursor

=xh            Set screen mode
	       0   40 * 25 Monochrom
	       1   40 * 25 Farbe
	       2   80 * 25 Monochrom
	       3   80 * 25 Farbe
	       4  320 * 200 Farbe
	       5  320 * 200 Monochrom

x;y;..zm       Set screen text attributes
	       0  None
	       1  Bright (Bold)
	       2  Normal
	       3  Italics
	       5  Flashing
	       6  Fast flashing
	       7  Invers
	       8  Invisible
	      30  Black foreground
	      31  Red foreground
	      32  Green foreground
	      33  Yellow foreground
	      34  Blue foreground
	      35  Magenta foreground
	      36  Cyan foreground
	      37  White foreground
	      40  Black background
	      41  Red background
	      42  Green background
	      43  Yellow background
	      44  Blue background
	      45  Magenta background
	      46  Cyan background
	      47  White background
	      48  High adjusted (Ed: cannot remember the right term for
				"Hochgestellt")
	      49  Low adjusted

==============================================================================
==============================================================================

 ANSI Standard (X3.64) Control Sequences for Video Terminals and Peripherals
		       in alphabetic order by mnemonic

     (Inspired by the article "Toward Stardardized Video Terminals: ANSI
      X3.64 Device Control" by Mark L. Siegel, April 1984 BYTE, page 365)

	       (Ps and Pn are parameters expressed in ASCII.)
	       (Numeric parameters are given in decimal radix.)
	       (Abbreviations are explained in detail at end.)
	       (Spaces used in this table for clarity are not
		used in the actual codes.)

							   Default    Type
Sequence     Sequence                                      Parameter   or
Mnemonic     Name              Sequence                    Value      Mode
---------------------------------------------------------------------------
APC  Applicatn Program Command Esc Fe                                 Delim
CBT  Cursor Backward Tab       Esc [ Pn Z                   1         EdF
CCH  Cancel Previous Character Esc T
CHA  Cursor Horzntal Absolute  Esc [ Pn G                   1         EdF
CHT  Cursor Horizontal Tab     Esc [ Pn I                   1         EdF
CNL  Cursor Next Line          Esc [ Pn E                   1         EdF
CPL  Cursor Preceding Line     Esc [ Pn F                   1         EdF
CPR  Cursor Position Report    Esc [ Pn ; Pn R              1, 1
CSI  Control Sequence Intro    Esc [                                  Intro
CTC  Cursor Tab Control        Esc [ Ps W                   0         EdF
CUB  Cursor Backward           Esc [ Pn D                   1         EdF
CUD  Cursor Down               Esc [ Pn B                   1         EdF
CUF  Cursor Forward            Esc [ Pn C                   1         EdF
CUP  Cursor Position           Esc [ Pn ; Pn H              1, 1      EdF
CUU  Cursor Up                 Esc [ Pn A                   1         EdF
CVT  Cursor Vertical Tab       Esc [ Pn Y                             EdF
DA   Device Attributes         Esc [ Pn c                   0
DAQ  Define Area Qualification Esc [ Ps o                   0
DCH  Delete Character          Esc [ Pn P                   1         EdF
DCS  Device Control String     Esc P                                  Delim
DL   Delete Line               Esc [ Pn M                   1         EdF
DMI  Disable Manual Input      Esc \                                  Fs
DSR  Device Status Report      Esc [ Ps n                   0
EA   Erase in Area             Esc [ Ps O                   0         EdF
ECH  Erase Character           Esc [ Pn X                   1         EdF
ED   Erase in Display          Esc [ Ps J                   0         EdF
EF   Erase in Field            Esc [ Ps N                   0         EdF
EL   Erase in Line             Esc [ Ps K                   0         EdF
EMI  Enable Manual Input       Esc b                                  Fs
EPA  End of Protected Area     Esc W
ESA  End of Selected Area      Esc G
FNT  Font Selection            Esc [ Pn ; Pn Space D        0, 0      FE
GSM  Graphic Size Modify       Esc [ Pn ; Pn Space B        100, 100  FE
GSS  Graphic Size Selection    Esc [ Pn Space C             none      FE
HPA  Horz Position Absolute    Esc [ Pn `                   1         FE
HPR  Horz Position Relative    Esc [ Pn a                   1         FE
HTJ  Horz Tab w/Justification  Esc I                                  FE
HTS  Horizontal Tab Set        Esc H                                  FE
HVP  Horz & Vertical Position  Esc [ Pn ; Pn f              1, 1      FE
ICH  Insert Character          Esc [ Pn @                   1         EdF
IL   Insert Line               Esc [ Pn L                   1         EdF
IND  Index                     Esc D                                  FE
INT  Interrupt                 Esc a                                  Fs
JFY  Justify                   Esc [ Ps ; ... ; Ps Space F  0         FE
MC   Media Copy                Esc [ Ps i                   0
MW   Message Waiting           Esc U
NEL  Next Line                 Esc E                                  FE
NP   Next Page                 Esc [ Pn U                   1         EdF
OSC  Operating System Command  Esc ]                                  Delim
PLD  Partial Line Down         Esc K                                  FE
PLU  Partial Line Up           Esc L                                  FE
PM   Privacy Message           Esc ^                                  Delim
PP   Preceding Page            Esc [ Pn V                   1         EdF
PU1  Private Use 1             Esc Q
PU2  Private Use 2             Esc R
QUAD Typographic Quadding      Esc [ Ps Space H             0         FE
REP  Repeat Char or Control    Esc [ Pn b                   1
RI   Reverse Index             Esc M                                  FE
RIS  Reset to Initial State    Esc c                                  Fs
RM   Reset Mode                Esc [ Ps l                   none
SD   Scroll Down               Esc [ Pn T                   1         EdF
SEM  Select Edit Extent Mode   Esc [ Ps Q                   0
SGR  Select Graphic Rendition  Esc [ Ps m                   0         FE
SL   Scroll Left               Esc [ Pn Space @             1         EdF
SM   Select Mode               Esc [ Ps h                   none
SPA  Start of Protected Area   Esc V
SPI  Spacing Increment         Esc [ Pn ; Pn Space G        none      FE
SR   Scroll Right              Esc [ Pn Space A             1         EdF
SS2  Single Shift 2 (G2 set)   Esc N                                  Intro
SS3  Single Shift 3 (G3 set)   Esc O                                  Intro
SSA  Start of Selected Area    Esc F
ST   String Terminator         Esc \                                  Delim
STS  Set Transmit State        Esc S
SU   Scroll Up                 Esc [ Pn S                   1         EdF
TBC  Tab Clear                 Esc [ Ps g                   0         FE
TSS  Thin Space Specification  Esc [ Pn Space E             none      FE
VPA  Vert Position Absolute    Esc [ Pn d                   1         FE
VPR  Vert Position Relative    Esc [ Pn e                   1         FE
VTS  Vertical Tabulation Set   Esc J                                  FE

---------------------------------------------------------------------------

Abbreviations:

Intro  an Introducer of some kind of defined sequence; the normal 7-bit
       X3.64 Control Sequence Introducer is the two characters "Escape ["

Delim  a Delimiter

x/y    identifies a character by position in the ASCII table (column/row)

EdF    editor function (see explanation)

FE     format effector (see explanation)

F      is a Final character in
	    an Escape sequence (F from 3/0 to 7/14 in the ASCII table)
	    a control sequence (F from 4/0 to 7/14)

Gs     is a graphic character appearing in strings (Gs ranges from
       2/0 to 7/14) in the ASCII table

Ce     is a control represented as a single bit combination in the C1 set
       of controls in an 8-bit character set

C0     the familiar set of 7-bit ASCII control characters

C1     roughly, the set of control characters available only in 8-bit systems.
       This is too complicated to explain fully here, so read Jim Fleming's
       article in the February 1983 BYTE, especially pages 214 through 224.

Fe     is a Final character of a 2-character Escape sequence that has an
       equivalent representation in an 8-bit environment as a Ce-type
       (Fe ranges from 4/0 to 5/15)

Fs     is a Final character of a 2-character Escape sequence that is
       standardized internationally with identical representation in 7-bit
       and 8-bit environments and is independent of the currently
       designated C0 and C1 control sets (Fs ranges from 6/0 to 7/14)

I      is an Intermediate character from 2/0 to 2/15 (inclusive) in the
       ASCII table

P      is a parameter character from 3/0 to 3/15 (inclusive) in the ASCII
       table

Pn     is a numeric parameter in a control sequence, a string of zero or
       more characters ranging from 3/0 to 3/9 in the ASCII table

Ps     is a variable number of selective parameters in a control sequence
       with each selective parameter separated from the other by the code
       3/11 (which usually represents a semicolon); Ps ranges from
       3/0 to 3/9 and includes 3/11

v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v

Format Effectors versus Editor Functions

A format effector specifies how the final output is to be created.
An editor function allows you to modify the specification.

For instance, a format effector that moves the "active position" (the 
cursor or equvalent) one space to the left would be useful when you want to
create an overstrike, a compound character made of two standard characters
overlaid. Control-H, the Backspace character, is actually supposed to be a
format effector, so you can do this. But many systems use it in a
nonstandard fashion, as an editor function, deleting the character to the
left of the cursor and moving the cursor left. When Control-H is assumed to
be an editor function, you cannot predict whether its use will create an
overstrike unless you also know whether the output device is in an "insert
mode" or an "overwrite mode". When Control-H is used as a format effector,
its effect can always be predicted. The familiar characters carriage
return, linefeed, formfeed, etc., are defined as format effectors.

v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^

ANSI X3.64 Mode-Changing Parameters for use with the
	   Select Mode (SM) and Reset Mode (RM) functions

    Parameter           Mode          Mode Function
    Characters          Mnemonic
 column/    graphic
  row       repres.
----------------------------------------------------------------------------
3/0           0                       an error condition
3/1           1          GATM         guarded-area transfer mode
3/2           2          KAM          keyboard action mode
3/3           3          CRM          control representation mode
3/4           4          IRM          insertion/replacement mode
3/5           5          SRTM         status-reporting transfer mode
3/6           6          ERM          erasure mode
3/7           7          VEM          vertical editing mode
3/8           8                       reserved for future standardization
3/9           9                       reserved for future standardization
3/10          :                       reserved separator for parameters
3/11          ;                       Standard separator for parameters
3/12          <                       reserved for private (experimental) use
3/13          =                       reserved for private (experimental) use
3/14          >                       reserved for private (experimental) use
3/15          ?                       reserved for private (experimental) use
3/1  3/0      10         HEM          horizontal editing mode
3/1  3/1      11         PUM          positioning unit mode
3/1  3/2      12         SRM          send/receive mode
3/1  3/3      13         FEAM         format effector action mode
3/1  3/4      14         FETM         format effector transfer mode
3/1  3/5      15         MATM         multiple area transfer mode
3/1  3/6      16         TTM          transfer termination mode
3/1  3/7      17         SATM         selected area transfer mode
3/1  3/8      18         TSM          tabulation stop mode
3/1  3/9      19         EBM          editing boundary mode
3/1  3/10     1:                      reserved separator for parameters
3/1  3/11     1;                      Standard separator for parameters
3/1  3/12     1<                      error condition--unspecified recovery
3/1  3/13     1=                      error condition--unspecified recovery
3/1  3/14     1>                      error condition--unspecified recovery
3/1  3/15     1?                      error condition--unspecified recovery
3/2  3/0      20         LNM          linefeed/newline mode (not in ISO 6429)
3/2  3/1      21
 .            .
 .            .                       reserved for future standardization
 .            .
3/9  3/9      99

3/12 3/0      <0
 .            .
 .            .                       reserved for private (experimental) use
 .            .
3/15 3/15     ??

v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^

NOTES ON THE DEC VT100 IMPLEMENTATION

In the case of the popular DEC VT100 video-terminal implementation,
the only mode that may be altered is the linefeed/newline (LNM) mode.
Other modes are considered permanently set, reset, or not applicable
as follows:

     Set:   ERM
     Reset: CRM, EBM, FEAM, FETM, IRM, KAM, PUM, SRTM, TSM
     N/A:   GATM, HEM, MATM, SATM, TTM, VEM

Control sequences implemented in the VT100 are as follows:

     CPR, CUB, CUD, CUF, CUP, CUU, DA, DSR, ED, EL, HTS, HVP, IND,
     LNM, NEL, RI, RIS, RM, SGR, SM, TBC

plus several private DEC commands.

Erasing parts of the display (EL and ED) in the VT100 is performed thus:

     Erase from cursor to end of line           Esc [ 0 K    or Esc [ K
     Erase from beginning of line to cursor     Esc [ 1 K
     Erase line containing cursor               Esc [ 2 K
     Erase from cursor to end of screen         Esc [ 0 J    or Esc [ J
     Erase from beginning of screen to cursor   Esc [ 1 J
     Erase entire screen                        Esc [ 2 J

The VT100 responds to receiving the DA (Device Attributes) control

     Esc [ c    (or Esc [ 0 c)

by transmitting the sequence

     Esc [ ? l ; Ps c

where Ps is a character that describes installed options.

The VT100's cursor location can be read with the DSR (Device Status
Report) control

     Esc [ 6 n

The VT100 reports by transmitting the CPR sequence

     Esc [ Pl ; Pc R

where Pl is the line number and Pc is the column number (in decimal).

v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^

The complete document describing the standard,  "ANSI X3.64-1979:
Additional Controls for Use with the American National Standard
Code for Information Interchange," can be ordered for $13.50 (plus
$4 postage) from

     Standards Sales Department
     American National Standards Institute
     1430 Broadway
     New York, NY 10018
     212/354-3300

It's best to read the full standard before using it. It also helps
to have copies of the related standards "X3.4-1977: American
National Standard Code for Information Interchange" (the ASCII
standard) and "X3.41.1974: Code-Extension Techniques for Use with
the 7-Bit Coded Character Set of American National Standard for
Information Interchange."

See also the chapter "Using Extended Screens and Keyboard Control"
in the IBM PC-DOS manuals (versions 2.0, 2.1, and 3.0), especially
for the coding for character attributes.

The specification for the DEC VT100 is document EK-VT100-UG-003,
available for $13.00 prepaid from:

     Digital Equipment Corporation
     Accessories and Supplies Group
     POB CS-2008
     Nashua, NH 03061

(Copyright 1984 BYTE Publications, subsidiary of McGraw-Hill Inc.)
(Permission granted to reproduce for noncommercial uses.)
(This file prepared by Richard S. Shuford.)


Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Baldock (n.)
  The sharp prong on top of a tree stump where the tree has snapped
  off before being completely sawn through.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Sun May 28 14:51:02 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id OAA13539; Sun, 28 May 1995 14:51:02 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id MAA14293 for amos-out; Sun, 28 May 1995 12:55:53 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id MAA14290 for <amos-list@svcs1.digex.net>; Sun, 28 May 1995 12:55:51 -0400
Received: from nudge.io.org (synth@nudge.io.org [198.133.36.4]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id MAA10300 for <amos-list@access.digex.net>; Sun, 28 May 1995 12:55:21 -0400
Received: (from synth@localhost) by nudge.io.org (8.6.9/8.6.9) id MAA00443; Sun, 28 May 1995 12:55:43 -0400
Date: Sun, 28 May 1995 12:55:41 -0400 (EDT)
From: Chris Wysocki <synth@io.org>
To: AMOS <amos-list@access.digex.net>
Subject: debuger?
Message-ID: <Pine.BSI.3.91.950528125402.341A-100000@nudge.io.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

Is there some debuger for amos? something to list variables at least and 
trace.
where can i get it?
thanx.


This messy was Synthesized by Synth.
Things that rule: Yanni, Jarre, AMIGA. (end of official entries)


From amos-request@svcs1.digex.net Sun May 28 15:40:52 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id PAA15141; Sun, 28 May 1995 15:40:52 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id OAA17537 for amos-out; Sun, 28 May 1995 14:07:31 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id OAA17534 for <amos-list@svcs1.digex.net>; Sun, 28 May 1995 14:07:30 -0400
Received: from kyoko.mpx.com.au (kyoko.mpx.com.au [203.2.75.2]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id OAA12323 for <amos-list@access.digex.net>; Sun, 28 May 1995 14:06:59 -0400
Received: from cristal.mpx.com.au by kyoko.mpx.com.au with smtp
	(Smail3.1.29.1 #7) id m0sFml4-0006LcC; Mon, 29 May 95 04:08 EST
Received: from comlink.mpx.com.au by cristal.mpx.com.au with uucp
	(Smail3.1.28.1 #3) id m0sFmMs-0001ZpC; Mon, 29 May 95 03:43 AEST
Received: by comlink.mpx.com.au (V1.16/Amiga)
	id AA01whd; Sun, 28 May 95 19:07:15 1100
Date: Sun, 28 May 95 19:07:15 1100
Message-Id: <9505290107.AA01whc@comlink.mpx.com.au>
From: Darryl_Lewis@comlink.mpx.com.au (Darryl Lewis)
To: amos-list@access.digex.net
Subject: anim2bob converter
Status: RO
X-Status: 

I just had a nice thought, 
Perhaps if Andy and Paul reece agree, perhaps we could swap registered
programs!
I'd be glad to swap my anim2bob converted for the Intution Ext, and for
EME.

What do you guys think?
We can send them UUencoded.
Darryl

PS. I have even made an AGA hack for those who want to use amos with aga!!
Interested ?



-- Via DLG Pro v1.0


               #####\             _             /#####
               #( )# |          _( )__         | #( )# 
               ##### |         /_    /         | #####
               #" "# |     ___m/I_ //_____     | #" "#
               # O # |____#-x.\ /++m\ /.x-#____| # O #
               #m.m# |   /" \ ///###\\\ / "\   | #m.m#
               #####/    ######/     \######    \#####

                 EX nightclub DJ (currently looking for work)

From amos-request@svcs1.digex.net Sun May 28 16:41:00 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id QAA16816; Sun, 28 May 1995 16:40:59 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id PAA18077 for amos-out; Sun, 28 May 1995 15:24:06 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id PAA18074 for <amos-list@svcs1.digex.net>; Sun, 28 May 1995 15:24:05 -0400
Received: from fsa.cpsc.ucalgary.ca (fsa.cpsc.ucalgary.ca [136.159.2.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id PAA24413 for <amos-list@access.digex.net>; Sun, 28 May 1995 15:23:31 -0400
Received: from fsh.cpsc.ucalgary.ca (fsh.cpsc.ucalgary.ca [136.159.2.8])
	by fsa.cpsc.ucalgary.ca (1.8) id <NAA22213@fsa.cpsc.ucalgary.ca>;
	Sun, 28 May 1995 13:21:07 -0600
From: currie@cpsc.ucalgary.ca (Robert Currie)
Received: by fsh.cpsc.ucalgary.ca (1.2; from currie@localhost)
	id <NAA25247@fsh.cpsc.ucalgary.ca>; Sun, 28 May 1995 13:21:08 -0600
Date: Sun, 28 May 1995 13:21:08 -0600
Message-Id: <199505281921.NAA25247@fsh.cpsc.ucalgary.ca>
To: amos-list@access.digex.net, synth@io.org
Subject: Re:  debuger?
Status: RO
X-Status: 

	There are two commmands in Amos 1.3x, Follow[list of expressions...]
and Follow Off. This supposedly allows you to trace certain variables through
the course of your program, skipping over folded procedures and such. It is
supposed to open a small window over top of you program so that you can
view your variables at each command step. I personally have not tried it but
I think it is worth a shot!

				Robert Currie

From amos-request@svcs1.digex.net Tue May 30 04:38:52 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id EAA09454; Tue, 30 May 1995 04:38:51 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id CAA27270 for amos-out; Tue, 30 May 1995 02:38:19 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id CAA27267 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 02:38:18 -0400
Received: from alice.cli.di.unipi.it (alice.cli.di.unipi.it [131.114.11.37]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id CAA06047 for <amos-list@access.digex.net>; Tue, 30 May 1995 02:37:26 -0400
From: naimoli@cli.di.unipi.it
Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA23930; Tue, 30 May 95 08:33:16 +0200
Received: by helen.cli.di.unipi.it (4.1/SMI-4.1)
	id AA11989; Tue, 30 May 95 08:33:15 +0200
Message-Id: <9505300633.AA11989@helen.cli.di.unipi.it>
Subject: Re: debuger?
To: amos-list@access.digex.net (amos list)
Date: Tue, 30 May 1995 08:33:15 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 402       
Status: O
X-Status: 


	For AmosPro use the built-in Monitor (if you need an help on this, 
let me know...) otherwise put a "Follow On" at the very beginning of your program and a "Follow Off" (or Stop, I don't remember) at the end of the loop to debug (Im not sure if during the "following" CTRL-C still works!). It works even
under AmosPro!

		Andy - naimoli@cli.di.unipi.it
			http://www.cli.di.unipi.it/~naimoli/hi.html

From amos-request@svcs1.digex.net Tue May 30 05:56:38 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id FAA11068; Tue, 30 May 1995 05:56:37 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id CAA27441 for amos-out; Tue, 30 May 1995 02:48:41 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id CAA27438 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 02:48:40 -0400
Received: from alice.cli.di.unipi.it (alice.cli.di.unipi.it [131.114.11.37]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id CAA06407 for <amos-list@access.digex.net>; Tue, 30 May 1995 02:47:44 -0400
From: naimoli@cli.di.unipi.it
Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1)
	id AA25543; Tue, 30 May 95 08:43:58 +0200
Received: by helen.cli.di.unipi.it (4.1/SMI-4.1)
	id AA12583; Tue, 30 May 95 08:43:56 +0200
Message-Id: <9505300643.AA12583@helen.cli.di.unipi.it>
Subject: Chain... (ciak #2824)
To: amos-list@access.digex.net (amos list)
Date: Tue, 30 May 1995 08:43:56 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 435       
Status: O
X-Status: 


	Well. about 2824 times I think... Im sorry Ive to mail this again...

	How can I chain more amos programs together? The RUN statement seems
to work with source amos only! If compiled... BOOM! Please note that Ive to
finish an old work, so I need to chain compiled (and powerpackered) files
done with amos classic (not pro!).

	PLEASE, PLEASE HELP ME!


		Andy - naimoli@cli.di.unipi.it
			http://www.cli.di.unipi.it/~naimoli/hi.html

From amos-request@svcs1.digex.net Tue May 30 06:59:32 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id GAA12580; Tue, 30 May 1995 06:59:31 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id DAA28523 for amos-out; Tue, 30 May 1995 03:53:01 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id DAA28520 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 03:53:00 -0400
Received: from eros.britain.eu.net (eros.Britain.EU.net [192.91.199.2]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id DAA08393 for <amos-list@access.digex.net>; Tue, 30 May 1995 03:52:14 -0400
Received: from eurotherm.co.uk by eros.britain.eu.net with UUCP 
          id <sg.22551-0@eros.britain.eu.net>; Tue, 30 May 1995 08:52:24 +0100
Received: from keeper.controls.eurotherm.co.uk 
          by osprey.controls.eurotherm.co.uk; Tue, 30 May 95 07:32:34 GMT
Received: from osprey.controls.eurotherm.co.uk by keeper.eurotherm.co.uk;
          Tue, 30 May 95 07:32:00 GMT
Message-Id: <24454.9505300732@osprey.controls.eurotherm.co.uk>
Received: from dab.controls.eurotherm.co.uk by osprey.controls.eurotherm.co.uk;
          Tue, 30 May 95 07:32:29 GMT
Sender: paulhi <paulhi@ecl.etherm.co.uk>
From: Paul Hickman <paul.hickman@ecl.etherm.co.uk>
Organization: Eurotherm Controls Limited
To: amos-list@access.digex.net
Date: Tue, 30 May 1995 08:34:01 0
Subject: Re: WB Screenmode
Reply-To: paul.hickman@ecl.etherm.co.uk
Priority: normal
X-Mailer: Pegasus Mail/Windows (v1.22)
Status: O
X-Status: 


>    My problem is how to find out what the user has. (I could use WB 
> screen as a default.) I know I have started to track the 
> Env:sys/screenmode.prefs; but do not know how to parse it. (And is this 
> eve there for older machines/os's?
> 
It is not there on 1.3, it is on 3.0+, and I don't know about 2.0. 
You can check the OS version by reading the version number of 
the exec.library - code to do this has been posted in the past, and 
there are extension commands for it (I can't remember it offhand).

The screenmode prefs is an IFF file like all 3.0 prefs. Get hold of 
one of the IFF file editors on aminet (which I can't remember the 
names of) and they will be able to show the file broken into 
meaningfull IFF chunks.
--------------------------------------------------------
 WORK: Eurotherm Controls, Worthing                     
 Email: paul.hickman@controls.eurotherm.co.uk           
                                                        
 UNIVERSITY: Imperial College, London                      
 Email: ph@doc.ic.ac.uk                                 
--------------------------------------------------------
The opinions expressed above to not represent the views of
Eurotherm Controls plc, or Imperial College, or in fact Paul
Hickman, but are in fact the views of a small furry alien from
the planet zorg (called fred), so if you don't like them, sue 
him/her/whatever. Death to all tennis players.

From amos-request@svcs1.digex.net Tue May 30 11:26:33 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id LAA27792; Tue, 30 May 1995 11:26:26 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA29898 for amos-out; Tue, 30 May 1995 07:07:27 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id HAA29895 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 07:07:25 -0400
Received: from binx.mbhs.edu (achurch@binx.mbhs.edu [192.67.131.95]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id HAA12831 for <amos-list@access.digex.net>; Tue, 30 May 1995 07:06:39 -0400
Received: (from achurch@localhost) by binx.mbhs.edu (8.6.11/8.6.9) id HAA06796 for amos-list@access.digex.net; Tue, 30 May 1995 07:07:38 -0400
From: Andy Church <achurch@binx.mbhs.edu>
Message-Id: <199505301107.HAA06796@binx.mbhs.edu>
To: amos-list@access.digex.net
Subject: Re: WB Screenmode
Date: Tue May 30 07:07:38 1995
X-Mailer: MMail v4.21
Status: O
X-Status: 

>>    My problem is how to find out what the user has. (I could use WB 
>> screen as a default.) I know I have started to track the 
>> Env:sys/screenmode.prefs; but do not know how to parse it. (And is this 
>> eve there for older machines/os's?
>> 
>It is not there on 1.3, it is on 3.0+, and I don't know about 2.0. 

  It's there on 2.x.

  --Andy Church (achurch@binx.mbhs.edu)
    WWW: http://www.mbhs.edu/~achurch/

From amos-request@svcs1.digex.net Tue May 30 08:50:49 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id IAA16944; Tue, 30 May 1995 08:50:48 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id GAA29762 for amos-out; Tue, 30 May 1995 06:38:09 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id GAA29758 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 06:38:07 -0400
Received: from sol.labein.es (sol.labein.es [150.241.6.51]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id GAA17183 for <amos-list@access.digex.net>; Tue, 30 May 1995 06:37:14 -0400
Received: by sol.labein.es (4.1/SMI-4.1)
	id AA19864; Tue, 30 May 95 12:31:40 +0200
Date: 30 May 95 12:31 +0200
From: Angel Alvarez <angel@labein.es>
To: <amos-list@access.digex.net>
Message-Id: <299*angel@labein.es>
Subject: Re: WB Screenmode
Status: O
X-Status: 

On Tue May 30 12:01:04 1995, Paul Hickman wrote:

>>    My problem is how to find out what the user has. (I could use WB
>> screen as a default.) I know I have started to track the
>> Env:sys/screenmode.prefs; but do not know how to parse it. (And is this
>> eve there for older machines/os's?
>>
>It is not there on 1.3, it is on 3.0+, and I don't know about 2.0.
>You can check the OS version by reading the version number of
>the exec.library - code to do this has been posted in the past, and
>there are extension commands for it (I can't remember it offhand).

If I'm not wrong (I don't have the original post, the name of the guy who
posted this though)

KICKSTART=Deek(Leek(4)+LIB_VERSION)

where LIB_VERSION is 20.

==============================================================================
                     _/_/_/ _/     _/_/  _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
 Angel Alvarez      _/  _/ _/     _/ _/   _/      _/     _/  _/ _/       _/
  (Aldi Soft)      _/_/_/ _/     _/  _/  _/      _/_/_/ _/  _/ _/_/     _/
angel@labein.es   _/  _/ _/     _/ _/   _/          _/ _/  _/ _/       _/
                 _/  _/ _/_/_/ _/_/  _/_/_/    _/_/_/ _/_/_/ _/       _/
==============================================================================
"If you have to figth with somebody stronger than you, you have to be faster
than him. And if he grasps you, then I hope that God will help you."
(Les Luthiers)

From amos-request@svcs1.digex.net Tue May 30 13:35:00 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id NAA04885; Tue, 30 May 1995 13:34:57 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id JAA02709 for amos-out; Tue, 30 May 1995 09:16:54 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id JAA02706 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 09:16:53 -0400
Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id JAA21196 for <amos-list@access.digex.net>; Tue, 30 May 1995 09:15:53 -0400
Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
	id PAA22558 (8.6.10/2.11) for <amos-list@access.digex.net>; Tue, 30 May 1995 15:16:30 +0200
Received: by mpih17 (1.38.193.4/2.1) on NUNET
 	id AA00366; Tue, 30 May 1995 15:15:57 +0200
Date: Tue, 30 May 1995 15:15:55 +0200 (METDST)
From: Branko Collin <bcollin@mpi.nl>
X-Sender: bcollin@mpih17
To: Amos Discussion List <amos-list@access.digex.net>
Subject: Re: WB Screenmode
In-Reply-To: <299*angel@labein.es>
Message-Id: <Pine.HPP.3.91.950530151052.284A-100000@mpih17>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O
X-Status: 

On 30 May 1995, Angel Alvarez wrote:

> ==============================================================================
>                      _/_/_/ _/     _/_/  _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
>  Angel Alvarez      _/  _/ _/     _/ _/   _/      _/     _/  _/ _/       _/
>   (Aldi Soft)      _/_/_/ _/     _/  _/  _/      _/_/_/ _/  _/ _/_/     _/
> angel@labein.es   _/  _/ _/     _/ _/   _/          _/ _/  _/ _/       _/
>                  _/  _/ _/_/_/ _/_/  _/_/_/    _/_/_/ _/_/_/ _/       _/
> ==============================================================================
> "If you have to figth with somebody stronger than you, you have to be faster
                  ^^^^^
> than him. And if he grasps you, then I hope that God will help you."

Figth: v. To compete with someone in trying to get the olive from the 
          bottom of a beautiful person-of-the-favoured-sex's glass.
(from: The Meaning of Laff). 



From amos-request@svcs1.digex.net Tue May 30 14:15:12 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id OAA13104; Tue, 30 May 1995 14:15:11 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id IAA01597 for amos-out; Tue, 30 May 1995 08:49:13 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id IAA01594 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 08:49:11 -0400
Received: from primail.pr.cyanamid.com (primail.pr.cyanamid.com [141.173.131.4]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id IAA20063 for <amos-list@access.digex.net>; Tue, 30 May 1995 08:48:21 -0400
From: Joseph_Zaccardi_at_USPRMG41@internetmail.pr.cyanamid.com
Received: from cc:Mail by internetmail.pr.cyanamid.com
	id AA801848706 Tue, 30 May 95 08:45:06 EST
Date: Tue, 30 May 95 08:45:06 EST
Message-Id: <9504308018.AA801848706@internetmail.pr.cyanamid.com>
To: amos-list@access.digex.net
Subject: Phantom Collisions
Status: RO
X-Status: 


You start something simple and all hell breaks loose.  I began to write a 
'colorforms' type program where kids could arrange a bunch of bobs on a 
background.  My first step was to flesh out a routine to detect bobs with the 
mouse and drag them if a mouse key was depressed.  I began getting collisions 
with transparent portions of my bobs--but only to the left of the body.  I 
decided to test this rigorously and used a cross pattern for the bob (+) 
~100x100 and small boxes for the sprite. A 1X1 sprite worked as advertised with 
collisions taking place only when actual overlap occured.  However a 2X2 sprite 
collided with the cross about 12 pixels too early when approached from the left-
-but correctly when approached from the right. You can sneak into the left 
quadrant of the cross by moving the mouse down into the quadrant a few pixels 
left of the upright arm without collision.  However when you then move the 
mouse left (away from the cross) it snags something invisible and a collision 
occurs.  Using larger sprite images changes the number of pixels between the 
images where collisions occur--until you use a sprite 32X32 whereupon the 
routine functions correctly again!!!  I haven't tried multicolored sprites yet 
or other screen modes--I'm assuming that I can work around this problem when I 
get to my actual images.

I'm curious whether this behavior can be reproduced.  You might keep this in 
mind if you keep getting killed in a shoot-em -up when nothing has actually hit 
you.  It seems someone took some shortcuts in the collision detection routines.
 
Joe Zaccardi  (Joseph_Zaccardi_at_USPRMG41@internetmail.pr.cyanamid.com)

CODE: (this is amospro 2.0 on a A2000 WB1.3)

W=2: rem this will vary size of sprite
Box 0,0 To W,W : Get Bob 1,0,0 To W,W : Cls 0 : Curs Off 
Draw 50,0 To 50,100 : Draw 0,50 To 100,50
Get Bob 2,0,0 To 100,100 : Cls 0 : 
Make Mask : Double Buffer : Get Sprite Palette 
Bob 2,100,50,2
Hide On 
Do 
C=Spritebob Col(0) : Rem check if box and cross have collided
B=Col(-1) 
 Rem find out which bob has been hit' 
Sprite 0,(X Mouse),(Y Mouse),1 : Rem replace mouse with sprite box' 
If Mouse Key and C
'if collision occurs drag bob along with mouse if key is pressed 
XF=X Screen(X Mouse)-X Bob(B) : YF=Y Screen(Y Mouse)-Y Bob(B)
While Mouse Key
Bob B,X Screen(X Mouse)-XF,Y Screen(Y Mouse)-YF,B
Sprite 0,(X Mouse),(Y Mouse),1
Wend 
End If 
Loop 
'w=1 everything's fine 
'w=2 get's weird. up to w=32 then everything works again!!!
'HOLD MOUSE KEY DOWN and approach cross from different directions
'from left --bob gets bumped early. from right or above routine behaves 
' with w=2 slide mouse down vertically a few pixels left of top of cross 
'then move slowly to the left--the mouse catches something and drags cross

From amos-request@svcs1.digex.net Wed May 31 00:53:08 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id AAA09743; Wed, 31 May 1995 00:52:59 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id WAA03388 for amos-out; Tue, 30 May 1995 22:45:04 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id WAA03385 for <amos-list@svcs1.digex.net>; Tue, 30 May 1995 22:45:02 -0400
Received: from bos1h.delphi.com (SYSTEM@bos1h.delphi.com [192.80.63.10]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id WAA04135 for <amos-list@access.digex.net>; Tue, 30 May 1995 22:44:06 -0400
Received: from delphi.com by delphi.com (PMDF V4.3-9 #7804)
 id <01HR4PQG9ARO9JDBS4@delphi.com>; Tue, 30 May 1995 22:44:58 -0400 (EDT)
Date: Tue, 30 May 1995 22:44:58 -0400 (EDT)
From: Robert Chase <ROBERT101@delphi.com>
Subject: Re: AMOS Term prg
To: amos-list@access.digex.net
Message-id: <01HR4PQG9ARQ9JDBS4@delphi.com>
X-VMS-To: INTERNET"amos-list@access.digex.net"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Status: O
X-Status: 

CH> I have a list of ANSI codes here, but it seems to be very old... I
CH> hope it helps ya:

It gives me a good start on what I need to figure out. Thanks!

Robert Chase

From amos-request@svcs1.digex.net Wed May 31 06:18:27 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id GAA17010; Wed, 31 May 1995 06:18:24 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id CAA12981 for amos-out; Wed, 31 May 1995 02:50:45 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id CAA12977 for <amos-list@svcs1.digex.net>; Wed, 31 May 1995 02:50:40 -0400
Received: from sol.labein.es (sol.labein.es [150.241.6.51]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id CAA12972 for <amos-list@access.digex.net>; Wed, 31 May 1995 02:49:04 -0400
Received: by sol.labein.es (4.1/SMI-4.1)
	id AA26522; Wed, 31 May 95 08:43:20 +0200
Date: 31 May 95  8:43 +0200
From: Angel Alvarez <angel@labein.es>
To: <amos-list@access.digex.net>
Message-Id: <300*angel@labein.es>
Subject: Typo-errors (was Re: WB Screenmode)
Status: O
X-Status: 

On Tue May 30 18:16:05 1995, Branko Collin wrote:

> On 30 May 1995, Angel Alvarez wrote:
>>==============================================================================
>>                     _/_/_/ _/     _/_/  _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
>> Angel Alvarez      _/  _/ _/     _/ _/   _/      _/     _/  _/ _/       _/
>>  (Aldi Soft)      _/_/_/ _/     _/  _/  _/      _/_/_/ _/  _/ _/_/     _/
>>angel@labein.es   _/  _/ _/     _/ _/   _/          _/ _/  _/ _/       _/
>>                 _/  _/ _/_/_/ _/_/  _/_/_/    _/_/_/ _/_/_/ _/       _/
>>==============================================================================
>>"If you have to figth with somebody stronger than you, you have to be faster
>                 ^^^^^
>>than him. And if he grasps you, then I hope that God will help you."
>
>Figth: v. To compete with someone in trying to get the olive from the
>          bottom of a beautiful person-of-the-favoured-sex's glass.
>(from: The Meaning of Laff).

Trust in me when I say "Thanks Branco" for indicating me this mistake
(I guess that the correct word was fight, you know like Street Fighter,
or Street Figther? ;-)). This is only one of the millions mastikes ;-)
I make. In this case, this is a typo-error (I think this the correct
word, isn't it?)... (Message stopped for no wasting more bandwith).

==============================================================================
                     _/_/_/ _/     _/_/  _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
 Angel Alvarez      _/  _/ _/     _/ _/   _/      _/     _/  _/ _/       _/
  (Aldi Soft)      _/_/_/ _/     _/  _/  _/      _/_/_/ _/  _/ _/_/     _/
angel@labein.es   _/  _/ _/     _/ _/   _/          _/ _/  _/ _/       _/
                 _/  _/ _/_/_/ _/_/  _/_/_/    _/_/_/ _/_/_/ _/       _/
==============================================================================
"Si te enfrentas a un luchador mas fuerte que tu, tienes que ser mas rapido
que el, y si te alcanza, que Dios te ayude" - (Les Luthiers)

From amos-request@svcs1.digex.net Wed May 31 08:12:33 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id IAA18300; Wed, 31 May 1995 08:12:33 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id FAA14284 for amos-out; Wed, 31 May 1995 05:06:55 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id FAA14281 for <amos-list@svcs1.digex.net>; Wed, 31 May 1995 05:06:52 -0400
Received: from lendal.york.ac.uk (lendal.york.ac.uk [144.32.128.21]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id FAA12711 for <amos-list@access.digex.net>; Wed, 31 May 1995 05:05:56 -0400
Received: from tower.york.ac.uk by lendal.york.ac.uk with SMTP (PP);
          Wed, 31 May 1995 10:03:11 +0100
Received: by tower.york.ac.uk (950215.SGI.8.6.10/940406.SGI)	 id KAA13941;
          Wed, 31 May 1995 10:07:44 +0100
Date: Wed, 31 May 1995 10:07:43 +0100 (BST)
From: David Hollway <dmh11@mailer.york.ac.uk>
X-Sender: dmh11@tower.york.ac.uk
To: amos-list@access.digex.net
Subject: Re: WB Screenmode
In-Reply-To: <199505301107.HAA06796@binx.mbhs.edu>
Message-ID: <Pine.SGI.3.91.950531100609.13685A-100000@tower.york.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: 

On Tue, 30 May 1995, achurch wrote:

> >>    My problem is how to find out what the user has. (I could use WB 
> >> screen as a default.) I know I have started to track the 
> >> Env:sys/screenmode.prefs; but do not know how to parse it. (And is this 
> >> eve there for older machines/os's?
> >> 
> >It is not there on 1.3, it is on 3.0+, and I don't know about 2.0. 
> 
>   It's there on 2.x.

But I believe the internal format changed slightly between 2.04 and 3.0; 
which format 2.1 has, I've no idea.
Might it not be easier to lock the Workbench screen & read the ModeID 
from it?

regards,

 David Hollway.
-----------------------------------------------------------------------------
David Hollway (dmh11@tower.york.ac.uk)   |   //Amiga 4000-040-SCSI-CDROM-PII-
Dept. of Computer Science, University of | \X/840MB "Amiga - Why Compromise?"
York, York YO1 5DD, ENGLAND.             | In Basel, Switzerland until 06/95
WWW Home: http://www.york.ac.uk/~dmh11/  | Tel: (010) (+41) 61 6975460
-----------------------------------------------------------------------------


From amos-request@svcs1.digex.net Wed May 31 12:35:30 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id MAA04707; Wed, 31 May 1995 12:35:26 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id JAA20153 for amos-out; Wed, 31 May 1995 09:42:16 -0400
Received: from www1.access.digex.net (www1.access.digex.net [205.197.247.32]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id JAA20142 for <amos-list@svcs1.digex.net>; Wed, 31 May 1995 09:42:10 -0400
Received: from baird.cs.strath.ac.uk (mmdf@baird.cs.strath.ac.uk [130.159.132.3]) by www1.access.digex.net (8.6.12/8.6.12) with SMTP id JAA23984 for <amos-list@access.digex.net>; Wed, 31 May 1995 09:41:12 -0400
Received: from simpson-05.cs.strath.ac.uk by baird.cs.strath.ac.uk id aa06834;
          31 May 95 14:41 +1000
From: Morv <mmyles@cs.strath.ac.uk>
To: amos list <amos-list@access.digex.net>
Subject: Re: Chain...
Date: Wed, 31 May 1995 14:41:37 +0100
Sender: mmyles@cs.strath.ac.uk
Message-ID:  <9505311441.aa06834@baird.cs.strath.ac.uk>
Status: RO
X-Status: 


Andy <naimoli@cli.di.unipi.it> wrote:

>	How can I chain more amos programs together? The RUN statement seems
>to work with source amos only! If compiled... BOOM! Please note that Ive to
>finish an old work, so I need to chain compiled (and powerpackered) files
>done with amos classic (not pro!).

Wasn't there a procedure on the AMOS Classic Extras Disk for running
CLI Commands?  This could probably be used to run the next Compiled
program, or execute a batch file to do the job.  The running version
would then Quit, letting the next program take over...

I haven't tried this but give it a go, yeah?

	>-Morv! <mmyles@cs.strath.ac.uk>
		
		>-:-<


From amos-request@svcs1.digex.net Thu Jun  1 04:10:39 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id EAA27887; Thu, 1 Jun 1995 04:10:33 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id BAA15080 for amos-out; Thu, 1 Jun 1995 01:41:56 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id BAA15077 for <amos-list@svcs1.digex.net>; Thu, 1 Jun 1995 01:41:55 -0400
Received: from phoenix.inka.de (root@phoenix.inka.de [193.197.84.29]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id BAA22756 for <amos-list@access.digex.net>; Thu, 1 Jun 1995 01:02:11 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #14) id m0sH2Np-00049KC; Thu, 1 Jun 95 07:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sH0X3-000Cn8C; Thu, 1 Jun 95 05:02 MET DST
X-ZC-VIA: 19950531200618W+1@kiste.pfalz.de
X-ZC-VIA: 19950531192817W+1@sixpack.pfalz.de
Subject: Re: WB Screenmode
Message-Id: <vzMK8MD261aez2@p22.sixpack.pfalz.org>
Date: Wed, 31 May 95 19:25:48 CET
X-ZC-TELEFON: V+49-89/8005856
X-ZC-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
From: chris@sixpack.pfalz.de (Chris Hodges)
X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.18
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <24454.9505300732@osprey.controls.eurotherm.co.uk>
Status: RO
X-Status: 

paul.hickman@ecl.etherm.co.uk (Paul Hickman) wrote on 30.05.1995 some
text under the subject Re: WB Screenmode. I can't leave this
uncommentated ;-)

PH> It is not there on 1.3, it is on 3.0+, and I don't know about 2.0. 
PH> You can check the OS version by reading the version number of 
PH> the exec.library - code to do this has been posted in the past, and 
PH> there are extension commands for it (I can't remember it offhand).

You should not use the exec version to check for AGA graphics or
other graphic capabilities. There are various users, which have Kick
3.1 on their A500s, and others which still have Kick 2.0 on their
A2000/A3000 with graphic cards...

Please either use graphics/_LVOModeNotAvailable (V36+) or
graphics/_LVOFindDisplayInfo (V36+).

I would even prefer a asl/DisplayMode requester on start of the
program.

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Aird of Sleat (n.)
  (Archaic) Ancient Scottish curse placed from afar on the stretch of
  land now occupied by Heathrow Airport.
(from: "The Deeper Meaning of Liff")

From amos-request@svcs1.digex.net Thu Jun  1 03:00:22 1995
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by www1.access.digex.net (8.6.12/8.6.12) with ESMTP id DAA20260; Thu, 1 Jun 1995 03:00:22 -0400
Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id BAA14204 for amos-out; Thu, 1 Jun 1995 01:03:37 -0400
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id BAA14200 for <amos-list@svcs1.digex.net>; Thu, 1 Jun 1995 01:03:35 -0400
Received: from phoenix.inka.de (root@phoenix.inka.de [193.197.84.29]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id BAA22759 for <amos-list@access.digex.net>; Thu, 1 Jun 1995 01:02:22 -0400
Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
	(Smail3.1.29.1 #14) id m0sH2Np-00049LC; Thu, 1 Jun 95 07:01 MET DST
Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
	(Smail3.1.28.1 #4) id m0sH0X4-000Cn9C; Thu, 1 Jun 95 05:02 MET DST
X-ZC-VIA: 19950531200620W+1@kiste.pfalz.de
X-ZC-VIA: 19950531192817W+1@sixpack.pfalz.de
Subject: Re: WB Screenmode
Message-Id: <vzMMdMD261aLz3@p22.sixpack.pfalz.org>
Date: Wed, 31 May 95 19:27:25 CET
X-ZC-TELEFON: V+49-89/8005856
X-ZC-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
Path: kiste.pfalz.de!sixpack.pfalz.de
From: chris@sixpack.pfalz.de (Chris Hodges)
X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.18
To: amos-list@access.digex.net
X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
References: <Pine.HPP.3.91.950530151052.284A-100000@mpih17>
Status: RO
X-Status: 

bcollin@mpi.nl (Branko Collin) wrote on 30.05.1995 some text under
the subject Re: WB Screenmode. I can't leave this uncommentated ;-)

BC> > "If you have to figth with somebody stronger than you, you have to be faster
BC>                   ^^^^^
BC> > than him. And if he grasps you, then I hope that God will help you."
BC> 
BC> Figth: v. To compete with someone in trying to get the olive from the 
BC>           bottom of a beautiful person-of-the-favoured-sex's glass.
BC> (from: The Meaning of Laff). 

There's a "The Meaning of Laff"??? I heard of "The Meaning of Liff"
and I own "The Deeper Meaning of Liff", but I didn't find "figth"
there... :-(

Bye, Chris Hodges <chris@sixpack.pfalz.org>      __    __
A4000/400/CD/'30er; AMOS Extension-Coder    __  ///   / / _____
GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/

Aith (n.)
  The single bristle that sticks out sideways on a cheap paintbrush.
(from: "The Deeper Meaning of Liff")

