Copy Link
Add to Bookmark
Report

Info-Atari16 Digest Vol. 91 Issue 195

eZine's profile picture
Published in 
Info Atari16 Digest
 · 26 Apr 2019

  

Info-Atari16 Digest Sat, 6 Apr 91 Volume 91 : Issue 195

Today's Topics:
(INQUIRY) ST players for Amiga animation and
520ST FOR SALE
Can't connect a 1040st to a TV Set :-(
Constructive?
Graphics on the STE - v. generally speaking..
Hard Drive Access Trouble
HD Floppies Stepper Motor
MEGA STE DMA sound trouble
MEGA STE trouble (2 msgs)
New uploads at atari.archive.umich.edu
Rufus
Rufus v1.02 and a color monitor...
SPURT.LZH
Stalker/Steno & Diamond Back II w/Cache
STe SIMM Pin Layout
sundog
WANTED: MT C-Shell/VSH
WTERM

Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.

Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.

If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------

Date: 5 Apr 91 23:21:22 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!pacific.mps.
ohio-state.edu!linac!unixhub!slacvm!reeves@arizona.edu (Terry Reeves)
Subject: (INQUIRY) ST players for Amiga animation and
To: Info-Atari16@naucse.cse.nau.edu

In article <9104050203.AA02014@wixer>, bgodot@wixer.UUCP (Paul Ortega) says:
>Also, what kind of ST graphics files are those with the .SPS
>extender? I downloaded a number of them (NAGEL**.SPS) , but can't view
>them. What do I need to view those?

I think the program is SPSLIDEX. The 'S' stands for smooshed, I think.

Terry

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

Date: 5 Apr 91 20:29:12 GMT
From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!hp-col!col!davea@arizona.edu
(David E Allen)
Subject: 520ST FOR SALE
To: Info-Atari16@naucse.cse.nau.edu

Atari 520ST for sale, including:
1 MByte ram
SC1224 Color Monitor
SF314 Disk drive
SF354 Disk drive
Software (with original disks and documentation):
Swift Calc spread sheet
Word Writer ST word processor
PC Intercom, VAX and UNIX interface software
Personal Pascal
Atari Logo programming language
Also several games (no docs)
Price $500

(Posted for a friend - please email inquiries to me)
dave allen, colorado springs

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

Date: 5 Apr 91 10:16:00 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!ukc!newcastle.ac.uk!milfield!ndch@arizona.edu (Dave Halliday)
Subject: Can't connect a 1040st to a TV Set :-(
To: Info-Atari16@naucse.cse.nau.edu

Why not get an external modulator? I think even the Amega A500 one
should work if the connections are changed at the monitor socket end.

If not silica software here in the UK sell an ST modulator.

Dave Halliday
(D.C.Halliday@newcastle.ac.uk)

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

Date: 5 Apr 91 13:13:28 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
.edu!emory!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!icdoc!syma!grahamt@a
rizona.edu (Graham S Thomas)
Subject: Constructive?
To: Info-Atari16@naucse.cse.nau.edu

From article <UbyaIxC00UhBE0ynEu@andrew.cmu.edu>, by mc4c+@andrew.cmu.edu (Mark
Choi):
> You want constructive, TRH? Here it is.
>
It's nice to see what started as a bit of a slanging match ending (I
hope) in a constructive dialogue. I'm not competent to evaluate them,
but there were certainly some interesting suggestions in Mark's article.

> We need to get the jump on the market, or else you
> may find that the market has gotten away.

