HDTenEightyP/NetNews huggingface dataset:
From: wabe@ukc.ac.uk (W.A.B.Evans)
Newsgroups: comp.sys.atari.st.tech
Subject: Gulam's $cwd - was Re: Does Gulam screw up environmental variables?
Date: 6 Nov 92 12:44:05 GMT
Reply-To: wabe@ukc.ac.uk (W.A.B.Evans)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <a1003302@skid.north.de> alf@skid.north.de (Alf Hoheisel) writes:
>In <1d27jnINNmnf@usenet.INS.CWRU.Edu> bq035@cleveland.Freenet.Edu (Brian Jepson) writes:
>
>
>>==========cut here=================
>>set path c:\bin,c:\,C:\utils\arc,c:\utils\disk,d:\sozobon\bin,e:\bin
>>setenv TMP G:\
>>setenv INCLUDE  D:\SOZOBON\INCLUDE\
>>setenv LIB  D:\SOZOBON\LIB\
>>setenv BUFSIZE 4096
>>==========cut here==================
>
>			stuff deleted
>
>
	Don't get me wrong, I like Gulam a lot and use it daily and the
above discussion on environmental variables has been adequately covered.

	BUT - my one persistent and remaining gripe against GULAM is in
its definition  of  $cwd

	IF $cwd is the root directory of a volume/partition (e.g. A) then
Gulam sets  $cwd as  A:\    (i.e. WITH a trailing backslash)

	However if we are in a sub-directory (e.g. C:\SRC) then Gulam sets
$cwd  as  C:\BIN    (i.e.  WITHOUT a trailing backslash )

	This causes hell with my $-aliases for C and FORTRAN compilations
etc. which, ideally, I would like to configure so that I could compile and
link a file in ANY directory  -  be it a ROOT directory or otherwise.

	I can see no logical reason for this choice by the (very worthy)
originators of Gulam ( Messrs. Mateti, Bammi et al.). Indeed other shells
(like CRAFT) don't do this - but I dislike CRAFT as it does not support
$-aliases and is rather big (compared to GULAM) with no built-in editior.

	I wonder if anyone out there knows better - or can advice me how
I may in Gulam get it to define  $cwd  as A: and NOT  A:\ .

					Cheers,	W. Alan B. Evans
						[ wabe@ukc.ac.uk ]
From: marco@sys6626.bison.mb.ca (John Perry)
Newsgroups: comp.sys.atari.st.tech
Subject: Extended characters with printf()
Date: Sat, 07 Nov 92 20:19:04 CST
Organization: System 6626 BBS, Winnipeg Manitoba Canada

Does anyone know how to use the extended character set with printf()? For 
example, how would I go about printing the "arrow" symbol?

Thanks.

    *********************************************************************
    *   John Perry, Winnipeg, Manitoba    |       GEnie: J.PERRY13      *
    * INTERNET: marco@sys6626.bison.mb.ca | Data Phone: (204) 772-7349  *
    *********************************************************************
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Wednesday, 11 Nov 1992 13:41:25 MEZ
From: U.Kuehn <KUHNU@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Raster Copy [for window scrolling]

In article <H.KtV1EXXhvs6@elfhaven.ersys.edmonton.ab.ca>,
mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) says:
>Scrolling the window (fast) is the problem.
>
>The only method I know of (that I have been able to use) is to redraw the
>entire window when a scroll was needed.  This is, to say the very least,
>extremely slow.  I know that there are faster ways to do this, one of
>which would seem to be a raster copy.  After all, would it not be faster
>to simply move the last twenty lines up two lines, and then draw the
>new information at the bottom of the window?
>
>In short (long?) I would be grateful to anyone who could share with me the
>secrets of window scrolling.  The faster, the better.  To keep things legal,
>though, I imagine only VDI calls should be used.
>
>I have also heard that the speed of output to the window can be increased
>by aligning the window on a sixteen bit boundary?  How would this be done?
>
To scroll up a window, one _must_ go along the rectangle list (the window
might not be on top) and scroll up the contents of every rectangle.
If the region is high enough, use vr_cpyfm() to copy the lower part of the
region to the upper and the redraw the lower part, as the new things
could have lain under another window.
An alignment to a 16 bit boundary is used to speed things a bit up, especially
text  output, as the pixel to write dont have to be shifted around so much.
To align a window,make sure that it x-coordinate of the _inner_ left edge
is divisible through 16, and the do a wind_calc() to calculate the outer
bounds of the window, then make it open there or move it there or what so ever.

