HDTenEightyP/NetNews huggingface dataset:
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech
Subject: VDI suggestions (was: Sending objc_draw to a mem)
Date: 16 Dec 1992 03:13:51 +0100
Organization: Regional Computing Center, University of Cologne
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
NNTP-Posting-Host: rs1.rrz.uni-koeln.de

In <A53826@MS.maus.de> Julian_Reschke@ms.maus.de (Julian Reschke) writes:

>Patrick BETREMIEUX (bpat@cs.mcgill.ca) wrote:
>[...]
>>There is a way to set the width and height of the logical screen, so you
>>may draw the whole list and then blit the part you want, but I don't have
>>the books with me right now. Also, could someone tell me if it's a perfectly
>>legal thing to do. It will work on any ST, and most probably on the STe, and
>>MEGASTe. But does the TT still have this screen-switching stuff available ?
>>Will the Falcon have it?

>I guess so. However, it *is* bad programming practice, because you are
>mixing different layers of the operating system (XBIOS and VDI), and
>no one guarantees that this will have the side effects that you expect.
>In fact, it won't work with some graphics cards.

While this point is completely valid as such,  I  don't  see  any
reason  why  the VDI should not support redirection of its output
to virtual screens of arbitrary resolutions in x, y and color. In
fact,  I  strongly suggest that next time the VDI is revised, VDI
calls for this purpose should  be  introduced.  Of  course,  that
would  increase incompatibility with PC-GEM, but that seems to be
inevitable anyway. Besides, I don't care about that :-).
Related to this, I found the MEMORY.SYS driver  in  the  fontgdos
package.  However,  there's  no  documentation on it, excepting a
statement like "it prints to memory, of doubtful use at  the  end
user  level".  Could  anyone  direct  me  to  a  source  of  more
exhaustive information?
Finally, I have  recently  posted  the  question  whether  it  is
possible  to  determine which drivers are installed with GDOS and
available to a program. The answer seems to be that there  is  no
VDI  function  to do this, the best thing to do is just opening a
workstation on the desired device and to analyze the  outcome  of
the  v_opnwk()  call.  My  second  suggestion for a future VDI is
therefore that a function for inquiring the available devices  is
provided.

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
From: dud@hardy.u.washington.edu (Daniel Aylward)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT, which way forward...
Date: 15 Dec 92 18:35:41 GMT
Article-I.D.: u.1992Dec15.183541.12648
Organization: University of Washington

I was reading about PowerNet in the October AtariUser.  It uses PowerDOS
to handle its background processes and speed up disk I/O.  I downloaded
PowerDOS to see what it was like (it's freeware now), and indeed it was
much quicker than GEMDOS or MiNT.  The thing is, PowerNet is the most
popular networking package for the ST (that I know of anyway) and because
it relies on PowerDOS, it is not compatable with MiNT.  I like MiNT much
better as a multitasking kernel; it resembles Unix much more closely and
it is much more tried and true.  But PowerDOS does have some features that
it would be nice if MiNT had; like the fast disk I/O and the network
support.  I think it would be extremely beneficial for all if Chris Latham
(author of PowerDOS) and Eric Smith could consolodate their efforts and
come out with a MiNT with built-in network support etc.  PowerDOS will
become obsolete anyway when MultiTOS comes out...  if it was built into
MultiTOS, all problems would be solved!  :)  What do people think about
that?  Eric?  (does he still have time to read this newsgroup?)
Newsgroups: comp.sys.atari.st.tech
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: *Help* I need to make a non-standard text file standard.
Organization: University Of Alberta, Edmonton Canada
Date: Sun, 13 Dec 1992 02:23:58 GMT

cbbrowne@csi.uottawa.ca (Christopher Browne) writes:

>Thank you Roger for your useful comments.  Of course, it's not
>actually Atari's standard that you're talking about - it's Microsoft's
>standard.  That's where it came from.

As a matter of fact both of you are wrong.  It came from CP/M.
The idea was that when you are dumping your text file to a printer
then the printer, faced with CR/LF pair, will do "the right thing"
so you may skimp on a printer driver.  Unfortunately some printers
got too smart and we are back on a square one.  Other operating
systems are handling text line terminators in many, many different
and often interesting ways.  Single LF is a Unix convention.
Mac is using a lone CR for a change.  BTW - libraries which are
coming with ST version of gcc compiler will handle this minor
annoyace in a transparent manner.

>There's a little utility that I found at atari.archive.umich.edu
>called "Flip."  It will "flip" the line delimiters from one to the
>other on demand.  I recompiled it under the latest version of GCC, and
>may have sent a newer copy in.  I don't remember.  If it needs to be
>updated, I certainly have it around at home here, and can upload it.

