HDTenEightyP/NetNews huggingface dataset:
From: wells_s@kosmos.wcc.govt.nz (Steve Wells)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: OverScan
Date: 26 Jan 1993 19:29:10 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: wells_s@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <C1GA3A.H90@mach1.wlu.ca>, bili6745@mach1.wlu.ca (bilinsky keith) writes:
>
>I plan on installing Overscan3 from a.a to my 4 meg STE.  Does anyone know
>if there is any difference installing it to STE then ST?


It won't work on the STE!!  It uses a pin that doesn't exist on the STE, 
only works on STFM's and earlier!



 =============================================================================
 | O O    Computers:  Not just machines, they're a way of  |       |||       |
 |  o     life.  Your computer *IS* your religion!         |       ||| TARI  |
 | \_/    Steve Wells - Wellington, New Zealand.           |      / | \      |
 =========================WELLS_S@KOSMOS.WCC.GOVT.NZ==========================
From: ridderbusch.pad@sni.de (Frank Ridderbusch, STO SI211)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Perl 4.035 Port
Date: 23 Jan 93 14:29:04
Organization: Siemens Nixdorf Informationssysteme AG, Paderborn, Germany
Distribution: world
NNTP-Posting-Host: nordpol.sto.pdb.sni.de
In-reply-to: cbbrowne@csi.uottawa.ca's message of Wed, 20 Jan 93 04:00:10 GMT
X-Md4-Signature: 4faa1030d96ddb39e2ff04e5377d2fba

In article <1993Jan20.040010.16912@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:

   Newsgroups: comp.sys.atari.st.tech
Path: nanette!nixpbe!aquila.sni-usa.com!linus!agate!spool.mu.edu!torn!nott!uotcsi2!news
   From: cbbrowne@csi.uottawa.ca (Christopher Browne)
   Sender: news@csi.uottawa.ca
   Nntp-Posting-Host: prgf
   Organization: Dept. of Computer Science, University of Ottawa
   Date: Wed, 20 Jan 93 04:00:10 GMT
   Lines: 24

   ...
   Question:  Was it compiled with the GDBM libraries?  I gather that it
   needs to be if one wishes to use dbm files with Perl.  (I think THAT
   was the main reason that I attempted to compile it here at home.)
   ...
   -- 
   Christopher Browne                |     PGP 2.0 key available
   cbbrowne@csi.uottawa.ca           |======================================
   University of Ottawa              | Genius may have its limitations, but
   Master of System Science Program  | stupidity is not thus handicapped.