Hope that helps
Ulrich

+---------------+----------------------------+-------------------------+
| Ulrich Kuehn  | Internet:                  | Do they know that they  
| Cand.Math.Inf | kuehn@math.uni-muenster.de | cannot eat their money? 
+---------------+----------------------------+-------------------------+
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Extended characters with printf()
Date: 10 Nov 92 17:29:27 GMT
Reply-To: mjl-b@minster.york.ac.uk (Mathew Lodge)
Organization: Department of Computer Science, University of York, England

In article <hjv.721232850@groucho.phil.ruu.nl> hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
>marco@sys6626.bison.mb.ca (John Perry) writes:
>
>>Does anyone know how to use the extended character set with printf()? For 
>>example, how would I go about printing the "arrow" symbol?
>
>As far as I know this is not possible. The control-chars (<32 ?) and the 'high'
>ascii chars (>127 ?) are just 'non-printable characters'.
>If I'm mistaken (which I surely hope :), let someone please correct me.

If you're going the TOS route to output (rather than the VDI route) then use
the BIOS Bconout routines, and use device 5. Output on this device is not
interpreted by the VT52 emulator and you get all the available characters.
This is documented in most ST books.

>Hendrik Jan Veenstra    hjv@phil.ruu.nl  *  How can I save my dreams

Mat

| Mathew Lodge                      | "I don't care how many times they go    |
| mjl-b@minster.york.ac.uk          |  up-tiddly-up-up. They're still gits."  |
| Langwith College, Uni of York, UK |  -- Blackadder Goes Forth               |
From: cmp0141@sys.uea.ac.uk (I. Brown)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: How to write CPX-modules
Date: 13 Nov 92 12:55:55 GMT
Organization: UEA School of Information Systems, Norwich, UK.

optimus@swix.ifi.unit.no (Per Henrik Johansen) writes:


>A time back there was a discussion on this group on how to write
>CPX-modules. Did this end up in some form of document I could read?
>If not could someone please give me some directions on how to write a
>CPX-module?

>Per Henrik Johansen 
>--
>Email: optimus@swix.ifi.unit.no, perhj@fenris.dhhalden.no |  |||
>Smail: Harald Bothnersv. 3, 7017 Trondheim, Norway        |  ||| 
>Voice: +47 7 93 22 95                                     | / | \


Me too!

I've just got TOS 2.06 and want to write some funky CPX's, how do I start?


		cmp0141@uk.ac.uea.sys

		I Brown.
From: cmp0141@sys.uea.ac.uk (I. Brown)
Newsgroups: comp.sys.atari.st.tech
Subject: Universities and the Atari.
Date: 10 Nov 92 12:19:37 GMT
Organization: UEA School of Information Systems, Norwich, UK.

Can any one tell me which Universities (in the English speaking world) use the
Atari? I am a third year undergraduate at the University of East Anglia and
am looking to continue my studies next year.

Any help would be appreciated. Thankyou.


		cmp0141@uk.ac.uea.sys

		Ian Brown.
Newsgroups: comp.sys.atari.st.tech
From: micro@imada.ou.dk (Klaus Pedersen)
Subject: Re: Falcon BUS..
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Tue, 10 Nov 1992 17:47:21 GMT

leo@dcs.warwick.ac.uk (Leo Hendry) writes:
>1) What is the speed of the Falcon's memory (Somebody said it had 0 wait
>states which seems to imply 16MHz, but they may have been wrong)
>4) Is the data bus between the memory and the 68030 16 or 32 bits wide (There
>seems to be an argument going on about this).

The Falcon RAM board that was shown in the German Magazine C'T had 80nS
nibble mode DRAMS.
A conventional memory design using these and a 32 bit bus should give you a
bandwidth around 56Mb/S.