There are uncountable ways to perform a conversion.  For Unix->TOS
probably the simplest will be 'cat' (sane version of it).

   Michal Jaegermann
   ntomczak@vega.math.ualberta.ca
Newsgroups: comp.sys.atari.st.tech
From: hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth)
Subject: Re: drop down menus in GEM
Organization: Dept. of Computer Science, TU Dresden, Germany
Date: Sat, 19 Dec 1992 23:03:33 GMT

In article <1992Dec18.235825.24667@zeus.franklin.edu>, scruggs@zeus.franklin.edu (Kevin Scruggs) writes:

> In article <1992Dec18.120356.2386@infodev.cam.ac.uk> rpj12@cus.cam.ac.uk (R.P. Jones) writes:
> >Rather a simple question, but its giving me some stick!!!
> >
> >When using drop down menus how do you get the chech marks to work?
> >
> >[...]

> 	You could just modify the .ob_flags part of the particular menu item. 
> 0x04 is the CHECKED bit...

(Hendrik Jan Veenstra suggested a similar method.)

Please, don't do that. This assumes that AES uses the same copy of the object
tree that you use, which is not documented. That's also why menu manipulation
services are provided by the AES.

Stick to menu_icheck for this!

Michael
-- 
Internet: hohmuth@freia.inf.tu-dresden.de
Newsgroups: comp.sys.atari.st.tech
From: scruggs@zeus.franklin.edu (Kevin Scruggs)
Subject: Re: drop down menus in GEM
Organization: Franklin University (Columbus, OH)
Date: Fri, 18 Dec 1992 23:58:25 GMT