Yeah, this perl 4.035 was compiled with GDBM 1.5, also ported by
J.R.Bammi (should be available on a.a.u.e). I don't know, if you
already know GDBM, but don't expect anything heavy in term of database
functionality. There is essential nothing more, than the associative
arrays in perl, which can be bound to a DBM file. Metalbase offers
much more functionality, compared to real database management systems
(what I've gathered from the README).
--
MfG/Regards

     /====                          Siemens Nixdorf Informationssysteme AG
    /    Ridderbusch        / ,    Abt.: STO SI211
   /                       /./    Riemeke Str.
  /=== /,== ,===/  /,==,  //     W-4790 Paderborn, Germany
 /    //   /   /  //   / / \    Tel.: (49) 05251-8-0
/    /     `==/\ /    / /   \  NERV:ridderbusch.pad

Email: ridderbusch.pad@sni-usa.com (America (North & South))
       ridderbusch.pad@sni.de      (Rest of world)
       
Newsgroups: comp.sys.atari.st.tech
From: avgroeni@cs.ruu.nl (Annius Groenink)
Subject: Re: MiNT incompatabilities & TCSH problem...
Date: Tue, 26 Jan 1993 10:31:08 GMT
Organization: Utrecht University, Dept. of Computer Science

In <1jp6t0INNdoi@shelley.u.washington.edu> dud@hardy.u.washington.edu (Daniel Aylward) writes:

>Man, I've never had this complex of a problem!  It'll be a nightmare to
>sort everything out.  I'm sure MultiTOS will fix it, because a) I can run
>toswin as a program, b) it will have a new version of MiNT, and c) it will
>replace most of TOS, possibly changing the way the bell rings.  I sure
>hope they get it out quick!!!!
>
>Has anyone had similar experiences?  Probably the worst problem is
>the lack of filename completion in TCSH; the incompatabilities can be
>worked around.  Is there an entry in tcsh.rc that affects how TCSH
>uses filename completion?  Filename completion worked fine before I
>reinstalled everything with the MiNT distribution kit...

The problem is quite simple.  TOSwin has to do something to output a bell,
so it does a Bconout(2,7).  Somehow that gets redirected as well, and if it
gets back to TOSWIN (this might be just a mistake), you simply get a stack
overflow in the end.

Notice that Mupfel has its own bell sound routine, although it sounds the
same.  When I have my bell-hook sample program installed, and the Mupfel
console is open, the old bell sounds.  When I close it, the new bell sounds.
Therefore I think TOSWIN-likes should do a similar thing.  It would be very
nice as well:  every program having it's own kind of bell sound, so that you
know what's wrong just by the kind of sound you hear :)
-- 
Annius V. Groenink           -- phone (private):      +31 5700 29396
Mathematics/Computer Science -- e-mail (university):  avgroeni@cs.ruu.nl
University of Utrecht        --
Netherland                   -- ZFC Computing, Deventer (same phone)
From: avgroeni@cs.ruu.nl (Annius Groenink)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: OverScan
Date: 27 Jan 93 12:38:45 GMT
Organization: Utrecht University, Dept. of Computer Science

In <C1GA3A.H90@mach1.wlu.ca> bili6745@mach1.wlu.ca (bilinsky keith) writes:


>I plan on installing Overscan3 from a.a to my 4 meg STE.  Does anyone know
>if there is any difference installing it to STE then ST?

Yes.  It seems to be impossible on STEs :)
-- 
Annius V. Groenink           -- phone (private):      +31 5700 29396
Mathematics/Computer Science -- e-mail (university):  avgroeni@cs.ruu.nl
University of Utrecht        --
Netherland                   -- ZFC Computing, Deventer (same phone)
From: mppi76@cd4680fs.rrze.uni-erlangen.de (Harald Schoenfeld)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GDOS
Date: Thu, 28 Jan 1993 14:10:29 GMT
Organization: Regionales Rechenzentrum Erlangen
NNTP-Posting-Host: cd4680fs.rrze.uni-erlangen.de

pcxkrm@unicorn.nott.ac.uk (K.R.Marshall) writes:
>What I want to do is find some way of
>knowing whether the fonts are on a hard disk (i.e. drive >= C) or on a
>floppy. GDOS must store this information itself somewhere, so surely
>there is a way of reading it.

Oh! Sounds pretty incompatible and dangerous :-) !!!
-- 
           Harald Schoenfeld            |            I'm sorry Dave,       
   (hs@cnve.rrze.uni-erlangen.dbp.de)   |      I'm afraid I can't do that. 
Newsgroups: comp.sys.atari.st.tech
From: pcxkrm@unicorn.nott.ac.uk (K.R.Marshall)
Subject: Re: GDOS
Organization: Cripps Computing Centre, University of Nottingham
Date: Mon, 25 Jan 93 12:50:50 GMT

In article <1jouq8INNe2o@info2.rus.uni-stuttgart.de> CASTAN@cip.physik.uni-stuttgart.de (Gerd Castan) writes:
>In <1993Jan22.123136.20017@cs.nott.ac.uk> pcxkrm@unicorn.nott.ac.uk writes:
>
>> I know this is probably something in most manuals, but it isn't in mine.
>> Can anyone tell me how to find out what directory GDOS is looking for it's
>> fonts in? - i.e. the path set at the top of the ASSIGN.SYS file.
>> 
>> I know there is a vdi or aes call that returns about 110 or so bytes

I meant vq_extnd

>> of info, but I don't have a description of what they are - is there a
>> pointer in here somwhere?
>The only way is to read ASSIGN.SYS.
>You'll find it on your boot partition.
>There is a global variable whitch says what's your NEXT boot partition,
>but that's equal to the last boot partition in most cases.
>

Yes, but if you don't have a hard drive, the fonts may be on floppy,
so you have to prompt for them. Also, you can't guarantee to have the
ASSIGN.SYS file present. What I want to do is find some way of
knowing whether the fonts are on a hard disk (i.e. drive >= C) or on a
floppy. GDOS must store this information itself somewhere, so surely
there is a way of reading it.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Mummy was an asteroid, Daddy was             | Keith Marshall
a small, non-stick kitchen utensil..."        | pcxkrm@unicorn.nott.ac.uk
From: gbcusg@gpu.utcs.utoronto.ca (I. Barnett)
Newsgroups: comp.sys.atari.st.tech
Subject: Devpac 3
Date: 24 Jan 93 21:55:04 GMT
Article-I.D.: gpu.C1Dovt.688
Organization: UTCS Public Access

I recently purchased Devpac 3 for my ST.  Upon installation, I ran into a 
problem, however.  Every time I try to assemble from inside the editor
I get a message saying 'Invalid Command Line - see manual'.  I consulted
the manual and of course, that error isn't even listed in the appendix
that explains all error messages.  I can run the assembler itself from
a command line, however (tcsh) but this is not what I want.  I would 
appreciate any input, or alternatively an e-mail address for Hisoft.

Darren King, GBC

-- 
** George Brown College, Toronto ** Due to economic restraints, there  **
** gbcusg@gpu.utcs.utoronto.ca   ** will be no light at the end of the **
**                               ** tunnel.  -> I. Barnett.            **
 
Newsgroups: comp.sys.atari.st.tech
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Subject: Re: MiNT 0.99 PL2
Organization: Dept. of Computer Science, University of Ottawa
Date: Thu, 28 Jan 93 01:25:15 GMT

In article <1993Jan28.000130.14898@netcom.com> ersmith@netcom.com (Eric R. Smith) writes:
>In article <1993Jan27.194507.5107@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
>>>Your problem is probably that you've forgotten to comment out "-DMULTITOS" 
>>>in the makefile. :-)
>
>> could
>>someone give a 5 line description of Multi-AES, why we can't get it,
>>and why I ought to comment out '-DMULTITOS'?
>
>(1) "Multi-AES" refers to the multitasking AES (version 4.0) distributed
>    with MultiTOS
>(2) You can't get it because it's copyrighted by Atari and Digital Research,
>    and it hasn't been released yet. When it is released, you may have to pay
>    for it.

Alas.  I'd prefer for it to be both free, and available now.  Of
course, being available is MOST important.  It's highly annoying when
things aren't available at ANY price.

>(3) You should comment out -DMULTITOS because with it, the default is to
>    try to boot C:\MULTITOS\GEM.SYS, rather than the AES in ROM; and
>    also because -DMULTITOS disables the debugging code.

I was searching for BOOTGEM.PRG, and wondering why it wasn't called
GEM.PRG.  I think this explains most of that.

>(4) Finally, if you're on a 68030 machine and wish to run the ROM AES,
>    you'll need to disable memory protection, either by starting MiNT with
>    a "-m" argument, or by recompiling with "no_mem_prot" defaulting
>    to 1.
>
>Hmmm... not 5 lines, but I hope you don't mind :-).

No problem.  :-).

I took a look at the source, and had figured out SOME of this, once I
heard that there was a problem with -DMULTITOS.

With the change, it certainly compiles and runs like a charm.  (Well,
I had to reboot and kill some stuff that was using memory, because I
didn't have enough RAM to get fasttext.c to compile.).

It's running even as I write.
-- 
Christopher Browne                |     PGP 2.0 key available
cbbrowne@csi.uottawa.ca           |======================================
University of Ottawa              | Genius may have its limitations, but
Master of System Science Program  | stupidity is not thus handicapped.
Newsgroups: comp.sys.atari.st.tech
Subject: Schematics for 520?....
From: paul@jupiter.ame.arizona.edu (Paul Harris)
Date: 27 Jan 93 11:05:49 MST
Reply-To: paul@jupiter.ame.arizona.edu
Distribution: world,local
Organization: University of Arizona

A friend of mine (whose ST has 8 bombs whenever he boots up, as I posted a
while back) is looking for schematics of a 520.  His is pretty old (TOS 1.0,
I think) and has an external floppy.  He's an electrical engineer, so he
should be able to make sense of things.  Does anyone know if and where 
schematics are available, or does anyone have some they don't want?

Also, we were wondering if it is possible to upgrade RAM and/or ROM in the
above machine.  If so, what specific boards could/should be used?

---

-Paul Harris                       @ @ 
paul@jupiter.ame.arizona.edu      \___/


Newsgroups: comp.sys.atari.st.tech
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: GDOS
Organization: Department of Computer Science, Warwick University, England
Date: Mon, 25 Jan 1993 13:49:37 GMT

In article <1993Jan25.125050.24439@cs.nott.ac.uk> pcxkrm@unicorn.nott.ac.uk (K.R.Marshall) writes:
>floppy. GDOS must store this information itself somewhere, so surely
>there is a way of reading it.

QED - not.  While you are right that GDOS must store the information
somewhere, this does not imply there is a way of reading it.
  I think you mean there SHOULD be a way of reading it, which is debatable in
itself - what do you want to know where the fonts are stored for?  If you are
writing a program that by-passes GDOS for font handling then DON'T - Speedo
GDOS will be out soon with scalable fonts and faster bitmapped ones so your
effort will be wasted.
  If you really need to find out where the fonts are stored (and I'd be
interested to know why) then the previous answer is the best you are going to
get.  Your problem with not being able to find ASSIGN.SYS on a floppy system
is invalid because the ASSIGN.SYS file must be on the same disk as the fonts,
and you'd have to prompt for the fonts disk anyway, in order to access them.

- Leo
Newsgroups: comp.sys.atari.st.tech
From: nino@vmars.tuwien.ac.at (Marinos Yannikos)
Subject: Re: SM 124 Size adjustment
Organization: TU Wien, Vienna, Austria
Date: Wed, 27 Jan 1993 12:07:52 GMT

Erno_Meffert@f801.n281.z2.fidonet writes:
: In a message of <Thu 21 Jan 93 06:33>, Trevor Pearson (2:281/202.0) writes:
: 
:  TP> I know it is possible to increase the miserable size of the active
:  TP> display on SM 124 monitors. Does anybody know the trick? I have
:  TP> tried the internal horizontal and vertical size adjustments, and
:  TP> while there is no problem with vertical size, I cannot get the
:  TP> horizontal size more than about 2/3 of the screen using the inductor
:  TP> slug. Does anybody know why the active display area is set so small
:  TP> at the factory? Were they just trying to be as bad as the MAC?
: 
: You shouldn't do this.Increasing the size of the screen often goes with
: increasing the voltage on several component's in the monitor.Atari has
: stated that increasing the screen using the potentiometers in the SM124 can
: kill the flyback unit after some time.
: 

I did this over 2 years ago, and never had any problems with my sm124...
Of course this doesn't mean it will work anyone else, but it sure is
nice to have only 1.5cm borders!

-MY
From: marc@targon.UUCP (Marc Dierikx)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: SM 124 Size adjustment
Date: 21 Jan 93 10:46:55 GMT
Organization: Siemens Nixdorf Informatiesyst. ,dep.SWZ,Postbus 29,4130 EA Vianen,Netherlands

In article <1993Jan21.053324.18188@trl.oz.au> tpearson@titan.trl.OZ.AU (Trevor Pearson) writes:
>I know it is possible to increase the miserable size of the active
>display on SM 124 monitors. Does anybody know the trick? I have tried
>the internal horizontal and vertical size adjustments, and while there
>is no problem with vertical size, I cannot get the horizontal size more
>than about 2/3 of the screen using the inductor slug. Does anybody know
>why the active display area is set so small at the factory? Were they
>just trying to be as bad as the MAC?
>Thanks for any help.

Better be careful in adjusting the horizontal size. Increasing
the horizontal size requires increasing the ~14kV voltage. Your
monitor may not like that.

------------                               EARTH
Marc Dierikx                           smog  |  bricks  
marc@targon.UUCP                   AIR  --  mud  --  FIRE
dierikx.via@sni.de               soda water  |  tequila
dierikx.via@sni-usa.com                    WATER
From: ersmith@netcom.com (Eric R. Smith)
Subject: Re: MiNT 0.99 PL2 for PureC
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Thu, 28 Jan 1993 00:01:30 GMT

In article <1993Jan27.194507.5107@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
>In article <EJ70MSV@math.fu-berlin.de> hohmuth@freia.inf.tu-dresden.de writes:
>>In article <1k6bokINN17ft@obelix.uni-muenster.de>, czekall@uni-muenster.de (Ralf Czekalla) writes:
>>> MiNT 0.99 is only interesting for those programmers, who already
>>> have the new  Multi-AES out of the Multi-TOS-packet. [...]

>>That's, of course, not true. Everybody who's able to make it can use it,
>>also without Multi-AES. I, for one example, do so.

>>Your problem is probably that you've forgotten to comment out "-DMULTITOS" 
>>in the makefile. :-)

> could
>someone give a 5 line description of Multi-AES, why we can't get it,
>and why I ought to comment out '-DMULTITOS'?

(1) "Multi-AES" refers to the multitasking AES (version 4.0) distributed
    with MultiTOS
(2) You can't get it because it's copyrighted by Atari and Digital Research,
    and it hasn't been released yet. When it is released, you may have to pay
    for it.
(3) You should comment out -DMULTITOS because with it, the default is to
    try to boot C:\MULTITOS\GEM.SYS, rather than the AES in ROM; and
    also because -DMULTITOS disables the debugging code.
(4) Finally, if you're on a 68030 machine and wish to run the ROM AES,
    you'll need to disable memory protection, either by starting MiNT with
    a "-m" argument, or by recompiling with "no_mem_prot" defaulting
    to 1.

Hmmm... not 5 lines, but I hope you don't mind :-).

Regards,
Eric
From: dawinic@eos.ncsu.edu (DAVID AARON WINICK)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: SM 124 Size adjustment
Date: 24 Jan 93 15:07:04 GMT
Article-I.D.: ncsu.1993Jan24.150704.9792
Reply-To: dawinic@eos.ncsu.edu (DAVID AARON WINICK)
Organization: North Carolina State University, Project Eos
Originator: dawinic@c00808-247dan.eos.ncsu.edu


In article <C1C6Jx.Kow@gpu.utcs.utoronto.ca>, gbcusg@gpu.utcs.utoronto.ca (I. Barnett) writes:
|>
|>I got the size of the visible area on my SM124 up to the edges of the screen
|>almost.  I got directions from an old ST Report (ZNet?), Ican't remember.
|>Anyway, there are vertical and horizontal controls inside the case that
|>can be turned with a screwdriver (be careful, HIGH voltage).
|>
|>Darren King, GBC --> gbcusg@gpu.utcs.utoronto.ca
|>
|>-- 
|>** George Brown College, Toronto ** Due to economic restraints, there  **
|>** gbcusg@gpu.utcs.utoronto.ca   ** will be no light at the end of the **
|>**                               ** tunnel.  -> I. Barnett.            **
|> 
|>


   NOOOOOOOOOOOO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

If you must risk death by messing around inside a CRT, at least go to Radio 
Shack (or similar shop) and buy yourself a <$2 set of non-conductive TV tools!

(Screwdrivers are meant for driving nails ;-)

-- 

++++++++++++++++++++++++++++++++++++++++++@++++++++++++++++++++++++++++++++++++
+ To build a computer that knows          \`---.----/|   dawinic@eos.ncsu.edu +
+ more about itself than I won't      `!8^},~~~;====>|   (David "Dez" Winick) +
+ require much thinking, I think.  >@======---'-----\|   Yo, save the humans. +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ #include /as_many/disclaimers/as_necessary/to_keep/me/from_any/more_trouble +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From: runehy@dhhalden.no (RUNE HYLDMO)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon Documentation
Keywords: Falcon
Date: 21 Jan 93 10:34:53 GMT
Organization: Ostfold College