It may interest/sadden people to know that Atari UK's marketing manager
(Peter Stadden, if I've remembered his name correctly), in an interview
published in the UK weekly 'New Computer Express' dated April 6th, was
hoping that the machines shown at CeBIT would be with UK dealers in 18
months. I don't know what the market for handwriting recognition will
be in October 1992, but I'd expect the notebook market to have moved on
a bit from the current ST_Book spec by then. Perhaps Peter Stadden is
just being conservative (or perhaps Atari UK has slipped down the
pecking order for new product releases).

Most of the rest of the interview was about how Atari UK are trying to
move from a games image to that of a company supporting serious
applications on its 680x0 range. I hope the company succeeds, but I
can't help feeling that the move is at least three years too late. I
should stop at this point, as I started out by praising Mark for being
constructive, and I can feel myself sliding into doom 'n gloom mode...

Graham
--
Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
INTERNET: grahamt@syma.sussex.ac.uk JANET: grahamt@uk.ac.sussex.syma
BITNET: grahamt%sussex.syma@UKACRL UUCP: grahamt%sussex.syma@ukc.uucp
Phone: +44 273 678165 Fax: +44 273 685865

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

Date: 5 Apr 91 23:17:04 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!jato!hanauma.jpl.na
sa.gov!hyc@arizona.edu (Howard Chu)
Subject: Graphics on the STE - v. generally speaking..
To: Info-Atari16@naucse.cse.nau.edu

In article <40922@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
>>It seemed reasonable to point out here that VGA uses a minimum of (I hope I
>>have this right) 256 K of screen memory. I'm rather nearer to certain that
>>most super VGA uses a Meg. This isn't the sort of thing that would have bee
>>considered reasonable when the ST was designed.
>
>That's very true..!
>
>Of course, the ST was designed over *FIVE YEARS* ago, and has never really
>changed since then..
>
> ( WHY???)
>
>
>An Atari 8-bit screen only took up 8k of RAM... if you want to take it to
>extremes, an AstroCade only needed 2K to display a full screen..
>
>Why not change with the times..? Why not provide competitive graphics
>modes..?

I think that's a good question... Lessee... Lots of systems out there
have 1280x1024 monochrome displays now. There have been 2048x2048 and
larger for the military and other applications for a while too. I just
wonder - if you can draw 1280x1024 = 1.25Mpixels/frame, 60+ times a
second, why can't you do it in color? Doesn't increase the speed requirements,
just the width of the bus...

I would like to build a true-color board that uses, say, 16 bits per pixel
and 8-bit style display lists. Then hardware scrolling in either direction
only becomes a matter of updating display list pointers, instead of copying
huge amounts of pixel memory. I guess there's not much point to having
multiple graphics modes though. (is there?) Lessee, 1.25Mpixels @ 16bits
gives 2.5MBytes/screen. Big deal, memory is cheap. We'll say the board has
16MBytes of memory, enough space for 6 screens plus 1MB for display lists
and palettes/CLUTs. (Ok, 16MBytes *minimum*.)

The display list entries will have to include the address to begin drawing
a scanline from. Let's have an optional flag to include palette and address
changes at arbitrary pixel counts into the scanline - that gives us the
ability to move windows around the screen very rapidly, and allow windows to
have their own independent palettes. All of this can be achieved with a
simple state-machine, so it should be simple to do quickly in hardware.

I was also considering one or two separate bitplanes for text-only, which
would be overlayed simultaneously. (Who needs multicolor text anyway, eh?)
Haven't given much thought to the text-management though, maybe a separate
buffer would be harder to manage than it'd be worth. (But geeze, who wants
to waste cycles scrolling 24-bitplanes worth of *text*??)

Hm... Is there a practical use for 64K colors out of a larger palette? Mebbe
8 bits per pixel is sufficient, especially given that palettes can be switched
on the fly. Mebbe there *is* a reason for multiple modes... Oh well.

It seems to me that most of today's workstation vendors spend so much time
on how to draw things into their frame buffers, (Oooo, we can do 6 trillion
shaded polygons per second!) but no time at all thinking about what they
can do with the frame after it's been drawn - no thought spent on panning,
zooming, rotation, what-have-you... The display-list idea is incredibly
powerful. Have another option for memory-increment to next pixel - this
gives you the ability to do instantaneous reductions (zoom-out), as well
as 90-degree rotations (corner-turns) just by choosing the appropriate
increment. Use another option for pixel-replication, with a count, and you
get instant expansion (zoom-in). All of this can be implemented with just
an adder/counter circuit and maybe a couple more address registers.