In article <1992Dec18.120356.2386@infodev.cam.ac.uk> rpj12@cus.cam.ac.uk (R.P. Jones) writes:
>Rather a simple question, but its giving me some stick!!!
>
>When using drop down menus how do you get the chech marks to work?
>
>Have tried using the AES routine MENU_ICHECK but this does not seem to
>make any difference. Have tried changing the status of the object in
>the tree using OBJC_CHANGE but this doesn`t effect it either.
>
>I wonder if the writing mode set with VSWR_MODE makes a difference.
>I have tried 'replace' and 'Xor' but this seems to make no difference!!!
>
>Help!! please, how do I make my check marks do something.
	You could just modify the .ob_flags part of the particular menu item. 
0x04 is the CHECKED bit...


-- 

	|||				...Your future hasn't been written yet.
       / | \				   No one's has. Your future is what 
    =Mysh+Krysa=			   you make it...
From: mboom@mswe.dnet.ms.philips.nl
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Overscan
Date: 18 Dec 92 11:17:16 +0100
Organization: Philips Medical Systems Nederland

In article <1992Dec8.192301.14457@gdr.bath.ac.uk> mapmh@gdr.bath.ac.uk (M Hagger) writes:
>Just wondering, did anyone actually try using my overscan routine?  Or 
>did I completely waste my time posting it?
>
>Mark

    I haven't tried it myself but forwarded it to friend who is currently
looking in to it and is very interested. So keep up the good work.


Marcel.

--------------------------------------------------------------------------------
#include <stddiscl.h>                   Are you sure you won't change your mind?
email:  mboom@mswe.dnet.ms.philips.nl   Why, what's wrong with the one I have?
voice:  +31 40 762007 / +31 4408 3531   Spock in ST4
From: ggranger@ersys.edmonton.ab.ca (Greg Granger)
Newsgroups: comp.sys.atari.st.tech
Subject: TOS 2.06 "Desk/File/View/Options" location
Date: Wed, 16 Dec 92 10:06:13 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

What location in TOS 2.xx would I have to "Peek" at to get the drop-down 
menu selections of "Desk/File/View/Options"?  I am thinking of making a 
short program in GFA Basic 3.6 to change these options to make them 
user-configurable.  Any help would be greatly appreciated.

========================================================================
|  Gregeory C. Granger  (GGranger@ersys.edmonton.ab.ca) |    "Greed    |
|  5516-190 A Street  Edmonton, Alberta, Canada T6M-2L3 |      is      |
|  Phone:      +1 (403) 483-2049  OR  +1 (403) 481-5110 |     good!"   |
========================================================================
Newsgroups: comp.sys.atari.st.tech
From: plate@cdsmn.mn.org (Doug Plate)
Subject: Re: Overscan
Organization: Dicomed, Inc.
Date: Mon, 14 Dec 1992 14:43:24 GMT

In article <1992Dec8.192301.14457@gdr.bath.ac.uk> mapmh@gdr.bath.ac.uk (M Hagger) writes:
>Just wondering, did anyone actually try using my overscan routine?  Or 
>did I completely waste my time posting it?
>
>Mark

Haven't tried it yet, but I will!  Just haven't had the time to play with
it.  It was not a waste of time, and thanks!

Regards,
Doug Sr.
-- 
      ()(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)*(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)()
     /                    plate@cdsmn.mn.org                           \
   /         /      Doug Plate Sr.    | "Assume no malice!"   \          \
 (*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)
Xref: sparky comp.sys.atari.st.tech:6295 comp.sys.atari.st:18475
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V
Date: 16 Dec 1992 12:16:35 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

>I haven't heard if Atari's system V port will run on the Falcon.
>Does it?  If it does, you can go take a mortgage out and purchase
>it from Atari (if they are still selling it).  There is not another
>unix port for Atari products.  You are stuck with whatever Atari
>churns out.
>
>Chris


From what I have read, Atari droped there Unix port, from what I read it was
far to slow on a TT, so how can it be of use on a Falcon...

Get a Acorn A5000, they even make Work Stations , R150/R160 from memory,
32 bit risc machines, they even have a lap top/palm top out now, was in the
Byte mag some time back..

And they have Unix for there machines..

Acorn is now pushing big into New Zealand, about 80% of schools here use
one or more of the Acorn Archemides machines, one Uni has them as a standard..

And they use separate keyboards, and NOTE: 2 megs bytes of ROM, with the full
OS and Utils built in......


Worth a look at...


Roger..................            sheppard_r@kosmos.wcc.govt.nz

Newsgroups: comp.sys.atari.st.tech
From: trek@cbnewse.cb.att.com (wayne.a.booth)
Subject: Re: MiNT, which way forward...
Organization: AT&T
Date: Sat, 12 Dec 1992 11:36:38 GMT
Followup-To: comp.sys.atari.st*
Summary: Compatibility, dual-products
Keywords: MiNT, future direction

In article <1992Dec11.185521.26575@bas-a.bcc.ac.uk> ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
>---- Start of included message ----
>From reading the comp.sys.atari.st* groups it has become increasingly clear
>that there are two distinct groups of MiNT users, each of which have
>differing priorities for future developments.
>
>The two groups are as follows:-
>
>1) People who are looking for MiNT to provide a multitasking kernel
>	underlaying GEM so as to give the same sorts of functionality
>       as MS Windows, Windows NT or Apple's MultiFinder.
>
>2) People who are looking to use MiNT as the basis for a cheap substitute
>	for Unix as a development environment and possibly as a multiuser
>	service.

...characteristics of 2 groups deleted

>Now, the question I'm asking is.. which way should MiNT go in the future?
>
>Much of the stuff on group (2)'s wish list would help group (1), eg real
>virtual memory, networking available in kernel (anyone wana use NFS over
>UDP/IP on top of X25 on the MSTE/TT/Falcon network port?).
>
>Other things clash, such as group (2)'s wish for disk devices to be
>invisible until mounted whilst group (1) wanting them to appear as
>MS-DOS/GEM-DOS-like devices.

Provide, within an init file, the control to come up in either mode.
In general, I would think having MiNT evolve along as compatible a
path as possible would be best.  This would help ensure that the
developers have a better chance of building something that will
work with the way general users use the machine (or at let give
them a way to test for the compatibility.)  I would suggest if there
are differences that could not be handled dynamically at load time
through some such data arrangement, that these differences be
designed to be optionally loaded.  This would provide the closest
compatibility between the two "versions".

The joint priority list (e.g. virtual memory is common to both) should
address those items that will benefit both and then move on to the
items that will differentiate them.			Wayne
PS- It sure sounds ambitious.
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech
Subject: Re: XBRA
Keywords: XACC, XBRA
Date: 11 Dec 92 17:20:08 GMT
Reply-To: mjl-b@minster.york.ac.uk (Mathew Lodge)
Organization: Department of Computer Science, University of York, England

In article <Bz0533.AwK@newcastle.ac.uk> Craig.Graham@newcastle.ac.uk (Craig Graham) writes:
>XBRA is an inter-application communication protocol. It allows desk-accs and 
>programs to talk to each other and swap data. There are several levels to the
>protocal, etending right up to direct swapping of .GEM/.IMG files (similar to
>MS Windows DDE).

I think you have XACC and XBRA confused.

XACC is indeed an inter-application communications protocol, developed by
Compo. It suffers from the problem that it assumes that for "main"
applications (i.e. things that aren't accessories) the application ID is
always zero.

XBRA is a protocol for hooking into vectors (interrupt vectors, TRAP vectors
-- any sort of vector) that enables the application to later unhook itself
and deinstall without trashing other programs that may use the same vector.

If you want to see an example of XBRA in use, check out my code for ST
Blank, when it arrives on comp.sources.atari.st (I just posted it). I'll be
uploading it to atari.archive just as soon as I can work out how to do it!

>Craig Graham.     /\  E-mail:Craig.Graham@newcastle.ac.uk
>BAe Space Systems ||  Phone : (UK) 091 2737650
>Stevenage,England.||  Snail-mail: 38 Brighton Grove, Fenham, Newcastle, England.
>-----------------/__\-----------------------------------------------------------
>  SPACE the final^^^^frontier. Seen it,done it,read the book,got the T-shirt....
From: tkld@cogsci.ed.ac.uk (Kevin Davidson)
Newsgroups: comp.sys.atari.st.tech
Subject: Falcon questions
Date: 14 Dec 92 15:31:18 GMT
Organization: HCRC/CogSci


I'm a 1040stfm owner with an external floppy and SM124 monitor.
Up until the Falcon was announced I'd been considering getting a 4meg
upgrade and a 105meg hard disk.
I *would* use MiNT more if I had more memory and a hard disk. (In
real life I use Unix systems). I'm now considering saving up for a Falcon
and/or upgrading my current setup.

I have some questions:

Does the Falcon take Simms ? If yes I may get the XtraRam deluxe,
then get a 1meg Falcon later on.

I can get a SCSI disk now and move that to the Falcon, so I could get
a 1meg diskless Falcon and just plug it in, couldn't I?
I know my external disk won't work. Will a SCSI floptical ?

I'd like a tape drive and maybe someday a cd-rom (PhotoCD compatible
pref). If I get an ICD Link I can get just about any SCSI device,
right? And they'll work with my wife's LCII too ?

Does (will) MultiTos (I won't buy a Falcon till it comes with MultiTos)
support the AppleTalk LAN connector ? Or would I need a 3rd party
APPLESHARE.XFS ?

How about ISO9660.XFS for CD-roms?
I've heard rumours that the Falcon will be CD-I compatible; compatible
enough for me to pick up CD-I stuff from a department store and run it
at home ? Or just enough to read the disks ?
Proper support for Minix-type filesystems (ie backups and fileselector)?

Does the Falcon's SCSI-2 support `fast SCSI-2' ?
Can I mix'n'match SCSI and SCSI-2 devices with no speed penalty.
I think to use `fast SCSI-2', all devices must be `fast' (synchronous ?)