In article <C12BFn.J02@newcastle.ac.uk> Craig.Graham@newcastle.ac.uk (Craig Graham) writes:
>From: Craig.Graham@newcastle.ac.uk (Craig Graham)
>Subject: Falcon Documentation
>Keywords: Falcon
>Date: 18 Jan 93 18:30:58 GMT
>
>Right, I've just put my name on one of the few on sale Falcons in the UK at the
>moment, can anyone point me to any documentation on how to program this beast.
>
>Or do I have to disassemble the accessories that come with it ????
>
>I'll post a few initial impressions when it arrives next week.....
>
>FOR SALE : 
>
>By the way, does anyone want to buy a Protar 40DC Hard Drive ? I don't need it
>anymore......250 pounds or nearest offer takes it away. Contact me as detailled
>below:-
>
>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....

Databecker has a book out in German called Falcon 030 or somthing, and it 
will soon be ready in English if it isn t already finished. Databecker books 
are usually sold under the ABACUS label when they are in English.

Greetings from

Rune Hyldmo
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Home-made sampler help? (FAQ?)
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au
Date: 21 Jan 93 20:43:46 GMT

Original to: alexk@essex.ac.uk
In a message of <13 Jan 93 09:37:23>, alexk@essex.ac.uk (3:713/602) writes:

 a>     I apologise if this is an FAQ but I would like to make my own
 a> sampler and i'm sure that it has been discussed before, if it has and
 a> someone already has some plans could they let me know, or where I can