Oops. Keyboard run-on again... Well anyway, if I ever get this thing
built, I'm sure y'all will find out about it.
--
-- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
Disclaimer: How would I know, I just got here!

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

Date: 6 Apr 91 07:12:10 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!mahendo!wlbr!lonex.radc.af.mil!blackbird.afit.af.m
il!bhodges@arizona.edu (Bill Hodges)
Subject: Hard Drive Access Trouble
To: Info-Atari16@naucse.cse.nau.edu

I've got a Supra 20M drive and after I work for a while if I try to access
files the BUSY light stays on or flickers and I get the box about "Damaged
Data". If I shut the drive off for a while it acts right again. Before
it gets any worse, what's the best way to find the problem and where should
I start looking?

Thanks,
Bill


--
-------------------------------------------------------------------------------
Bill Hodges | Me? People who speak for the Air Force get
bhodges@blackbird.afit.af.mil | paid a lot more than I do! I just work here.
-------------------------------------------------------------------------------

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

Date: 5 Apr 91 18:24:02 GMT
From:
deccrl!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!mucs!logitek!alanh@decwrl.dec.c
om (Alan Hourihane)
Subject: HD Floppies Stepper Motor
To: Info-Atari16@naucse.cse.nau.edu

Hi,

Well, after a month of using my HD Floppy the Stepper motor finally
blew up!!!.

The drive is an FD235HF - Teac Mechanism.

Does any body know in the U.K. where I could either get it repaired
or buy the stepper motor.

Note: The Drive only cost me 46 pounds.

Alan Hourihane

e-mail: alanh@logitek.co.uk

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

Date: 5 Apr 91 23:04:10 GMT
From: pasteur!yorric!c164-ca@ucbvax.berkeley.edu (Axel K. Olmos)
Subject: MEGA STE DMA sound trouble
To: Info-Atari16@naucse.cse.nau.edu

I remember reading somewhere that STE DMA sounds would have a static popping
if they had bad DMA chips. The solution was to replace the DMA chip.
I'm not sure about this, though.

Has anyone heard about this problem?


Axel K. Olmos U.C. Berkeley EECS-C Junior "Hep me!"

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

Date: 5 Apr 91 21:02:38 GMT
From: daffy!cat27.cs.wisc.edu!carter@rsch.wisc.edu (Gregory Carter)
Subject: MEGA STE trouble
To: Info-Atari16@naucse.cse.nau.edu

In article <CMM.0.88.670807428.larserio@kvart.ifi.uio.no> larserio@ifi.uio.no
writes:
>I have two problems with my new MEGA STE, and wondered if anyone out there
>had any good ideas for fixing them:
>
>1) When using STEREO DMA sound (not normal ST sound) I get "static" (small
> clicks kind of) in the sound. Sounds almost like a spark. Occurs even
> when there is no sound (as long as the voulume is on). It has has no
> strict pattern and occurs every now and then. Anyone have an idea ??

It may not be a problem at all. Some samples aren't sampled at the max
rate, and therefore will seem a bit staticky. The higher the sample
rate per second, the better the sound quality.

If you want to get rid of the popping and static, get better samples at higher
rates like 47KHz for example. Careful though, this requires MEGA 4 amounts
of memory to do this, and it doesn't last long.

--Gregory

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

Date: 5 Apr 91 22:59:36 GMT
From: IFI.UIO.NO!larserio@ucbvax.berkeley.edu (LarsErikOsterud)
Subject: MEGA STE trouble
To: Info-Atari16@naucse.cse.nau.edu

Well, the static occors even when there is no sampel played...
As long as the voulume of the STEREO soundchips is on....
There is nothing wrong with the samples (I have played them on a standard ST
an on a standard STE and there is no trouble there....)

Lars-Erik / ABK-BBS +47 2132659 / ____ ______ ________________________
Osterud / larserio@ifi.uio.no / /___ / The norwegian ST
__________/ ______________________/ ____/ / Klubben, user association

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