--
_______________Kevin__Davidson_________________________________________________
Centre for Cognitive Science/HCRC,   | tkld@cogsci.ed.ac.uk
University of Edinburgh,             | Kevin.Davidson@edinburgh.ac.uk
2 Buccleuch Place.                   | +44 31 650 4447 (temporarily)
Newsgroups: comp.sys.atari.st.tech
From: nino@vmars.tuwien.ac.at (Marinos Yannikos)
Subject: Re: MiNT, which way forward...
Organization: TU Wien, Vienna, Austria
Date: Tue, 15 Dec 1992 10:41:48 GMT

Speaking of MiNT, has anyone tried to write a Unix-like IPC
library, eg. for arbitrarily sized messages, shared memory
functions etc.? Having considered this for a while, I couldn't
come up with a way to 'wait for messages with IDs from 0 to XX'
except with busy waiting... Will MiNT ever support this, or 
has anyone else thought about it?

-MY
Newsgroups: comp.sys.atari.st.tech
From: mrz5149@ritvax.isc.rit.edu
Subject: ASCI Access
Reply-To: mrz5149@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Tue, 15 Dec 1992 05:28:32 GMT

Does anbody have a clue as to how to access the ASCI bus? The reason I'd
like to know is that I'm wondering how to send a code to park different
hard drives. If anybody could post some info as to how this is done, that
would be wondeful.

No 'C', please. Only WELL documented ASM or if possible GFA BASIC.
(I'm just an assembler upstart right now. Hopefully things will
change after the Assembly Language course :-) ).


---------------------------------------------------------------------------
  "Spam, spam, spam, spam, spam, spam,  | Michael Zucca
   spam, spam. Lovely spam! Wonderful   | mrz5149@ritvax.isc.rit.edu
          spam! - Shut Up!"             | Rochester Institute Of Technology
----------------------------------------------------------------------------
From: Craig.Graham@newcastle.ac.uk (Craig Graham)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: XBRA
Date: 17 Dec 92 13:23:14 GMT
Organization: Computing Laboratory, U of Newcastle upon Tyne, UK NE1 7RU.