get
 a> some, it'll save me some time.

I have circuits and a PCB layout for an 8-bit stereo sampler that a friend
and I designed - it's a bit of a cut above normal, in that you can sample at
50KHz in stereo, and it has an input filter with a 20HKz corner frequency
and (if I remember correctly) a 12dB/octave roloff.  

I've prototyped it, but never got around to writing the software 8)

If you're interested, email me and we'll see if we can arrange to get the
info to you.

 a>     K.A.

\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-276-4415 (3:800/842)
From: wells_s@kosmos.wcc.govt.nz (Steve Wells)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MODPAS
Date: 23 Jan 1993 01:00:09 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: wells_s@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

> Prospero do a pascal don't they? As do Hisoft.

The nearest Atari Dealer is over 100miles from where I live!  And they
only sell a couple of games, and that's it! 

Atari in this country is (annoyingly) about 90% dead!  So, unless I
can get a Shareware/PD PASCAL (of which MODPAS is the only one I've
been told of), I would have MAJOR difficult getting one!

If I did, the cost would almost double due to postage costs!


 =============================================================================
 | O O    Computers:  Not just machines, they're a way of  |       |||       |
 |  o     life.  Your computer *IS* your religion!         |       ||| TARI  |
 | \_/    Steve Wells - Wellington, New Zealand.           |      / | \      |
 =========================WELLS_S@KOSMOS.WCC.GOVT.NZ==========================
From: anisko@usdtsg.DaytonOH.NCR.COM (anisko)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: FZDS - TERMINAL PROGRAM & IRC - USAGE; brrrr
Date: 25 Jan 93 15:55:47 GMT
Reply-To: anisko@usdtsg.UUCP ()
Organization: NCR Corporation, Dayton

In article <1js8i9INN5kh@golem.wcc.govt.nz> wells_s@kosmos.wcc.govt.nz (Steve Wells) writes:
>FZDSTerm does not have VT100, therefore, don't use it!

  It does have ANSI, and for all intensive purposes ANSI is equivalent to
VT102.  However, if you need exacting VT100, going with Uniterm or
Connect 1.91 would probably be the best choices...

			Robert Anisko
			anisko@usdtsg.daytonoh.ncr.com

...maybe someone can verify for me how accurate this statement is:
"vt102 and ANSI use the same cursor-controls; only the graphics
characters are different" - I should be reasonable close...