COMSAT@MC.LCS.MIT.EDU (Communications Satellite) (12/06/86)
FAILED: umes1435%umes.bitnet at 192.5.2.24; Host appears to be permanently down or not accepting mail.
Failed message follows:
-------
Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 2 DEC 86 04:37:26 EST
Received: from XX.LCS.MIT.EDU by OZ.AI.MIT.EDU via Chaosnet with SMTP; 2 Dec 86 04:40-EST
Received: from Score.Stanford.EDU by XX.LCS.MIT.EDU with TCP; Tue 2 Dec 86 04:37:59-EST
Date: Mon 1 Dec 86 23:05:11 PST
Subject: Info-Atari16 Digest V86 #30
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Monday, December 1, 1986 Volume 86 : Issue 30
This weeks Editor: Bill Westfield
Today's Topics:
RS232 Reset Query
wanted: database routines
Personal Pascal Problems with GDOS fixed!
Hard disk query
Magic sac problem
Re: Hard disks
520ST/1040ST DEVELOPMENT KIT
ST disassembler?
Re: Distribution of ST software on the net
Re: Distribution of ST software on the net
No Flight Simulator for Monochrome ST's
Re: Magic sac problem
uudecoder
----------------------------------------------------------------------
Date: 30 Nov 86 17:34:01 GMT
From: rutgers!husc6!husc4!grunau_b@lll-crg.arpa (justin grunau)
Subject: RS232 Reset Query
To: info-atari16@score.stanford.edu
Does anybody have any idea how to reset the RS232 port by software? I have
encountered a certain sporadic problem (I have had the same problem working
with several software packages, several modems, and on several different
kinds of machines [PC-DOS, Mac, ST], so I don't think it is a fault of my
particular modem, my ST's port, or either Uniterm or the VT52 desk acc.
The problem is that sometimes (usually I think when I get garbage from the
host I am dialing up to: such as for instance when I accidently dump the
contents of a binary file to the screen, or when the host does not start out
at the right baud rate, etc.), the RS232 port seems to get frozen. The actual
problem seems to be that keys I type do not get transmitted to the Modem (you
don't see the little lights flash on the modem). The modem itself has not
stopped working, nor has the carrier been lost. The most interesting thing is
that (from Uniterm for instance) the BREAK signal DOES get transmitted to the
modem, even under these conditions; but the port will not accept anything else.
Does anybody have any idea what this problem is, or how one might correct it
short of resetting the ST (that always works, which is good evidence that it has
nothing to do with the MODEM per se)?
JJMG
------------------------------
DATE: 28 NOV 86 12:36 CET
TO: INFO-ATARI16@SU-SCORE
FROM: T235301%DM0LRZ01.BITNET@WISCVM.WISC.EDU
SUBJECT: wanted: database routines
Thank you in advance,
Bernhard Schneck
<T235301 @ dm0lrz01 . bitnet>
P.S. Has anybody got a copy of ARC for me? -- Thanks
------------------------------
Date: Sat, 29 Nov 86 19:29:18 GMT
To: info-atari16@su-score.ARPA
From: K538915%CZHRZU1A.BITNET@WISCVM.WISC.EDU
Return-Receipt-To: K538915@CZHRZU1A.BITNET
Subject: Personal Pascal Problems with GDOS fixed!
After getting totally fed up with the response of CCD/OSS (makers of
Personal Pascal / ST Pascal +) to two letters which I sent them about
the problems of Personal Pascal with GDOS, I decided to have a look at
the PASGEM libary to see what the problem is...after disassembling the
object module GEMSYS.O, I had a working fix after 5 (in words: five) minutes!
Declare the following external routines together with VDI_Call and
AES_Call:
Procedure G_Set_Port(Handle : Integer);
External;
Function Get_Port : Integer;
External;
With these two calls you can get and set the PASGEM internal device
handle...you don't have to put the handle in Contrl[6] when using
VDI_Call...To start up a application properly do following:
Init_Gem;
GrafHandle := Graf_Hdl(Dummy,Dummy,Dummy,Dummy); {write this with AES_Call}
G_Set_Port(GrafHandle);
OpenVirtualWorkStation(GrafHandle); {Write this with VDI_Call, after the}
{ call the new handle is in }
{ Control[6] }
G_Set_Port(GrafHandle);
You should be able to switch between devices using theses two additional
functions (I wonder why OSS didn't bother to document them...CCD doesn't seem
to know that they exists either!).
Anyway as you can imagine a GDOS compatible version of UniTerm is practically
finished with Tek 4010 output to printer , metafile etc. (that's naturally only
if you have GDOS!).
BTW does anybody know why we haven't been getting info-atari16 on Bitnet?
Simon Poole
K538915@CZHRZU1A.BITNET
PS To Christopher Chabris: I've have sent a lot of mail to your Bitnet address,
but I haven't got any response......pls e-mail me a working address!
30-Nov-86 17:02:50-PST,468;000000000011
Return-Path: <Flash%UMass.BITNET@WISCVM.WISC.EDU>
Received: from WISCVM.WISC.EDU by SU-SCORE.ARPA with TCP; Sun 30 Nov 86 17:02:47-PST
Received: from (FLASH)UMASS.BITNET by WISCVM.WISC.EDU on 11/30/86 at
01:25:14 CST
Message-ID: <861130022235.0000044F.AVNB.MA@UMass>
Date: Sun, 30 Nov 86 02:22:35 EST
From: Flash%UMass.BITNET@WISCVM.WISC.EDU (Rick Flashman)
Subject: Oh where...oh where...
To: Info-Atari16@SU-SCORE.ARPA
Has Info-Atari16 gone?
[ WISCVM.WISC.EDU was broken due to it's move from one local net to
another. (the domain database was not properly updated or some such.)
As a result, BITNet sites (which get their mail through WISCVM)
missed several digests... Sorry, BillW ]
------------------------------
Date: 30 Nov 86 21:27:37 GMT
From: decvax!mcnc!ravi@ucbvax.Berkeley.EDU (Ravi Subrahmanyan)
Subject: Hard disk query
To: info-atari16@score.stanford.edu
[]
I'm planning to add a hard disk to the ST, and I'll get the
BMS DMA--> SCSI card along with an Adaptek controller. I have been
considering getting either a 30 Mb Control Data (CDC) hard disk, or
a Seagate 225N 20Mb drive (both are ST506 compatible).. The Seagate has
automatic head park on powerdown, but the CDC drive is 30 Mb.. I'd
appreciate any comments you could make on which of these would be a
better choice, for any reason at all. Are CDC drives reliable? Is
the Seagate better enough to swallow the size difference? All
coments will be greatly appreciated. Thanks,
-ravi
------------------------------
Date: 30 Nov 86 21:36:12 GMT
From: decvax!mcnc!ravi@ucbvax.Berkeley.EDU (Ravi Subrahmanyan)
Subject: Magic sac problem
To: info-atari16@score.stanford.edu
[]
I've been having a problem with the Magic Sac that I'd like
to get comments on.. Because the system files on a mac disk (for the
AT, in MAGIC format) take up a lot of space on the disk, I want to boot
with a MAGIC format disk containing the system files, and then switch
to another disk which has my applications. I can boot from the first
disk alright, and run applications off it, but then I can't get the
Magic Sac to recognize the next disk I put in after ejecting the boot
disk. eg, I do
a) Run magic.prg and put in a mac disk and boot off
it.
b) Eject the disk.
c) Put in another disk which has my applications and
hope the Sac will take it (I've tried pressing F1).
d) [..this stuff is pretty much unprintable..]
If anyone else has encountered this, or gotten around it,
please let me know (mail or post article). Thanks in advance,
-ravi
{seismo, ucbvax, decvax, ihnp4}!mcnc!ravi
------------------------------
Date: 1 Dec 86 04:40:03 GMT
From: imagen!turner@ucbvax.Berkeley.EDU (D'arc Angel)
Subject: Re: Hard disks
To: info-atari16@score.stanford.edu
question about "after market" HD deleted for brievity's sake
>
> Does this imply that if you buy the Berekeley boards and an SCSI drive,
> you have to buy a separate power supply for the drive (ie. you can't
> buy a hard drive for ~$350 with built in power)? If this is true, how hard
> is it to select and connect a power supply for the new hard drive, especially
> if you have little experience with that sort of thing?
>
> Bart
> atwell@utah-cs
all of the HD's i've encountered come without power supply for the
base price (used is a different story), hooking up a power supply is
trivial since they all (again that ive seen) take a standard keyed
connector, in fact its the same one that floppy disks use.
--
----
These are days for the locust to eat
- Winston Churchill
Name: James M. Turner
Mail: Imagen Corp. 2650 San Tomas Expressway, P.O. Box 58101
Santa Clara, CA 95052-8101
AT&T: (408) 986-9400
UUCP: ...{decvax,ucbvax}!decwrl!imagen!turner
CompuServe: 76327,1575
GEnie : D-ARCANGEL
------------------------------
Date: 30 Nov 86 21:56:31 GMT
From: ihnp4!chinet!cabbie@ucbvax.Berkeley.EDU (Richard Andrews)
Subject: 520ST/1040ST DEVELOPMENT KIT
To: info-atari16@score.stanford.edu
I have just received my December issue of the 'Computer
Shopper' and have found some interesting ads in the classified section.
I quote from page 378.
----------------------------------------------
"Atari 520ST/1040ST Development kit. Includes
"C" compiler, assembler, linker, editor, util-
ities, and ICON/RCS programs. $49.95 Patrick
Eberhart, PO Box 280151, Tampa, FL 33682."
-----------------------------------------------
"Atari ST 20MEG hard disk, from Atari, perfect
condition ($585). Developers software and docu-
mentation ($85). 520 color ST ($550) with
cabinet.
NODE COMPUTER
SYSTEMS
916-265-4668, 408 Broad Street, Nevada City,
CA 95959"
----------------------------------------------
I think that these ads raise some valid questions.
1) Is Atari selling consumer versions of the development kit?
2) Are these people selling pirated versions of the development kit?
3) Is this a stripped down version of the $300 dev. kit?
4) What is the real story here? Any comments?
--
*******************************************************************************
Any opinions expressed above are my own. Rich Andrews
They can be yours too. Please send $19.95 to.....ihnp4!chinet!cabbie
------------------------------
Date: 30 Nov 86 23:31:53 GMT
From: parcvax!bane@SPAM.ISTC.SRI.COM (John R. Bane)
Subject: ST disassembler?
To: info-atari16@score.stanford.edu
Can anyone point me at a disassembler for the ST? I've been using
Lattice C and have been satisfied with it up to now, but believe I've
tickled a compiler bug and want to narrow it down before flaming
Metacomco. Cheap (as in PD/shareware) is preferred.
--
Rene P.S. Bane
bane.pa@xerox.ARPA
...!parcvax!bane.UUCP
------------------------------
Date: 28 Nov 86 22:56:12 GMT
From: nbires!hao!noao!mcdsun!fnf@ucbvax.Berkeley.EDU (Fred Fish)
Subject: Re: Distribution of ST software on the net
To: info-atari16@score.stanford.edu
In article <132@maccs.UUCP> gordan@maccs.UUCP (Gordan Palameta) writes:
>>> ... For instance, a large
>>>number of programs could be packed on a single floppy
>>>disk which could be sent through ordinary *non-electronic*
>>>mail.
>
>I did receive some cautionary advice in e-mail from Allan Pratt warning that
>the amount of work involved might be considerable, and suggesting contacting
>anyone who may have tried this idea before and possibly given up. So any
>advice on this subject either in e-mail or on the net would be welcome. It
I have been doing this for the Amiga for about a year now, and I can assure
you it *IS* a lot of work. I have 40 disks that I put together, with 5 or
6 more currently on the way, and have received requests from all over the
world. I estimate that this has consumed approximately 20 hours per
week of my "spare" time for the last year. Be sure not to underestimate
your expenses so as not to end up subsidizing the operation with your
money as well as your time. I rarely have a combined BIX/WELL/telephone
bill less than $300 per month, and one month it was well over double that.
On the plus side, you get the gratitude of thousands of users you have never
met (not to mention the disk manufacturers who have probably sold several
hundred thousand extra blank disks because of my library :-).
P.S. Hope you don't have a girl friend, wife, kids, or other distracting
influencies... :-)
-Fred
--
===========================================================================
Fred Fish Motorola Computer Division, 3013 S 52nd St, Tempe, Az 85282 USA
{seismo!noao!mcdsun,hplabs!well}!fnf (602) 438-5976
------------------------------
Date: 30 Nov 86 09:28:55 GMT
From: mnetor!genat!maccs!gordan@seismo.css.gov (Gordan Palameta)
Subject: Re: Distribution of ST software on the net
To: info-atari16@score.stanford.edu
In article <136@mcdsun.UUCP> fnf@mcdsun.UUCP (Fred Fish) writes:
>In article <132@maccs.UUCP> gordan@maccs.UUCP (Gordan Palameta) writes:
>>>> ... For instance, a large
>>>>number of programs could be packed on a single floppy
>>>>disk which could be sent through ordinary *non-electronic*
>>>>mail.
>>
>>I did receive some cautionary advice in e-mail from Allan Pratt warning that
>>the amount of work involved might be considerable...
>
>I have been doing this for the Amiga for about a year now, and I can assure
>you it *IS* a lot of work. I have 40 disks that I put together, with 5 or
>6 more currently on the way, and have received requests from all over the
>world. I estimate that this has consumed approximately 20 hours per
>week of my "spare" time for the last year. Be sure not to underestimate
>
Hmmm that sounds fairly horrendous. That sounds like a part-time job, which
wouldn't be too bad if the renumeration was right... however, there are user
groups, BBSs, and computer stores that collect general PD software and sell
disks for about $10 each...
What I have in mind is something more modest, namely just "Usenet-specific"
software, for the purpose of putting an end to plaintive repost requests.
Under this category, I'd include the following:
ARC (archiver utility), FORMAT+ (custom format utility),
reset-proof RAMDISK, GEM Kermit, Uniterm, VIX, MicroEmacs,
MONST (monitor, disk and memory editor & disassembler) with docs in English
and possibly a grab bag of others like STSPEECH, ALITE, etc.
The idea would be to create a standard disk (or two or three) containing
these programs (all ARCed to save space, except for ARC itself)
which could be requested through the postal service. When a request was
received, the standard disk would be disk-copied as a whole onto a blank
disk and mailed (disk-copy rather than custom mix-and-match file-copies, to
minimize the work required).
I currently have all the programs mentioned above (except for VIX) and could
distribute them. However: i) right now, we're flying in the face of the
Xmas mail rush ii) I'll be off the net (and unreachable) for the second half
of December (end-of-term Xmas vacation). So January seems a more auspicious
time to start, unless someone out there is incredibly desperate...
The above list of "canonical" Usenet software is naturally open to suggestion.
Gordan Palameta Usenet: {!seismo, !utzoo} !mnetor!genat!maccs!gordan
------------------------------
Date: 1 Dec 86 23:42:12 GMT
From: decvax!minow@ucbvax.Berkeley.EDU (Martin Minow)
Subject: No Flight Simulator for Monochrome ST's
To: info-atari16@score.stanford.edu
I talked with Sublogic and found out that they have not yet decided
whether to do a Flight Simulator for monochrome ST's. "They're still
looking at the market." (The pre-printed box does say "monochrome or
color, look at the label.)
Sublogic's phone is (800) 637-4983.
Martin
------------------------------
Date: 2 Dec 86 02:29:09 GMT
From: mnetor!utcs!pete@seismo.css.gov (Peter Santangeli)
Subject: Re: Magic sac problem
To: info-atari16@score.stanford.edu
In article <1836@alvin.mcnc.UUCP> ravi@mcnc.UUCP (Ravi Subrahmanyan) writes:
>
>[]
>
> I've been having a problem with the Magic Sac that I'd like
>to get comments on..
> a) Run magic.prg and put in a mac disk and boot off
> it.
> b) Eject the disk.
> c) Put in another disk which has my applications and
> hope the Sac will take it (I've tried pressing F1).
> d) [..this stuff is pretty much unprintable..]
The Macintosh does not work like most other microcomputers when dealing
with ejecting disks. Since the Mac keeps a lot of information about the system
on the disk apart from the directory, it only lets you eject a disk THROUGH
SOFTWARE. i.e., in order to eject a disk, you must:
1) either choose the "EJECT" option from the finder's menu's, or
type <Ctrl><e>.
2) The magic sac will respond by displaying a flashing "A" in the upper
right corner of the screen. At this point you may eject the actual
diskette.
3) Insert the other diskette. The ST/MagicSac will now read in the
directory and desktop information from the new diskette.
Pete Santangeli
pete@utcsscb@utcs
psantangeli on BIX
------------------------------
Date: Mon, 1 Dec 86 22:53:01 PST
From: Marty Fouts <fouts@orville.arpa>
To: info-atari16@su-score.arpa
Subject: uudecoder
Could someone please send me the binary for the ST uudecoder program.
Thanks
Marty
------------------------------
End of Info-Atari16 Digest
**************************
-------