Note that if the bus is only 16 bit wide, then the memory is only 28Mb/S, and
that is impossible, because the video uses 32Mb/S in the true-colour mode and
in the 8bit VGA modes.


-Klaus
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Checking if the printer is ready for input...?
Date: 8 Nov 92 14:24:32 GMT
Organization: Department of Philosophy, University of Utrecht, The Netherlands

marco@sys6626.bison.mb.ca (John Perry) writes:

>How can I check to see if the printer is ready for input? I tried using 
>Bcostat(), but it returns -1 (which is supposed to mean I can send the 
>printer data) even when the printer was turned off!

This is weird as it should work. I always use Bcostat() for this and never had
any problems. You may try to use Cprnos() instead (Gemdos 17) - returns -1
if the printer is ready to receive data, 0 otherwise.

--
Hendrik Jan Veenstra    hjv@phil.ruu.nl  *  How can I save my dreams
Dept. of Philosophy                      *  in the nightmare, in the flood
University of Utrecht                    *  But I try.
The Netherlands                          *
Newsgroups: comp.sys.atari.st.tech
From: jonal@dhhalden.no (JON ARVID LOVSTAD)
Subject: Re: Falcon BUS..
Organization: Ostfold College
Date: Thu, 5 Nov 1992 08:35:02 GMT