Date: 6 Apr 91 03:22:35 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!umich!t
erminator!terminator.cc.umich.edu!weiner@arizona.edu (Jeff Weiner)
Subject: New uploads at atari.archive.umich.edu
To: Info-Atari16@naucse.cse.nau.edu

Well, I finally got around to moving all of the new uploads out
of new. There are no more, with the exception of the gcc upgrades, soon to be
released. Roy, if you're out there, please mail me. I missed one
part somewhere, and lost your address.

Also, the index reflects all of the ??? upgrades I've recieved to date.
There's still two more directories to go, I'm beginning them now.

If you sent something (upload or index upgrade) and it's not thee,
please let me know. That's all I have laying around here.

weiner

Apr 2 15:47 2column4.lzh -> ../printing/2column4.lzh
Apr 2 15:50 alarmclk.lzh -> ../utilities/alarmclk.lzh
Mar 31 22:47 ana_m2_5.arc -> ../languages/ana_m2_5.arc
54 animate.lzh -> ../graphics/animate.lzh
Apr 5 21:31 arcsh24.arc -> ../archivers/arcsh24.arc
Apr 2 15:55 ataripic.lzh -> ../graphics/ataripic.lzh
Apr 5 21:31 bldedit.lzh -> ../games/bldedit.lzh
Apr 5 21:32 bootinfo.lzh -> ../diskutils/bootinfo.lzh
Apr 5 21:57 cachev35.lzh -> ../diskutils/cachev35.lzh
Mar 26 19:22 dterm_1e.lzh -> ../telecomm/dterm_1e.lzh
Apr 5 21:55 emula.lzh -> ../utilities/desktop/emula.lzh
Apr 4 14:51 flrmt3_5.lzh -> ../diskutils/flrmt3_5.lzh
Apr 5 21:16 gogost40.lzh -> ../utilities/desktop/gogost40.lzh
Apr 5 21:16 hs_fix.lzh -> ../utilities/tosfixes/hs_fix.lzh
Apr 5 20:57 iconv8_e.arc -> ../languages/iconv8_e.arc
Apr 5 20:57 iconv8_l.arc -> ../languages/iconv8_l.arc
Apr 5 20:57 iconv8_s.arc -> ../languages/iconv8_s.arc
Apr 2 15:44 jampack3.lzh -> ../archivers/jampack3.lzh
Apr 1 09:48 lhz11316.lzh -> ../archivers/lhz11316.lzh
Apr 1 09:40 mdmz2doc.lzh -> ../games/mdmz2doc.lzh
Apr 5 21:01 mgr.zoo -> ../mint/mgr.zoo
Apr 5 21:01 mgrterm.zoo -> ../mint/mgrterm.zoo
Mar 31 22:42 mntinc8.zoo -> ../mint/mntinc8.zoo
Mar 31 22:41 mntlib8.zoo -> ../mint/mntlib8.zoo
Mar 31 22:41 mntolb8.zoo -> ../mint/mntolb8.zoo
Apr 1 09:46 msa_141.lzh -> ../archivers/msa_141.lzh
Apr 2 15:44 newitems -> ../newitems
Apr 5 21:51 noiztrkr.lzh -> ../sound/players/noiztrkr.lzh
Apr 5 21:52 pfm.lzh -> ../applications/pfm.lzh
Apr 2 15:58 pompey.lzh -> ../archivers/pompey.lzh
Apr 5 21:48 rtexshll.zoo -> ../tex/rtexshll.zoo
Apr 5 21:46 starwars.lzh -> ../graphics/starwars.lzh
Apr 3 22:47 stenodmo.arc -> ../editors/stenodmo.arc
Apr 3 22:47 stkrdemo.arc -> ../telecomm/stkrdemo.arc
Apr 5 21:44 texdraw.lzh -> ../tex/texdraw.lzh
Apr 5 21:26 vantrm38.lzh -> ../telecomm/vantrm38.lzh
Apr 1 09:43 wedit11.lzh -> ../editors/wedit11.lzh
Apr 5 21:19 xyzshl34.lzh -> ../telecomm/xyzshl34.lzh
Also, zest.lzh -> ../emulators/zest.lzh
--
Jeff Weiner weiner@terminator.cc.umich.edu Jeff_Weiner@ub.cc.umich.edu
Mail Dennis_Devine@ub.cc.umich.edu and ask if he'd like a White Castle
Atari.archive.umich.edu Caretaker||194M and climbin'|| "So like take off eh?"

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