I may have said this before (three times now...) I KNOW THAT XBRA IS FOR VECTORS.
I also know what XACC is. I don't need telling again. I mixed up the names. Once.
Can everyone forget it now ?

Craig.
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: coonstot@kimbark.uchicago.edu (charles orville onstott)
Subject: Falcon and Unix Sys V
Reply-To: coonstot@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 14 Dec 1992 23:35:28 GMT

Does anyone know if the ST Falcon will be capable of running
the Unix Sys 5(AT&T or SCO, etc.)?  If not, will it be
sys V compatible or at least compatible with most Unixs(unlike
Minix or some scaled-up version of it).

In particular, I am curious to know if it will conform to 
Sys V standards, support TCP/IP, NFS, and X-Windows.  (Or should I
just buy a NeXT? :)  )

BCnya,
  Charles O. Onstott, III

-- 
Charles O. Onstott, III                         (coonstot@midway.uchicago.edu)
Graduate Student in Religion and the Human Sciences
The University of Chicago Divinity School
           "For [the study of] history, too, has its fashions."  (Anouilh)
Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Falcon questions
Organization: SAR Systems Development & Processing, JPL
Date: Tue, 15 Dec 1992 23:10:16 GMT

In article <TKLD.92Dec14153118@burns.cogsci.ed.ac.uk> tkld@cogsci.ed.ac.uk (Kevin Davidson) writes:
>Does (will) MultiTos (I won't buy a Falcon till it comes with MultiTos)
>support the AppleTalk LAN connector ? Or would I need a 3rd party
>APPLESHARE.XFS ?
>
>How about ISO9660.XFS for CD-roms?
>I've heard rumours that the Falcon will be CD-I compatible; compatible
>enough for me to pick up CD-I stuff from a department store and run it
>at home ? Or just enough to read the disks ?
>Proper support for Minix-type filesystems (ie backups and fileselector)?

Dunno much about CD-I, but there will definitely be an ISO9660 filesystem
driver included with MultiTOS. Also don't know about Appleshare support;
it could reasonably be done as a Mint filesystem driver as well. Some
company in Germany is already working on the Appletalk networking support.
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Tue, 15 Dec 1992 15:40:32 GMT
Subject: Re: GNU CC compiler - configured for 68000
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st.tech

Try atari.archive.umich.edu


				Ted Rossin
Organization: Ryerson Polytechnical Institute
Date: Thursday, 10 Dec 1992 15:24:35 EST
From: <EENG6826@RyeVm.Ryerson.Ca>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: HPACK 0.78 binaries ?
Distribution: na
 <1g4l2sINNrhm@golem.wcc.govt.nz>

No. HPACK 0.78 compresses a little better then ARJ. Besides
sources for ARJ are not available and there's no Atari version.
HPACK sources are available from garbo on /pc/sources and
can be compiled to any platform.

Carlos Varela
Xref: sparky comp.sys.atari.st.tech:6335 comp.sys.atari.st:18608
From: tony@microware.co.uk (Tony Mountifield)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V
Date: 18 Dec 92 13:22:55 GMT
Followup-To: comp.sys.atari.st.tech
Organization: Microware Systems (UK) Ltd., Winchester, UK.

In article <1992Dec14.233528.2386@midway.uchicago.edu> coonstot@midway.uchicago.edu writes:
> Does anyone know if the ST Falcon will be capable of running
> the Unix Sys 5(AT&T or SCO, etc.)?  If not, will it be
> sys V compatible or at least compatible with most Unixs(unlike
> Minix or some scaled-up version of it).
> 
> In particular, I am curious to know if it will conform to 
> Sys V standards, support TCP/IP, NFS, and X-Windows.  (Or should I
> just buy a NeXT? :)  )

What about getting the BSD sources and porting that to the Falcon. The
030 has an MMU, and with a 100-200Mb hard disk on the SCSI port and 4Mb
of RAM it should be quite possible. I believe BSD has sockets, TCP/IP as
standard. Not sure of the status of NFS source. X is widely available in
source.

Nostalgia: I remember using a Unix machine which had a 68000, 320k of
RAM and a 20Mb hard disk! And we used to get useful work done on it.

Tony.
-- 
Tony Mountifield     (G4CJO)       | Microware Systems (UK) Ltd.
-----------------------------------| Leylands Farm, Nobs Crook,
Email:  tony@microware.co.uk       | Colden Common, WINCHESTER, SO21 1TH.
(or:  ...!uknet!mwuk!tony)         | Tel: 0703 601990   Fax: 0703 601991
------------------------------------------------------------------------
** Any opinions are mine, not Microware's - but you knew that anyway. **
------------------------------------------------------------------------