In article <27701@castle.ed.ac.uk> marks@castle.ed.ac.uk (Mark Steyn) writes:
>Path: dhhalden.no!nuug!ugle.unit.no!sunic!psinntp!psinntp!uunet!mcsun!uknet!edcastle!marks
>From: marks@castle.ed.ac.uk (Mark Steyn)
>Newsgroups: comp.sys.atari.st.tech
>Subject: Re: Falcon BUS..
>Message-ID: <27701@castle.ed.ac.uk>
>Date: 4 Nov 92 15:41:59 GMT
>References: <mpnolan.720881057@unix1.tcd.ie>
>Organization: Edinburgh University
>Lines: 57
>mpnolan@unix1.tcd.ie (Mark Patrick Nolan) writes:
>
>>I believe that Atari have at last got their act together...
>
>>Q: As the Falcon has (from what I've heard) one bus (32),
>>how will the custom chips (DSP,DMA Sound,Blitter,H-Scrolling,..)
>>interact, and will the system lose preformance as a result?
>
>This is true.  I have been meaning to post something about this myself.
>Basically graphically intensive operations will slow the processor down
>considerably.  This is also the situation on the Amiga.  However, the
>Amiga also has "fast" memory, which the processor cannot access.  A
>system with fast memory will have substantially improved performance. 
>If the Falcon has no provision for "fast" memory, then those Amiga
>owners who claim that the A1200 is faster could well prove right :(
>
>The benchmarks posted to the Amiga groups indicated that an A1200 with
>no fast memory was only about twice as fast as an A500.  Before you
>start smiling though, it still proved faster than an A3000 without fast
>memory.  A3000's with fast memory are *very* much faster.
>
>>Surely the DSP has it's own bus, as it does have 56k of it's own 
>>memory!?
>
>Hmm.  Don't know much about the DSP.  Anyone else care to comment.


I think you're confusing RAM size with the name of the chip. It's a Motorola 
56001 chip, or 56k short. It's got 96k of private static RAM and I think the 
bus is going in parallell to the CPU, with an own bus to the 96k of RAM, of 
course.

Please correct me...

>	Mark
>
>>Please dont spare me on the technical info., I'd love to hear it
>>(I'm sure I could understand it - I study Comp. Sci.)
>
>>						Thanks,  Mark Nolan
>
>-- 
>? Look within the Hearts of mortal Men and see, ? Mark Steyn :          ?
>? The Hopes, Dreams and Wishes of a world,      ? marks@castle.ed.ac.uk ?
>? Guarded under Lock and Key.                   ? mpjs@dcs.ed.ac.uk     ?

Nomad

Jon Lovstad                |   Sorry, but this part of my .sig file has been
jonal@sofus.dhhalden.no    |   retconned by DeFalco...
                           |
SnailMail: Hjortsbergvn 7  |
N-1784 HALDEN, NORWAY      |   OOOPS! He took the other part as well...
Voice: +47 9 18 49 38      |
Newsgroups: comp.sys.atari.st.tech,alt.lang.basic
From: matthew@hitech.com.au (Matthew Smith-Stubbs)
Subject: GFA Basic graphics routines 
Organization: HI-TECH Software, Brisbane, QLD, Australia.
Date: Wed, 11 Nov 92 10:47:22 GMT
Keywords: atari,gfa,graphics


	I am using GFA Basic on an Atari ST (1/2 meg memory). I have been
  trying to use the following code to move a sprite around. The problem
  is the flickering on the screen. I have an idea that page flipping or the
  command VSYNC might help, but do not know how to use them. 

   Here's the code :
		    
		CLS
		RBOX 10,10,100,100
		GET 9,9,101,101,box$
		FOR i=1 TO 100
		  CLS
		  PUT 10,x,box$
		NEXT x
		END

	
	Also, is it possible to load GFA Basic programs with the .BAS 
  file extention (I belive these are from GFA Basic 1.0). When I try to
  do this I get an error message saying 'Not GFA Basic version 3.5 file' :-(

 	Please direct E-mail to matthew@hiatech.com.au

	Thanks in advance,
			  Matthew Smith-Stubbs


--
Newsgroups: comp.sys.atari.st.tech
From: grier@bnr.ca (Brian Grier)
Subject: Re: Falcon Bus
Organization: Bell Northern Research
Date: Sat, 07 Nov 1992 22:43:02 GMT

A small error in my previous post.

  (X*Y)/16

should read

  (((Y-1) * horizontail res) + (X-1))/16

and

  (X*Y) modulus 16

should read

   (((Y-1) * horizontail res) + (X-1)) modulus 16

Brian, WS1S
Bell Northern Research
Research Triangle Park, NC
bjgrier@bnr.ca
Newsgroups: comp.sys.atari.st.tech
From: raist@rmece02.upr.clu.edu (Ricardo Hernandez)
Subject: Falcon '030 BUS: 16 or 32 bit?
Organization: UPR-Mayaguez--ASEL Lab
Date: Wed, 11 Nov 1992 20:45:25 GMT

   Reading from the above converstion, it looks like the Falcon
68030 bus to memory is:

   * 16 bit wide
   * can't do the 68030's burst mode

   Can someone with real Atari specs clarify this?

- Raist
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon BUS..
Date: 6 Nov 92 14:22:12 GMT
Reply-To: mjl-b@minster.york.ac.uk (Mathew Lodge)
Organization: Department of Computer Science, University of York, England

In article <1992Nov05.142017.21039@bnr.ca> grier@bnr.ca (Brian Grier) writes:
>> 1) What is the speed of the Falcon's memory (Somebody said it had 0 wait
>> states which seems to imply 16MHz, but they may have been wrong)
>
>The memory, as I said, is claimed to be 0 wait state memory. The question
>is is the memory syncronous or asyncronous?

What do you mean by this? It is my understanding of the 68k that the bus has
always been asynchronous -- there is no fixed slot in the bus timing for
reading or writing. The processor simply waits until the data has been
transferred, when the peripheral asserts various lines to inform the 68k
that it's finished.

Do you mean burst mode, used for cache filling?

>My best guess is that when people get to the Falcon in the REAL world
>they increase the number of bits per pixel, causing a lot of extra time
>to be spent drawing things, like letters and numbers. You will pay a big
>price in performance for more bits per pixel on Atari systems. Refer to
>the description of pixel memory in either the developer docs or the Abacus
>internals guide.

Please elaborate -- why do we pay for more bits per pixel on Atari systems?

>Brian, WS1S
>Bell Northern Research
>Research Triangle Park, NC

Mat

| Mathew Lodge                      | "I don't care how many times they go    |
| mjl-b@minster.york.ac.uk          |  up-tiddly-up-up. They're still gits."  |
| Langwith College, Uni of York, UK |  -- Blackadder Goes Forth               |
From: kgrubb@cee.hw.ac.uk (Kevin J Grubb)
Newsgroups: comp.sys.atari.st
Subject: The Falcon has landed-NOT!
Date: 10 Nov 92 12:18:27 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

When will Atari ever get it right? It happend with the Mega, Mega STe and now the Falcon.
Will they ever put the user first and deliver the goods on time? I first got my hands on
a pre-production Falcon in July and was like every one else, impressed. Admitidly, the
Falcon was a friend's, but I could not wait to buy my own. Release sometime early October,
October arrives, no Falcon! Now I learn that Atari are planning to release a limited
number of 4MB, HD-Falcons in the first week of December, but no 1MB, no HD-Falcon!!
Come on Atari! How can you possibly miss the Christmas market?? The basic Falcon is the
only one that most users can afford, and will be the best seller. I for one can't afford 
nearly 900 pounds! Commodore panicked when they heard about the Falcon, and have managed
to produce the goods with the 1200, a good computer, but not a scratch on the Falcon.
Basicly Atari and Commodore produce good computers, but Atari has crap organisation and
their marketing stinks. I am one P****D Atari user. 

I know I am not alone, Atari should also know the extent of their madness.
From: 01mbmccabe@leo.bsuvc.bsu.edu
Newsgroups: comp.sys.atari.st
Subject: Re: Reason for Falcon delay
Date: 12 Nov 92 18:29:00 GMT
Organization: Ball State University, Muncie, In - Univ. Computing Svc's

>   The reason for the delay of the Falcon is that Atari has
> pulled it back and redesigned the graphics system. This was done
> when they got the specifications for the A1200. The Falcon has now
> been improved with higher graphic resolutions, the max. resolution
> is now 1280*960. (I don't know how many colors there will be in this
> resolution). This is done to ensure that the Falcon is better than
> the A1200 in all ways!!!
>   The minimum RAM config. will now be 4MB, and the new Falcon will
> cost the same as the 1MB Falcon was supposed to ship for.
>   Machines should be shipping by the end of next week. (Unless Atari
> decide something else...)
Not that I'm some sort of expert, but that seems like a prety major upgrade to
do at the last minute....is it really even feasible?


			-Matt
Newsgroups: comp.sys.atari.st
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Is there any Atari support..!!!
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Fri, 6 Nov 1992 22:15:52 GMT

In article 1cscg0INNl2q@golem.wcc.govt.nz, sheppard_r@kosmos.wcc.govt.nz () writes:

>This refers to some phone contacts with PARAGON Computer's
>in Perth Western Australia...

.. assorted whinging and moaning deleted ...

>So tell me chaps do you think that people should stick to Atari, if you do you
>must nead your head seeing to...

Gee... is it _that_ time of the month already?  Roger, your monthly diatribes
on the lack of Atari support are surely heart-rending, but tiresome as well,
I'm afraid.  Yes, we all agree that Atari "support" <snicker> leaves a "little"
<chuckle> to be desired and we all know (thanks to your periodic reports) how
tough it is to get _any_ support in NZ or Oz.  And we sympathize with you...
really we do!

But... to claim someone needs psychiatric help if they decide to stick with
Atari is a little much, don't ya reckon?  Hey, we all know you love your new
PC.  Good for you.  Why not just leave it at that, eh mate?

BTW, during your lengthy (and expensive) phone calls to the folks at Paragon,
did you ever speak with Phil?  He's the owner, ya know, and maybe he can get
some results for you.  Have not heard from him for quite awhile, however.

Anyhow, good luck to you, Roger.  But lay off the rest of us, OK?

Cheers,

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: comp.sys.atari.st
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: ST FORMAT DO IT AGAIN..
Organization: Department of Computer Science, Warwick University, England
Date: Tue, 10 Nov 1992 15:26:20 GMT

In article <1992Nov9.185921.9035@beaver.cs.washington.edu> bgilbert@cs.washington.edu (Ben Gilbert) writes:
>In article <1992Nov9.103328.24501@dcs.warwick.ac.uk> sergio@dcs.warwick.ac.uk (Sergio) writes:
>>Hi ,I have just recently been to the Future Entertainment show {in England
>>in London} where I bought a show programme, and in the part where the ST
>> FORMAT {re Future Publishing} lot where talking about the new Falcon
>>I happened upon some rather interesting specs..
>>
>>
>>qoute {as far as I can remember}
>> "...the standard Amiga and ST run at around0.25 MIPS whereas the new
>>          Falcon will be running at 30 to 35 MIPS..."
>>
>
>Just remember that MIPS stands for "Meaningless Indicator of Processor Speed"
>(and various similar things :-).  Although the DSP is rated somewhere above

I compiled a Drhystone test the other day which gave a rating of appoximately
1500 (Using Lattice C5 compiler).  I was reading an Amiga newsgroup for
details of the A1200 and somebody quoted a figure of appox 1250 d'stones which
they said is 2.2 times faster than a standard Amiga 500.
  Does anybody know of an accurate speed test which works across a variety of
machines?

- Leo

PS. I always thought that my ST ran at about .7 Mips.
Newsgroups: comp.sys.atari.st
From: annius@eri.research.ptt.nl (Annius Groenink)
Subject: Re: 1st Word to other formats
Reply-To: A.V.Groenink@research.ptt.nl
Organization: PTT Research
Date: Mon, 9 Nov 1992 16:31:14 GMT

ZZDLG@LIVERPOOL.AC.UK writes:

>Hi Folks,
> A friend is moving his WP from 1st Word Plus on the ST to
>Word Perfect a PC. Are there any utilities available to
>convert 1st word files to a format suitable for reading
>by WP without loosing all the formatting info. Dave.


I think this question should not be tolerated and to say the least not be
answered in an ST group.  Anyway, what's the point of moving from one
rediculous package to the other?

-- 
Annius Groenink  --  Universiteit Utrecht  --  PTT Research Leidschendam
annius@research.ptt.nl/avgroeni@cs.ruu.nl       Maths/Comp.Sc./TOS/Music
From: dud@hardy.u.washington.edu (Daniel Aylward)
Newsgroups: comp.sys.atari.st
Subject: Re: Hardware scrolling big screen emulator for TT
Date: 6 Nov 92 23:04:40 GMT
Article-I.D.: u.1992Nov6.230440.27345
Organization: University of Washington

annius@eri.research.ptt.nl (Annius Groenink) writes:

>ekrimen@wet.UUCP (Ed Krimen) writes:

>>In article <1992Nov5.023034.14701@u.washington.edu> dud@hardy.u.washington.edu (Daniel Aylward) writes:
>>>Does anyone know of a big screen emulator that works on the TT?  I used
>>>Darek Mihocka's MonSTEr on my Mega STe and loved it, but it doesn't work
>>>on the TT.  I'm stuck in ST high for Calamus.  I ftp'd "stretch", which
>>>sounded promising, but for some reason it says "STe scrolling hardware not
>>>detected" or something to that effect.  I thought the TT had all of
>>>that...  Any other suggestions?

>I wrote `stretch'.  I'll have a look if I can have it check the cookie jar more
>gently.  Can somebody send me the contents of a TT jar?

Yes, I like how "stretch" works on the Mega STe.  According to Dieter
Fiebelkorn's "cookie" CPX, my TT shows:

	_CPU   $0000001e
	_VDO   $00020000
	_MCH   $00020000
	_SWI   $000000bf
	_SND   $00000003
	_FPU   $00020000
	MDSa   $00053ec0
	FrmD   $00054500
	UIS3   $000648ce      <---This one must be Universal Item Selector
	0-0n   $000672d4
	^^^
	||This is another 0 that looks like a digital clock...
	|This one is actually that little sideways "L" thingy...
	This one is that 0 that looks like a digital clock...

I don't have a clue what "cookies" are....  :)

>>The TT doesn't have the STE's hardware scrolling, but I'd like to see a big
>>screen emulator too.

>The TT as far as I know has the vertical scrolling but the horizontal scrolling
>is modulo 32 pixels.  Am I right?

>I'm quite ready to do something about this because I want to buy my own TT
>soon...

Yes!  I'll be the first to send you my shareware fee... as long as you
don't ask for too much....  :)

Dan Aylward
dud@u.washington.edu