Date: 5 Apr 91 21:11:24 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!unix.cis.pit
t.edu!gvlf3.gvl.unisys.com!tredysvr!cellar!darling@arizona.edu (Darling)
Subject: Rufus
To: Info-Atari16@naucse.cse.nau.edu

Really the best thing about RUFUS is that you can change the name to
RUFUS.ACC and run it as an accessory...It's really nice when you're working
on a lengthy MIDI or CAD project to just pop in to a local BBS for a couple
of minutes. I wouldn't try it on a 520, though.


!! \ __ __ __ ____ __ _ ___ !! Production, Pre-Production,
!! \ //! ! \\ !! !! !\\ ! // \\ !! and dance remixing @ FACT HQ:
!! / //_! !_// !! !! ! \\! ! __ !! darling@cellar.uucp
!!_/ // ! ! \\ !!__ _!!_ ! \! \\_!! !!_______________________________

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

Date: 5 Apr 91 23:29:06 GMT
From:
bloom-beacon!snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!johnb@ucbvax.berkeley
.edu (John Bunch)
Subject: Rufus v1.02 and a color monitor...
To: Info-Atari16@naucse.cse.nau.edu

Greetings all,

I am currently using rufus on my st, and I have a few questions. I
would like to change fonts, but I only get a choice of system 6x6 or
TMAIL ANSI. When I use TMAIL ANSI, I can't seem to change the font to
fit on my screen? The Documentation is all in german, so that is
little help to me. Any info would be usefull....

John Bunch
--
************************************************************************
* John Bunch * 610 Morris St. * To be filled with a nifty *
* johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... *
* * 12208 * *
************************************************************************

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

Date: 6 Apr 91 04:50:21 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
.edu!ucselx!petunia!csuchico.edu!ekrimen@arizona.edu (Ed Krimen)
Subject: SPURT.LZH
To: Info-Atari16@naucse.cse.nau.edu

I just posted this file to atari.archive. It's a SPectrum Uncompressed
Ray Tracer. I briefly referred to this program a couple of days ago; this
is the one I was thinking about when I mentioned solid modeling in a
Spectrum 512 format. Actually, this is not the program, but a text file
introducing the program, and a demo pic.

Also, the file ATARIPIC.LZH in /newitems is an archive containing pictures
from ZNET of the new Atari CDAR505 CD-ROM, the TT running Unix, and the
Notebook and Pad. To whoever uploaded it, THANKS!!

--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0

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

Date: 5 Apr 91 16:40:46 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!think.co
m!mintaka!ogicse!zephyr.ens.tek.com!tekgen!boblu@arizona.edu (Robert Luneski)
Subject: Stalker/Steno & Diamond Back II w/Cache
To: Info-Atari16@naucse.cse.nau.edu

In article <1991Apr4.223352.19625@netcom.COM> yonder@netcom.COM (Christopher
Russell) writes:
>I am looking for the latest versions of Diamond Back II with Cache (v2.2) and
>the new version of Stalker/Steno (with Zmodem, etc, v3.0 ?) All of the
>mail order places I have called don't have these products in stock. Anybody
>know of a place that has these? I know I could probably get these both
>direct, but the "Street" price on these products is much lower than the list.

Diamond Back II V2.20 should be in the distribution channels by the middle of
next week. I had a number of startup problems after regaining control of
Diamond Back II from Data Innovations. Primarily, the printer was 4 weeks
late in delivering the disk labels(and since I prepaid for speed I had no
choice but to wait). It seems a run of 2000 labels is very low priority
to a label printer whose normal runs are in the hundreds of thousends.
Anyway, I shipped V2.20 to all the major distributors on Tuesday and they
should reach the mail order outlets next week.

____ ____
/\/\/\ Bob Luneski Diamond Back II Support: boblu@tekgen.BV.TEK.COM /\/\/\
\/\/\/ Oregon Research Associates Genie: B.LUNESKI1 \/\/\/
\/\/ 16200 S.W. Pacific Hwy., Suite 162 Phone: (503) 620-4919 \/\/
\/ Tigard, OR 97224 FAX: (503) 639-6182 \/

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

Date: 5 Apr 91 13:36:16 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!think.com!sno
rkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!mucs!els!camm@arizo
na.edu (Ian Camm)
Subject: STe SIMM Pin Layout
To: Info-Atari16@naucse.cse.nau.edu

Hi All,

I have just upgraded my 520STe to 2 Megs so I now have 2 1/4M SIMM's rattling
about in a draw. A colleague of mine is working on a project at home and could
use this RAM. So what I want to know is, what is the pin layout for these
SIMM's.

If you have the information or can point me in the right direction I would be
most grateful.

Thanks in advance,

Ian

--
Ian Camm | JANET: camm@uk.ac.man.ee.els
Dept. of Electrical Engineering | ARPA: camm@els.ee.man.ac.uk
University of Manchester, England | UUCP: ...!!ukc!man.ee.els!camm
Disclaimer: If you think I need one make it up yourself.

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

Date: 5 Apr 91 09:40:37 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!ukc!dcl-cs!gdt!exspes@arizona.edu (P E Smee)
Subject: sundog
To: Info-Atari16@naucse.cse.nau.edu

In article <7543@tekgen.BV.TEK.COM> boblu@tekgen.BV.TEK.COM (Robert Luneski)
writes:
>Sundog runs on any color ST. It is one of the true lost classics.
>A really great game!

Apropos the original question, I run it on one of the earliest 520 STs, no
expansions. So should run on anything with a color screen.

Apropos Robert's comment, I personally found it tediously slow, after a
while. Was cute at first, but after a while the realism-effects begin
to feel like annoying time-wasters. Like, I want to buy a new X-coil,
so I go to the parts shop, and then have to sit around twiddling my
thumbs while the salesman waits on everyone else in the shop first.
If I want to wait in lines, I don't need a computer game to help me out.

--
Paul Smee, Computing Service, University of Bristol, Bristol BS8 1UD, UK
P.Smee@bristol.ac.uk - ..!uunet!ukc!bsmail!p.smee - Tel +44 272 303132

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

Date: 6 Apr 91 02:14:25 GMT
From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
Subject: WANTED: MT C-Shell/VSH
To: Info-Atari16@naucse.cse.nau.edu

Anyone have MT C-Shell and/or VSH that they would like to sell?

--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0

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

Date: 6 Apr 91 08:28:09 GMT
From: GNU.AI.MIT.EDU!johnb@ucbvax.berkeley.edu (John Bunch)
Subject: WTERM
To: Info-Atari16@naucse.cse.nau.edu

Subject: WTERM...

Hello,

I am using WTERM from the telecomm directory of atari.archive and was
wondering if there was some type of terminal that it emulates? I haven't
been able to figure out what it uses? I tried vt100,vt52,adm3a,and h19.

Please reply.

John BUnch

************************************************************************
* John Bunch * 610 Morris St. * To be filled with a nifty *
* johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... *
* * 12208 * *
************************************************************************

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

End of Info-Atari16 Digest
******************************

← previous
next →
loading
sending ...
New to Neperos ? Sign Up for free
download Neperos App from Google Play
install Neperos as PWA

Let's discover also

Recent Articles

Recent Comments

Neperos cookies
This website uses cookies to store your preferences and improve the service. Cookies authorization will allow me and / or my partners to process personal data such as browsing behaviour.

By pressing OK you agree to the Terms of Service and acknowledge the Privacy Policy

By pressing REJECT you will be able to continue to use Neperos (like read articles or write comments) but some important cookies will not be set. This may affect certain features and functions of the platform.
OK
REJECT