Article View: comp.sys.atari.st
Article #32064(none)
From: University of Calgary Postmaster
Date: Thu, 21 Apr 1988 06:30
Date: Thu, 21 Apr 1988 06:30
1743 lines
72193 bytes
72193 bytes
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1221;
Tue, 19 Apr 88 03:55:29 EDT
Date: 19 Apr 88 01:47 MDT
From: Network_Server.Daemon at UNCAMULT.BITNET
Subject: Unable to deliver mail from MAILER@CANADA01@UNCACDC
To: >udd>Ench425>MWHoffos>MWHoffos.mbx at UNCAMULT.BITNET: Unable to queue mail.
--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1274;
Tue, 19 Apr 88 04:03:50 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754892017334375@UNCA
Received: by CANADA01 (Mailer X1.24) id 0160; Tue, 19 Apr 88 02:28:41 EDT
Date: Mon, 18 Apr 88 17:37:45 PDT
Reply-To: Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments: Warning -- original Sender: tag was
Info-Atari16-request@Score.Stanford.EDU
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject: Info-Atari16 Digest V88 #190
To: Michael Hoffos <MWHOFFOS@UNCAMULT>
Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 190
This weeks Editor: Bill Westfield
Today's Topics:
Reuse of miniscribe 20MB driive
Re: Atari 030 box
Re: TurboDos observations
re: Downloading of PD Programs
Turbodos docs
The ADAP sound rack
Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?)
The DANGERS of TURBO-DOS
Re: Uniterm 2.0c
Re: Degas file format
Re: Microsoft "Word"
Re: Mark Williams C 3.0 Update
Re: MWC v3.0 (was: rsrc_load and drop-down menus)
re: d&d
----------------------------------------------------------------------
Date: 12 Apr 88 13:14:10 GMT
From: sbmsg1!scbhq!ooa@gatech.edu (O.Atkins)
Subject: Reuse of miniscribe 20MB driive
To: info-atari16@score.stanford.edu
Does anyone know of a way to reuse a Miniscribe 20MB drive from a
AT&T 7300/UN*X-PC for the Atari-ST? I have upgraded the UN*X-PC
to a 40MB drive, and I am looking for a way to use the 20MB I
removed on the ST. Anyone know if the BMS box will work?
owen (two nothin's is just double-nothin)
UUCP: ...!scbhq!ooapc!ooa
------------------------------
Date: 12 Apr 88 22:13:15 GMT
From: portal!atari!good@uunet.uu.net (Roy Good)
Subject: Re: Atari 030 box
To: info-atari16@score.stanford.edu
In article <449@nikhefh.hep.nl>,t19@nikhefh.hep.nl(Geert J v Oldenborgh) writes:
> In the magazine 'Atari ST Nieuws' I read that the '030 would have the Sun
> NFS file system. Is this true? Does this mean that it can network easily with
> Suns? Other Unix machines? Even Apollos maybe? This would make it very
> interesting ...
NFS is indeed one of the currently proposed products for the '030.
-----------------------------------------------------------------------------
Roy J. Good
Product Development, Atari Corporation
Views expressed are my own. Atari may agree or disagree; they have the right.
------------------------------
Date: 13 Apr 88 14:00:34 GMT
From: braner@tcgould.tn.cornell.edu (braner)
Subject: Re: TurboDos observations
To: info-atari16@score.stanford.edu
In article <207@forty2.UUCP> poole@forty2.UUCP (Simon Poole) writes:
>I was able to play around a bit with the GEMDOS 'Ersatz' from Atari France:
>...
> GEMDOS TurboDOS
> LaTeX : 9 min 40 s : 9 min 40 s : Comment: tmp files on Ramdisk
> 50 files: 3 min 6 s : 0 min 42 s :
- seems that TurboDOS is more than a cache: creating new files on an
almost-full HD is slow since GEMDOS has to analyse the FAT to find empty
space, and it does so very inefficiently. No disk cache (of the kind
that just keeps _sectors_ in RAM) can fix that, Turbodos must intercept
the GEMDOS functions that operate at the _file_ level. The Latex
test did not speed up since it was mostly calculating rather than
I/O, and the tmp files were created on a (small?) RAMdisk (small FAT
to analyse). It _is_ true that GEMDOS could benefit from caching of
(sub)directory sectors, something that it does not do much of. It
could also use hashing of files found in directory trees, for faster
finding of them next time (i.e., the second time you access the file,
say a compiler library file or a utility program, via a long PATH
variable). This could be done inside a shell, too.
Any chance TurboDOS could be posted on Usenet or put up for FTP?
- Moshe Braner
PS: PENICILIN, since it is supposed to suppress a VIRUS, should have
been named INTERFERON :-)
------------------------------
Date: Wed, 13 Apr 88 23:20:48 EDT
From: Communications Satellite <COMSAT@MC.LCS.MIT.EDU>
To: Info-Atari16@SCORE.STANFORD.EDU
Error in input request file.
Request too large.
Message not sent and not queued; 17 Kbytes is far too large for me.
Please use the FTP program to transfer huge files around the network.
------------------------------
Date: 13 Apr 88 01:57:37 GMT
From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun)
Subject: re: Downloading of PD Programs
To: info-atari16@score.stanford.edu
The Atari ST and IBM PC are file compatible, which means you can write a program
to an IBM disk, plug it into the ST's drive and be able to read, write, delete,
copy, etc with no problems. Of course, you can't run IBM programs directly on
an ST (although there are a good quality IBM emulators available), but you can,
for example, read an IBM-written text file into 1st Word or any other popular
word processor on the ST.
By the way, what did you mean by "Atari 12"?
--
Mail coming to you from the Fidonet Gateway - Node 1:107/330
To respond, please send mail to ...rutgers!rubbs1!net!node!user_name
------------------------------
Date: Thu, 14 Apr 88 16:23:09 MET
From: Damir Sudar <TNPHSUD%HDETUD1.BITNET@forsythe.stanford.edu>
Subject: Turbodos docs
To: INFO-ATARI16@score.stanford.edu
Hi netfolks,
I just received a copy of Turbodos from the Atarinet server at
Houston. That copy however did not include any documentation. Could
somebody send me info about this seemingly usefull piece of software.
Thanks, Damir.
------------------------------
Date: Thu, 14 Apr 88 11:28:27 EDT
From: dmb@TIS.COM (David M. Baggett)
To: info-atari16@score.stanford.edu
Subject: The ADAP sound rack
Bill Rosenkranz mentioned sampling keyboards.
Bill: What about the ADAP sound rack? Isn't that a 16-bit sampler? I
thought they were about $2K -- competitive with the 12-bit
samplers if you have a good controller keyboard.
There's a strore here in Maryland called the Guitar Exchange which
sells keyboards (as well as guitars and everything else musical). I was
down there about a month ago and saw the ADAP rack, controlled by
guess what, an ST! They have a mac too...
The guy gave me a demonstration of the E-mu II (another sampling
keyboard). Basically, he had "obtained" samples from "Owner of a
Lonely Heart" and was playing the song entirely with the keyboard
(it actually sounded like the recording) and mentioned that Yes actually
used exactly this method to produce most of 90125.
Aren't samplers neat?
Dave
arpa: dmb@tis.com
------------------------------
Date: Thu, 14 Apr 88 17:55:13 SET
To: Info-Atari16@Score.Stanford.EDU
From: VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU
Subject: Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?)
UNIX Toolkit ? Whatever is that ? Must be one more of all those goodies that
we here in the backwoods of BITNET/EARN never get to see ...
Let's make a deal: someone sends me the uuencoded arc file, and I'll decode
it back home on my IBM, and send the problem files back to him ... ;-)
Seriously: is there anyone out there who could write a new ARC version for the
ST that includes all IBM Arc compression methods ??? Also, the ST Arc is *so*
slow, it could use a little speedup. Alternatively, one could use the DCOPY
utility, but that doesn't seem to arc correctly (unarcing works fine, and 4x
as fast as ST Arc).
(NB: If YOU REALLY want to send me a copy of that archive, send me a note
first. I don't want to get crushed by thousands of postings ... ;-)
Bitnet: VBRANDT@DBNUAMA1 Volker A. Brandt
UUCP: ...!unido!DBNUAMA1.bitnet!vbrandt (?) Angewandte Mathematik
ARPAnet: VBRANDT%DBNUAMA1@CUNYVM.CUNY.EDU (?) (Bonn, West Germany)
------------------------------
Date: 14 Apr 88 07:31:11 GMT
From: mcvax!nikhefh!gert@uunet.uu.net (Gert Poletiek)
Subject: The DANGERS of TURBO-DOS
To: info-atari16@score.stanford.edu
In article <8804131634.AA17900@ucbvax.Berkeley.EDU> WALDI@DHDIHEP1.BITNET
writes:
>
>Hello! I tried TURBODOS (downloaded from UH-INFO). Really impressing
>speed-up, BUT: It spoilt a disk. Apparently it did not recognize
>a disk change, and copied the old disk's FAT to the changed new disk.
>The disks have different serial numbers, and I did never have this problem
>with TOS-GEMDOS, although I'm aware it might happen under certain circum-
>stances there. Has anyone similar experiences with TURBODOS?
>----------------- Roland Waldi
It becomes more and more clear that TURBO-DOS is not a disk caching program
but a real file system. I it is very likely that the French guys that did
this TurboDos took a disassembly of the original TOS/GemDos as a guidance.
If all of this is true, then TurboDos is as vulnerable to disk change events
as the original GemDos. However, DISK CHANGE EVENTS ARE HANDLED BY THE BIOS,
and the old GemDos has problems with these too. BUT, the old GemDos does
practically do no disk caching whatsoever (you can't call two disk sectors a
cache, can you?). There is a provision in GemDos for a disk cache mechanism,
although in the old GemDos this does not work correctly (i.e., the cached
blocks are invalidated every once in a while causing the cache to do noo harm
to your disk, it just eats memory).
If TurboDos has fixed these problems it may be even more dangerous than the
original GemDos. GemDos' provision for disk caching is NOT A WRITE THROUGH
CACHE, but like the UNIX buffer cache A DELAYED WRITE CACHE. This is very
dangerous if you do not have a system call like 'sync' on UNIX. What happens
when say 20 blocks are in the buffer cache when you decide to eject the
floppy by hardware (your thumb)?? You'll get the problems described by Ronald
Waldi.
Solution: IFFF TurboDos works a bit like our local hack on GemDos (called
JamDos) then you might avoid the described problem by quitting from the
current application (too bad if that's the DeskTop, there's no way out of
that), since the original GemDos would then flush all cached buffers to the
the disks.
Gert Poletiek
NIKHEF-H, Dutch National Institute for Nuclear and High Energy Physics
Kruislaan 409, P.O.Box 41882, 1009 DB Amsterdam, The Netherlands
UUCP: {decvax,cernvax,unido,seismo}!mcvax!nikhefh!gert
bitnet: nikhefh!gert@mcvax.bitnet, U00025@hasara5.bitnet
------------------------------
Date: 14 Apr 88 13:24:35 GMT
From: portal!cup.portal.com!R_Tim_Coslet@uunet.uu.net
Subject: Re: Uniterm 2.0c
To: info-atari16@score.stanford.edu
Sam Mesbah sam@garfield.uucp writes:
>Is it just me or what. I downloaded Uniterm 2.0c from
>comp.binaries... and the xmodem doesn't work. I set it up
>exactly the same way as in Uniterm 2.0a but 2.0c always
>gives a 'bad chksum' error.
>
>Has anyone else encountered this problem?
Yes, I have encountered problems like this with Uniterm 2.0c 008
but thought I might have misconfigured something. I still
have my Uniterm 2.0a 006 to fall back to if 2.0c doesn't work
(and I can't figure out how to get around it) but I haven't
had a chance to experiment with 2.0c much yet (only got it monday).
------------------------------
Date: 13 Apr 88 07:21:06 GMT
From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty)
Subject: Re: Degas file format
To: info-atari16@score.stanford.edu
Could anybody send .IMG (.GEM) and .PIC (for wordplus) file formats?
Thanks a lot.
----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) -----
+------------------------------+----------------------------------------------+
: IRISA - INRIA : EMAIL : decouty@irisa.fr :
: Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty :
: F-35042 Rennes Cedex : decouty@irisa.UUCP :
: FRANCE : BITNET: DECOUTY@FRCICB71 :
+--------------------------+---+--------------------+-------------------------+
: PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 :
------------------------------
Date: 13 Apr 88 07:26:27 GMT
From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty)
Subject: Re: Microsoft "Word"
To: info-atari16@score.stanford.edu
Does WRITE (MS word for ST) has a Postscript driver ?
Some thing for Wordperfect.
----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) -----
+------------------------------+----------------------------------------------+
: IRISA - INRIA : EMAIL : decouty@irisa.fr :
: Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty :
: F-35042 Rennes Cedex : decouty@irisa.UUCP :
: FRANCE : BITNET: DECOUTY@FRCICB71 :
+--------------------------+---+--------------------+-------------------------+
: PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 :
------------------------------
Date: 13 Apr 88 07:39:59 GMT
From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty)
Subject: Re: Mark Williams C 3.0 Update
To: info-atari16@score.stanford.edu
In article <113@obie.UUCP> wes@obie.UUCP (Barnacle Wes) writes:
>In article <1647@ncsuvx.ncsu.edu>, wolf@csclea.ncsu.edu (Thomas Wolf) writes:
>: In article <1066@cosmo.UUCP> hmk@focus.UUCP (Hans-Martin Kroeber) writes:
>: >[deleted text]
>: >Now my question: Is it possible to get the update directly from Mark
Williams
>: >and how do I get it?
>:
>: I'm not sure about Mark William's policy for overseas owners of their com-
>: pilers, but here in the US, I just received my upgrade notice this week.
>: I assume that if you're a registered owner, you'd get the same notice.
>
>Hans - you might try calling or writing to MWC. I got my upgrade
>notice Monday, and drove straight to the post office. I put my trusty
>ol' credit card # on it, and Express-Mailed it to them.
>--
I have received my upgrade notice 7 days ago and I have done the same thing!
OH, I live in France, so MWC policy is OK for overseas customers (I have not
yet received the package).
One question abour MWC V3.0 :
Has the macro buffer been raised from 200 bytes? It is a value
smaller than other compilers on Mac, Sun.. and this implies difficulties
when porting programs using many and large macros.
Thanks
----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) -----
+------------------------------+----------------------------------------------+
: IRISA - INRIA : EMAIL : decouty@irisa.fr :
: Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty :
: F-35042 Rennes Cedex : decouty@irisa.UUCP :
: FRANCE : BITNET: DECOUTY@FRCICB71 :
+--------------------------+---+--------------------+-------------------------+
: PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 :
------------------------------
Date: 12 Apr 88 18:02:12 GMT
From: clyde!watmath!watcgl!lily!jafischer@bellcore.bellcore.com (Jonathan A.
Fischer)
Subject: Re: MWC v3.0 (was: rsrc_load and drop-down menus)
To: info-atari16@score.stanford.edu
[]
Just to keep everyone up to date (i.e., to make sure everyone has
the latest piece of misinformation...): I called MWC last Thursday, & was
told that version 3 will be shipped in "2 weeks." They did not specify what
type of weeks -- Standard Weeks, Tramiel Weeks, a week of Sundays...
Oh well. Presumably the delays are due to beta-testing & bug-fixing,
so at least they won't likely be releasing a bug-filled product. I hope I
hope.
--
- Jonathan A. Fischer, jafischer@lily.waterloo.edu
...{ihnp4,allegra,decvax,utzoo,utcsri}!watmath!lily!jafischer
Pascal SUCC()'s.
--
- Jonathan A. Fischer, jafischer@lily.waterloo.edu
..{ihnp4,allegra,decvax,utzoo,utcsri}!watmath!lily!jafischer
Pascal SUCC()'s.
------------------------------
Date: 13 Apr 88 02:01:48 GMT
From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun)
Subject: re: d&d
To: info-atari16@score.stanford.edu
There is Phantasie, Phantasie II, Bard's Tale, Bard's Tale II, and a host of
other D&D-type games available for the ST.
--
Mail coming to you from the Fidonet Gateway - Node 1:107/330
To respond, please send mail to ...rutgers!rubbs1!net!node!user_name
------------------------------
End of Info-Atari16 Digest
**************************
-------
--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1578;
Tue, 19 Apr 88 04:52:50 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754894895663540@UNCA
Received: by CANADA01 (Mailer X1.24) id 0712; Tue, 19 Apr 88 03:03:56 EDT
Date: Mon, 18 Apr 88 17:39:37 PDT
Reply-To: Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments: Warning -- original Sender: tag was
Info-Atari16-request@Score.Stanford.EDU
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject: Info-Atari16 Digest V88 #192
To: Michael Hoffos <MWHOFFOS@UNCAMULT>
Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 192
This weeks Editor: Bill Westfield
Today's Topics:
Atari ST D&D games (was Re: d&d)
Antic video tape?
Re: The DANGERS of TURBO-DOS
Re: Possible Virus! (Boot Sector)
pc-ditto and Mono Monitor
Re: AUTO-exec sequence
Latest file index from netlib
Re: TEDINFO info requested
Re: rsrc_load, etc.
Re: Adaptec 4000/4070 controller
----------------------------------------------------------------------
Date: 13 Apr 88 18:20:23 GMT
From: nunki.usc.edu!sal4.usc.edu!rjung@oberon.usc.edu (Robert Jung)
Subject: Atari ST D&D games (was Re: d&d)
To: info-atari16@score.stanford.edu
In article <21.2263193A@rubbs1.UUCP> Steve_Godun@rubbs1.UUCP (Steve Godun)
writes:
>There is Phantasie, Phantasie II, Bard's Tale, Bard's Tale II, and a host of
>other D&D-type games available for the ST.
You forgot FTL's _Dungeon Master_, which is the *best* of the bunch!
Talk about realism, details, quality, depth, excitement, and sheer adrenalin
level. If _Star Raiders_ was the game that "sold" the 8-bit Ataris in the days
of old, this would be the ST equvalent...
And all for *only* $35!
Support your local quality software developer, and BUY this baby!
--R.J.
B-)
P.S. Sorry if I sound like a raving lunatic, but when something *this*good*
comes down the pike, we should all rally around and support it...
P.P.S. Now if only we can get high quality/low priced APPLICATION software
for the ST... ($150 for Microsoft Write? >blanch<)
P.P.P.S. Gee, should we even be talking about **games** here? After all, the
Atari is a professional machine...
______________________________________________________________________________
Bitnet: rjung@castor.usc.edu "Who needs an Amiga?" = == =
= == =
Power WithOUT the Price = == =
===== == =====
Just because it's 8-bits doesn't make it obsolete. ==== == ====
------------------------------
Date: 14 Apr 88 05:06:22 GMT
From: dalcs!aucs!870646c@uunet.uu.net (barry comer)
Subject: Antic video tape?
To: info-atari16@score.stanford.edu
I have caught wind of a rumor that Antic mag. will be/have released a video
tape containing different scenes created with CAD 2.02. Has anyone else heard
about this project, I am sending a letter to Antic to find out first hand, but
any info in the mean time would be nice.
later
Barry
------------------------------
Date: 15 Apr 88 04:43:22 GMT
From: csclea!wolf@ncsuvx.ncsu.edu (Thomas Wolf)
Subject: Re: The DANGERS of TURBO-DOS
To: info-atari16@score.stanford.edu
In article <451@nikhefh.hep.nl> gert@nikhefh.hep.nl (Gert Poletiek) writes:
>In article <8804131634.AA17900@ucbvax.Berkeley.EDU> WALDI@DHDIHEP1.BITNET
writes:
>>
>>Hello! I tried TURBODOS (downloaded from UH-INFO). Really impressing
>>speed-up, BUT: It spoilt a disk. Apparently it did not recognize
>>a disk change, and copied the old disk's FAT to the changed new disk.
This wouldn't be a problem on a hard-disk (inkling of ignorance showing
through) would it?
tw
Tom Wolf
ARPA (I think): tw@cscosl.ncsu.edu
or wolf@csclea.ncsu.edu
------------------------------
Date: 12 Apr 88 08:09:44 GMT
From: mcvax!ukc!its63b!hwcs!neil@uunet.uu.net (Neil Forsyth)
Subject: Re: Possible Virus! (Boot Sector)
To: info-atari16@score.stanford.edu
In article <8804010103.AA17773@ucbvax.Berkeley.EDU> BHOLMES@WAYNEST1.BITNET
(Brian Holmes) writes:
>
>
>I recently posted about a disk crash problem I was having.
>This disk just crashed on me and here is a dump of the boot sector.
>
> 0 1 2 3 4 5 6 7 8 9 A B C D E F
>00 603800004E4E4E4E6145D60002020100
(rest of article deleted)
There is a branch instruction ($6038) at the start of the boot sector which
branches to what looks like a load of nonsense. My first impression is that
the disk has an executable checksum. The checksum is the sum of all 256 words
(Motorola style) in the boot sector. If the total is $1234 then the OS will try
to execute the code in the boot sector. I have not calculated the checksum.
If this is the case then the nonsense code crashes the system when booted.
You can get and change the checksum using my Disk Toolbox posted recently.
-------------------------------------------------------------------------------
"I think all right thinking people in this country are sick and tired of being
told that ordinary decent people are fed up in this country with being sick and
tired. I'm certainly not and I'm sick and tired of being told that I am!"
- Monty Python
Neil Forsyth JANET: neil@uk.ac.hw.cs
Dept. of Computer Science ARPA: neil@cs.hw.ac.uk
Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil
Edinburgh
Scotland
------------------------------
Date: 14 Apr 88 16:15:30 GMT
From: g15%psuvm.BITNET@jade.berkeley.edu.user@host.BITNET (John F. Gbruoski)
Subject: pc-ditto and Mono Monitor
To: info-atari16@score.stanford.edu
Has the new version of pc-ditto that supports monochrome monitors
been released yet? I haven't heard anything about pc-ditto in quite awhile.
Any help will be sincerely appreciated. Thanks.
-----
*******************************************************************************
* John F. Gbruoski <The Captain> G15 @ PSUVM.BitNet *
* UUCP: {akgua,allegra,cbosgd,ihnp4}!psuvax1!psuvm.bitnet!g15 *
* *
* "Omnia mutantur; omnia fluunt; quod fuimus aut sumus, cras non erimus."-Ovid*
------------------------------
Date: 12 Apr 88 08:45:45 GMT
From: mcvax!ukc!its63b!hwcs!neil@uunet.uu.net (Neil Forsyth)
Subject: Re: AUTO-exec sequence
To: info-atari16@score.stanford.edu
In article <4283@cup.portal.com> Jinfu@cup.portal.com writes:
>
>RE: auto execute order
>
>From my experience, the order of programs in auto folder being
>executed are the modified time of each program. The 'oldest'
>one runs first and the 'youngest' one last. A simple experiment
>can prove this:
>
The execution sequence is determined by the order in which the directory
entries actually appear on the disk. This is usually the order in which you
put them in the freshly created folder but the dates have no effect. I posted
A Disk Toolbox to the moderator about a week ago which allows you to change
the sequence by swapping entries with eachother to get them in the order you
want.
-------------------------------------------------------------------------------
"I think all right thinking people in this country are sick and tired of being
told that ordinary decent people are fed up in this country with being sick and
tired. I'm certainly not and I'm sick and tired of being told that I am!"
- Monty Python
Neil Forsyth JANET: neil@uk.ac.hw.cs
Dept. of Computer Science ARPA: neil@cs.hw.ac.uk
Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil
Edinburgh
Scotland
------------------------------
Date: 15 Apr 88 02:58:05 GMT
From: lakesys!martin@csd1.milw.wisc.edu (Martin Wiedmeyer)
Subject: Latest file index from netlib
To: info-atari16@score.stanford.edu
Here is the latest file index from netlib@lakesys.UUCP. The most noteworthy
additions are UniTerm V2.0 009, dlibs v1.10 and ST UNIX Toolbox man.arc, which
can be unARCed with the version of ARC which is presently available for the
ST.
Your contributions and comments are always welcome.
netlib is accessable via UUCP, so you'll be able to request files from netlib
if you can't reach ATARI-NET or CANADA01. :-)
Marty Wiedmeyer
martin@lakesys.UUCP
--------------------------------------------------------------------------------
lakesys netlib index - archives.atari - Atari ST files
-------------------------------------------------------------------------------
NOTE: All files are ARCed and then uuencoded with Dumas' implementaion of
uuencode, 'uue'. It is compatable with 'uudecode', but it makes decoding
multiple part uue files very simple. The ST binaries and a DOC file are
in uuxbin.uaa.
===============================================================================
archives.atari would like to express our thanks to
Steven Goodman, Owner and System Administrator of lakesys!
===============================================================================
1stw2ps/part.uaa 880310 1st Word to Postscript conversion utility
1stw2ps/part.uab 880310 1st Word to Postscript conversion utility
acache.uaa 880317 Disk Cache program v1.1
ctv201.uaa 880323 Copy files & preserve the time stamp v 2.01
dcclk31.uaa 880317 A digital clock from Double Click
dcfmtcl2.uaa 880317 Disk Formatter from Double Click (RGB)
dcfmtmn2.uaa 880317 Disk Formatter from Double Click (Mono)
dcopy19.uaa 880317 Very nice Disk Utilities program
distomwc.uaa 880315 Disassemble DRI format files to MWC assembler
dlibs110/part.uaa 880413 Binaries and header files for dlibs v1.1
dlibs110/part.uab 880413 Binaries and header files for dlibs v1.1
dlibs110/part.uac 880413 Binaries and header files for dlibs v1.1
dlibs110/part.uad 880413 Binaries and header files for dlibs v1.1
dlibs110/part.uae 880413 Binaries and header files for dlibs v1.1
dlibssrc/part.uaa 880321 source for dlibs v1.1 for Alcyon C
dlibssrc/part.uab 880321 source for dlibs v1.1 for Alcyon C
dlibssrc/part.uac 880321 source for dlibs v1.1 for Alcyon C
dscan100/part.uaa 880317 Disk Librarian program like HDSCAN
dscan100/part.uab 880317 Disk Librarian program like HDSCAN
gulam/part.uaa 880309 Gulam shell executable & support files (beta)
gulam/part.uab 880309 Gulam shell executable & support files (beta)
gulamdoc/part.uaa 880309 Documentation for the Gulam shell
gulamdoc/part.uab 880309 Documentation for the Gulam shell
gulamdoc/part.uac 880309 Documentation for the Gulam shell
gulamdoc/part.uad 880309 Documentation for the Gulam shell
icon65/part.uaa 880309 Icon 6.5 for the ST
icon65/part.uab 880309 Icon 6.5 for the ST
icon65/part.uac 880309 Icon 6.5 for the ST
icon65/part.uad 880309 Icon 6.5 for the ST
icon65/part.uae 880309 Icon 6.5 for the ST
levee/part.uaa 880309 Levee - a Shareware vi clone executable v3.4f
levee/part.uab 880309 Levee - a Shareware vi clone executable v3.4f
man.uaa 880413 ST UNIX Toolbox MAN pages (old ARC will unARC)
mjc_c/part.uaa 880318 Mark Johnson's Shareware C Compiler v1.2
mjc_c/part.uab 880318 Mark Johnson's Shareware C Compiler v1.2
mjc_c/part.uac 880318 Mark Johnson's Shareware C Compiler v1.2
mjclibnu.uaa 880317 Updated libs for Mark Johnson's C
monoware.uaa 880317 Run mono prgs on RGB
progem/part.uaa 880317 Professional GEM Tutorials
progem/part.uab 880317 Professional GEM Tutorials
progem/part.uac 880317 Professional GEM Tutorials
progem/part.uad 880317 Professional GEM Tutorials
progem/part.uae 880317 Professional GEM Tutorials
stevie.uaa 880309 C source for STevie - PD vi clone
stevittp.uaa 880309 Executable for STevie - PD vi clone
templmon.uaa 880317 Monitor prgs for debugging v1.1
UniTerm 2.0c 009 and support files
ezgem.uaa 880413 GEM file converter (Normal to EZ Draw)
keyedit.uaa 880413 Keyboard table editor
ugasc/part.uaa 880413 UniTerm User's Guide - ASCII format
ugasc/part.uab 880413 UniTerm User's Guide - ASCII format
ugasc/part.uac 880413 UniTerm User's Guide - ASCII format
ugtex/part.uaa 880413 UniTerm User's Guide - TeX format
ugtex/part.uab 880413 UniTerm User's Guide - TeX format
ugtex/part.uac 880413 UniTerm User's Guide - TeX format
uniedit.uaa 880413 Sample program using $VAR
unimisc.uaa 880413 Misc. support files
unisrc.uaa 880413 Example macros and 'docs' for $VAR facility
unitrm2c/part.uaa 880413 UniTerm V2.0c 009 program
unitrm2c/part.uab 880413 UniTerm V2.0c 009 program
unitrm2c/part.uac 880413 UniTerm V2.0c 009 program
unitrm2c/part.uad 880413 UniTerm V2.0c 009 program
unitrm2c/part.uae 880413 UniTerm V2.0c 009 program
unitrm2c/part.uaf 880413 UniTerm V2.0c 009 program
uupcst.uaa 880310 C source for UUPC for the ST
uuxbin.uaa 880309 Dumas' UUE.TTP and UUD.TTP with .DOC
xlib.uaa 880317 Experimental C source for shared libs
xlisp/part.uaa 880317 Implementation of Lisp for the ST v1.4
xlisp/part.uab 880317 Implementation of Lisp for the ST v1.4
zmdmprg/part.uaa 880317 Z Modem file transfer for the ST v1.2
zmdmprg/part.uab 880317 Z Modem file transfer for the ST v1.2
===============================================================================
To request files send a message to netlib@lakesys.UUCP consisting of:
send filename/part.uaa from archives.atari
send filename/part.uab from archives.atari
send filename/part.uac from archives.atari
etc.
Subject for the message is not necessary.
Use the form above to assure that the parts will arrive as separate messages.
Parts are approximately 50k each.
This index can be obtained by sending:
send index from archives.atari
to netlib@lakesys.UUCP
A path which has proven to be successful for some users is:
lakesys!netlib@csd1.milw.wisc.edu
Any comments, problems or suggestions, please mail to martin@lakesys.UUCP.
--
: Marty Wiedmeyer :
: Lake Systems, Milwaukee, WI :
: UUCP: {ihnp4,uwvax}!uwmcsd1!lakesys!martin :
: Disclaimer: I take the heat for my own (mis)statements..... :
------------------------------
Date: 9 Apr 88 17:39:29 GMT
From: uplherc!sp7040!jsp@gr.utah.edu (John Peters)
Subject: Re: TEDINFO info requested
To: info-atari16@score.stanford.edu
In article <8804072002.AA09315@grumpy.tis.com>, dmb@TIS.COM (David M. Baggett)
writes:
> 1) When I put up the TEDINFO, I type and nothing is accpeted. I used
> both the Digital Research RCS and the Laser RCP to make the resource
> and I haven't gotten the TEDINFO that either one produces to work.
> I have the template set to "XXXXXXXXXXXXXXXXX", so it should
> take all characters, right? Nope, the cursor just sits there...
Have you set the PVALID string? The validation characters are as follows:
Char Input Allowed
9 Numeric
a Both case alpha, plus space
n Digits + a
p All valid DOS path name characters
A Uppercase alpha, maps lower to upper
N Uppercase version of n
F Valid DOS filename characters, plus wildcards * and ?
P Valie DOS pathname characters, plus wildcards * and ?
X Anything.
The template field is what will initially be in the field. The valid field
validates what can be entered into the field. If the valid field is empty,
nothing can be entered. See pp. 75-78 in the Sybex book.
------------------------------
Date: 10 Apr 88 06:31:54 GMT
From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes)
Subject: Re: rsrc_load, etc.
To: info-atari16@score.stanford.edu
In article <8804052209.AA25739@ucbvax.Berkeley.EDU>, 0ALEVI@POMONA.BITNET
writes:
> After getting a retcode of 0 from rsrc_load, I did an rsrc_gaddr
> and ended up with a retcode of 1.
> What does this mean?
From MWC 2.1.7 Lexicon (Sybex _Programmer's Guid to GEM_ concurs):
int rsrc_load(filename)
char *filename;
rsrc_load returns 0 if an error occurred, and a number greater than 0
if one did not.
int rsrc_gaddr(type, index, address)
int type, index;
char **address;
rsrc_gaddr returns 0 if an error occurred, and a number greater than 0
if one did not.
> Is the Abacus book 'Gem Programming Reference Guide' correct in saying
> that 0 is an error?
Yep.
> Somebody told me that he thought that this is incorrect. He didn't sound
> completely sure though.
> Can anybody give me a definite answer?
> If so, what am I doing wrong?
Are you sure you have the correct filename for the resource file? Did
you put the complete filename in, including the .RSC extension? Have
you checked to make sure the RSC file hasn't been garbaged?
> -any help will be greatly appreciated.
Hope it did :-)
--
/\ - "Against Stupidity, - {backbones}!
/\/\ . /\ - The Gods Themselves - utah-cs!utah-gr!
/ \/ \/\/ \ - Contend in Vain." - uplherc!sp7040!
/ U i n T e c h \ - Schiller - obie!wes
------------------------------
Date: 10 Apr 88 18:05:29 GMT
From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes)
Subject: Re: Adaptec 4000/4070 controller
To: info-atari16@score.stanford.edu
In article <8804062128.AA02500@decwrl.dec.com>, heiden@kbomfg.DEC.COM (MATTHIAS
HEIDEN, DEC KAUFBEUREN, # 08341/ 913392) writes:
> Is there any problem with replacing the Adaptec 4000 controller in the SH204
> by the 4070 model and using an ST506 RLL drive?
I'm sure you'd have to patch or modify the device driver software,
since the RLL disk will have more sectors/track than the standard
ST506. There was mention of a German magazine article with source to
a hard disk device driver in it a couple of days ago, you might be
able to modify that.
Does anyone know if the current Supra drivers support RLL controllers?
> What about transfer rate? Can the ATARI - SCSI interface catch up?
The AHDI part should be a problem, but then only way to tell if your
SCSI->AHDI interface board is fast enough is probably to test it.
--
/\ - "Against Stupidity, - {backbones}!
/\/\ . /\ - The Gods Themselves - utah-cs!utah-gr!
/ \/ \/\/ \ - Contend in Vain." - uplherc!sp7040!
/ U i n T e c h \ - Schiller - obie!wes
------------------------------
End of Info-Atari16 Digest
**************************
-------
--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1824;
Tue, 19 Apr 88 05:16:10 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754896534571908@UNCA
Received: by CANADA01 (Mailer X1.24) id 0530; Tue, 19 Apr 88 02:49:57 EDT
Date: Mon, 18 Apr 88 17:39:05 PDT
Reply-To: Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments: Warning -- original Sender: tag was
Info-Atari16-request@Score.Stanford.EDU
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject: Info-Atari16 Digest V88 #191
To: Michael Hoffos <MWHOFFOS@UNCAMULT>
Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 191
This weeks Editor: Bill Westfield
Today's Topics:
Re: batch files from GEM
Re: TurboDOS
Re: MONO- & COLOR-emulators
Screen Dump in Personal Pascal
Re: UNIX Toolkit for the ST, Manual pages and one binary
Re: Missing Uniterm files
Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?)
Re: Info-Atari16 Digest V88 #178, 179, 180
UNITERM 2.0C Macros
RE: CZ-101
Re: Adaptec 4000/4070 controller
Re: CAD 3-D 2.0 and CYBERPAINT
TurboDOS / Publishing Partner Pro / BACKGROUND DL/UL
Re: WHAT ATARI NEEDS TO DO...
----------------------------------------------------------------------
Date: 13 Apr 88 16:54:17 GMT
From: bungia!com50!ems!viper!john@umn-cs.arpa (John Stanley)
Subject: Re: batch files from GEM
To: info-atari16@score.stanford.edu
In article <353@ritcv.UUCP> jdb9608@ritcv.UUCP (J. David Beutel) writes:
>> GEMBOOT provides the possibilty to execute
>>a batch file as the last step of the \AUTO\ folder sequence. By default it
>>looks for *.BAT files in \BOOTBAT\. Batch files are executed by default by
>>COMMAND.PRG. One can select amongst the batch files.
>
> I've never heard of batch files for GEM before. Would someone
>please fill me in? Are *.BAT only in France?
Batch (.BAT) files are text files containing a series of commands.
These files are offen used to repeat a series of often-used functions
rather than having to type in the commands time after time by hand.
Most CLI (command line interface) programs have some form of batch
capability.
Many allow the person setting up the file to use special codes in
the file that replace key filenames to make the batch file more
flexable. An example would be a series of commands to compile and
link a program. One of the changeable code fields in the file would
be the name of the file to compile. One batch file could then be used
to compile and link any number of programs and save the user a -lot-
of typing.
No, batch files are definately not limited to France. I think I'd
go nuts if I had to go without batch capabiltiy and I live in
Minnesota... To make it a bit clearer.. the batch files are not
"batch files for GEM", they're batch files that will work with
CLI programs on the ST. COMMAND.PRG is the "standard", but I don't
know of anyone who uses it localy, there are far too many better CLI
programs available for little cost or public-domain...
---
John Stanley (john@viper.UUCP)
Software Consultant - DynaSoft Systems
UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john
------------------------------
Date: 13 Apr 88 18:09:50 GMT
From: pyramid!prls!gert@hplabs.hp.com (Gert Slavenburg)
Subject: Re: TurboDOS
To: info-atari16@score.stanford.edu
Great that TurboDOS has made it to the U.S. ! But the article
by Michael Vederman that 'TurboDOS is now available from the
ATARINET server' does little but make me jealous : I have NO
IDEA on how to (or even if I can) access this server from
a simple minded UUCP host.
Michael, or any other friendly soul that CAN access the ATARINET
server : Can you tell us how to get it, or publish the thing
itself, don't brag that YOU have it. I'm too jealous right now.
I would just love to have my 20 MByte floppy behave like a
hard disk...
Gert Slavenburg
(gert@prls.UUCP or ..!pyramid!prls!gert)
------------------------------
Date: 13 Apr 88 17:12:10 GMT
From: bungia!com50!ems!viper!john@umn-cs.arpa (John Stanley)
Subject: Re: MONO- & COLOR-emulators
To: info-atari16@score.stanford.edu
In article <8804071050.AA25384@ucbvax.Berkeley.EDU> GASPARD@HROEUR5.BITNET
writes:
>Because I have seen no mail about it, I think it's not known to the ST-users.
>There are 2 monochrome and color-emulators for the ST now.
Make that three... There's also OmniRes developed by Silicon
Springs in Canada. It's available thru E.A.Brown in the U.S.
OmniRes ($34.95 + $4.95 P&H = $39.90)
E. Arthur Brown Co.
3404 Pawnee Dr.
Alexandria, Mn. 56308
U.S.A.
(612)-762-8847
>This little programs makes it possible to run color-programs on
>a monochrome system or monochrome-programs on a color-system.
>I have tested them both, and they have both other options.
>But one thing is for sure: IT WORKS!!!!!!!!!!
>
>The first is distributed (in holland) by the dutch
>ST-foundation, outside holland proberly by ROBTEC.
>The other is sold by GFA-System-technick in germany.
>The first will cost about 20 US-dollar and the other about 45 US dollar.
How about more information on addresses to send to and prices? I'm
sure I'm not the only person interesed in seeing the alternatives...
OmniRes does a reasonable job, but I'd sure like to see if the others
can handle some of the programs OmniRes won't work with.. (Especialy
certain games I'd love to be able to use on my mono monitor... :^)
>
>Bert Rozenberg
>Dutch ST-Foundation.
>
>
>
>Disclaimer:
>YES I'm connected to the dutch ST-foundation but not to GFA.
>The ST-Foundation is NOT commercial.
Disclaimer: I have no connection to Silicon-Springs or E.A.Brown...
(I just buy their software.. :)
---
John Stanley (john@viper.UUCP)
Software Consultant - DynaSoft Systems
UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john
------------------------------
Date: 14 Apr 88 18:40:03 GMT
From: avsd!govett@ucbvax.Berkeley.EDU (David Govett)
Subject: Screen Dump in Personal Pascal
To: info-atari16@score.stanford.edu
Does anyone know how to print sceen while using the Personal Pascal
environment? I though control-alt-help would work, but it doesn't.
I wrote a simple PP program that displays a few things on the screen,
and would like to dump this screen to the printer. After the
program executes, I type ctl-alt-help keys simultaneously, but
I just end up back in the PP environment and nothing is printed
because PP is waiting for any key input so that it can return.
I tried using READLN as my last instruction, but PP still
doesn't recognize ctl-alt-help.
Is there any way to dump the screen within PP?
------------------------------
Date: 13 Apr 88 05:11:32 GMT
From: uflorida!codas!burl!clyde!watmath!water!ljdickey@gatech.edu (Lee Dickey)
Subject: Re: UNIX Toolkit for the ST, Manual pages and one binary
To: info-atari16@score.stanford.edu
In article <1561@alliant.Alliant.COM> rosenkra@alliant.UUCP (Bill Rosenkranz)
writes:
>
>
>wait a minute...don't these people plan to try and SELL at least some of this
>code?
Yes, I think so.
> if so, why on earth are they posting it in a format that only (as far
>as i can tell) people with an ibm pc AND pkarc can extract?
I think it was a mistake. It seems that the ARC was done on a PC.
--
L. J. Dickey, Faculty of Mathematics, University of Waterloo.
ljdickey@waterloo.edu
ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET
ljdickey@water.UUCP or ...!uunet!water!ljdickey
------------------------------
Date: 13 Apr 88 16:06:00 GMT
From: killer!convex!authorplaceholder@AMES.ARC.NASA.GOV
Subject: Re: Missing Uniterm files
To: info-atari16@score.stanford.edu
Greg Onufer exodus@uop.edu writes:
>We are missing parts 2-4,6,8,9 of the recent uniterm postings in
>the binaries newsgroup. Could some kind soul please forward them to us?
Tim Coslet @cup.portal.com writes:
>These parts of uniterm are missing here too....
I agree: These parts of uniterm are missing here too....
Perhaps they should be reposted.
------------------------------
Date: 14 Apr 88 22:28:55 GMT
From: sunybcs!leo@boulder.colorado.edu (Leo Wilson)
Subject: Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?)
To: info-atari16@score.stanford.edu
In article <8804141613.AA08392@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET
writes:
>Seriously: is there anyone out there who could write a new ARC version for the
>ST that includes all IBM Arc compression methods ???
If you follow alt.sources, the guy who ported arc 5.2 to BSD said something
about beginning a port to his ST in a couple of days. In any event, the arc
posted in alt.sources works on BSD, or seems to so far. I only compiled it
today and need to check into it further before asking the site manager to
actually install it. Does 5.2 have "all IBM Arc compression methods"?
Please note that I have nothing more to do with arc than using it, and
I don't know Howard personally (he's done a number of good things for the
ST), so this is PURE RUMOR for the time being...
Leo E. Wilson 364 West Delavan Avenue Buffalo, NY 14213 (716)883-7573
(leo@gort.cs.Buffalo.EDU) ...!sunybcs[!leow]!leo leo@sunybcs.bitnet
------------------------------
Date: Thu, 14 Apr 88 22:15:53 EST
From: Peter Jaspers-Fayer <SOFPJF%UOGUELPH.BITNET@forsythe.stanford.edu>
Subject: Re: Info-Atari16 Digest V88 #178, 179, 180
To: Atari ST users <Info-Atari16@score.stanford.edu>
In-Reply-To: Message of Thu, 14 Apr 88 07:49:09 PDT from
Huh, wha? Gee, this stuff is beginning to sound awfully familiar. Either:
a) My mail software has gone berserk,
b) I'm going crazy (something I won't rule out), or
c) The last 3 (178-179) digests really WERE were identical except for
date/timestamps and the serial numbers.
1) Is it just me?
2) What gives? and (a totally unrelated but completely valid question):
** FLAME ON **
3) Can ANYONE make those people nattering about non-ST stuff GO AWAY ?!?
(All together now, shout it)
P U L L E E - E E Z E S T A A W W W P P P P ! No more:
- Multi-taking Pros and Cons
- Copy protection ditto
- GATT ditto
- Other non-ST related ramblings. Please think before (cross) posting.
** FLAME OFF **
(OK, so what does THIS epistle have to do with the ST? ;-) sorry.
I don't dispute anyone's right to talk about the above, I only object to
them doing it HERE! (More than) 'nuff said.
/PJ
-------------------------------
OPPCODE: GREM Generate Random Error Message
------------------------------
Date: 14 Apr 88 07:00:51 GMT
From: pasteur!cory.Berkeley.EDU!landay@ucbvax.Berkeley.EDU (James A. Landay)
Subject: UNITERM 2.0C Macros
To: info-atari16@score.stanford.edu
I like UNITERM 2.0C. Great work again Simon!! The new macros are much better
than in the last version, but in converting my old ones I ran into a problem
that took me a long time to figure out:
functions must be of the form: func()
not: func ()
NO SPACE!! I didn't find it in the manual, but it may be there!!
(Simon, you may wish to confirm this) Just wanted to save everyone else
the trouble I had.
TRADITIONAL UNITERM WISH LIST
1. Unix Windows capability
2. The above with some way of doing background file transfer
while in a different shell (with its own window.) This may require
some more software (other than UW) on the Unix side. (I am
not sure)
James A. Landay
ARPA: landay@cory.berkeley.edu
ucbvax!cory!landay
------------------------------
Date: 7 Apr 88 19:32:21 GMT
From: leigh%byuvax.BITNET@jade.berkeley.edu.user@host.BITNET
Subject: RE: CZ-101
To: info-atari16@score.stanford.edu
Check out rec.music.synth and their recommendations. The CZ-101 isn't
that highly rated and most people I talk to say it's sounds are nothing
special.
CHad
Disclaimer: Above is just a casual observation. I don't have a CZ-101
and don't remember ever hearing one.
------------------------------
Date: 11 Apr 88 15:48:44 GMT
From: tektronix!sequent!mntgfx!dclemans@ucbvax.Berkeley.EDU (Dave Clemans)
Subject: Re: Adaptec 4000/4070 controller
To: info-atari16@score.stanford.edu
From article <8804062128.AA02500@decwrl.dec.com>, by heiden@kbomfg.DEC.COM
(MATTHIAS HEIDEN, DEC KAUFBEUREN, # 08341/ 913392):
>
> Is there any problem with replacing the Adaptec 4000 controller in the SH204
> by the 4070 model and using an ST506 RLL drive ? What about transfer rate ?
> Can the ATARI - SCSI interface catch up ?
> Does somebody have the specification for these controllers or may be even
> the address of Adaptec ?
>
> many thanks,
> Matthias Heiden
The Adaptec 4070 works fine with the ST. Make sure you have a drive that
can support RLL.
dgc
------------------------------
Date: 13 Apr 88 02:10:14 GMT
From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun)
Subject: Re: CAD 3-D 2.0 and CYBERPAINT
To: info-atari16@score.stanford.edu
CAD 3-D was designed to be a modeling tool, primarily for things sich (oops -
such) as buildings and such. Yes, you can do molecular modeling (as in that
DNA example), and contrary to your comments, the results are very agreeable.
However, you can get better results if you use Antic's Molecular Design disk
(or something like that -- it's in The Catalog).
Processing speed is fairly slow, but I have played with it for a while and I
find it bearable. With the addition of a Blitter chip (yes, I have played with
CAD 3-D on a Mega ST-4 w/Blitter) and expanded memory, processing time is
*quite* rapid.
Please be more objective in your comments.
--
Mail coming to you from the Fidonet Gateway - Node 1:107/330
To respond, please send mail to ...rutgers!rubbs1!net!node!user_name
------------------------------
Date: 13 Apr 88 22:06:21 GMT
From: pyramid!prls!philabs!sbcs!lean@decwrl.dec.com (Lean L. Loh)
Subject: TurboDOS / Publishing Partner Pro / BACKGROUND DL/UL
To: info-atari16@score.stanford.edu
I've also used TurboDOS for a while, and am very happy with
this product (except for chewing up 103 K of my precious RAM). From
what I've learned, it does more than just caching. It intercepts
some i/o calls (as braner pointed out) and speeds them up, and supposedly
fixes the famous 40-folder bug (note the 'supposedly') too. The result
is much faster disk accesses, etc. You should be seeing this posted
to the net soon. TurboDOS is from Atari FRANCE, and is available
from Atari Germany BBS and the server at Houston.
Has anyone any news about PP Pro?
Also a new product called SHADOW just came out. It's the commercial
version of dctran.acc (the PD demo that was posted here ages ago) and is
marketed by ANTIC for $29.95. Features:
i) full background download and upload from
ANY program (.TOS, .TTP, .PRG ). Amazing.
ii) VT-52 emulator
iii) RAMDISK/buffer user re-configuration
iv) Xmodem CRC / checksum / 1 K/ ASCII
v) Compu-Serve B Protocol
... and more
--
if you can dream it, you can do it. CSNET:lean@sbcs.csnet
.. go sleep ARPA:lean%suny-sb.csnet@csnet-relay.arpa
UUCP:{allegra, hocsd, philabs, ogcvax}!sbcs!lean
------------------------------
Date: 6 Apr 88 16:58:47 GMT
From: leigh%byuvax.BITNET@jade.berkeley.edu.user@host.BITNET
Subject: Re: WHAT ATARI NEEDS TO DO...
To: info-atari16@score.stanford.edu
>In article <166leigh@byuvax.bitnet> leigh@byuvax.bitnet writes:
>>If Atari would like to be somewhat successful with their non-8-bit machines,
>>they need to get rid of their game-machine image. To do that, they need
>>to form a new subsidiary that doesn't conspicuously bear the Atari name
>>and use it to market the STs, ABAQ, and UNIX-boxes and leave the Atari name
>>for the 8-bit machines and Game Systems.
>>
>>Chad
>I hope this was meant as a joke. The problems that Atari is having with
nope. no joke. Of course you are right, the problem isn't just their
name, but I would be willing to wager that even if they did *repent* :-)
and become the most 'honest' supporting forthright computer company that
ever existed I doubt that they would become successful quickly. Too many
people get a bad taste in their mouths when the name Atari comes up (either
because of their track record or because they are 'just' a game company...).
>regards to establishing themselves as a "credible" computer company goes
>deeper than just their name. For Commodore, this strategy may have worked;
>they made the Amiga name MUCH more prominent than the company's, BUT they
>were successful with this because they changed their attitude towards their
>customer (ie. they became more attuned to the customers' and developers' needs)
>whereas Atari still treats customers & developers as they have for their
>8-bit products: crummy.
>I know I know, this is becoming yet another Atari-bash. But what else can I
>(or we, in general) do? Oh we keep hearing promises from the Atari management
>and the Atari guys that post to this net BUT after waiting for nearly TWO YEARS
>for some of these promises to come true, I'm becoming too disillusioned to
>believe in anything that Atari decides to announce. I'll believe Atari again
>when they start fulfilling some of their promises and when they "grow up" as
>a company.
>
>
>As usual, these are my personal opinions. But it seems that numerous other
>people share this view.
>
>
>Tom Wolf
>ARPA (I think): tw@cscosl.ncsu.edu
> or wolf@csclea.ncsu.edu
>
Chad
------------------------------
End of Info-Atari16 Digest
**************************
-------
--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 2083;
Tue, 19 Apr 88 05:58:30 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754898852362422@UNCA
Received: by CANADA01 (Mailer X1.24) id 1041; Tue, 19 Apr 88 03:26:25 EDT
Date: Mon, 18 Apr 88 17:40:10 PDT
Reply-To: Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments: Warning -- original Sender: tag was
Info-Atari16-request@Score.Stanford.EDU
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject: Info-Atari16 Digest V88 #193
To: Michael Hoffos <MWHOFFOS@UNCAMULT>
Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 193
This weeks Editor: Bill Westfield
Today's Topics:
ISO 8859/1 Latin Alphabet #1
program to replace trailing spaces in uuencoded files
TurboDOS / Shadow
Re: looking for a C compiler that runs on a vax and produces ST code
Re: rsrc_load and drop-down menus
turbodos problem
Uniterm 2.0c XMODEM bug (Was Re: Uniterm 2.0c)
Lost most of the 18 Uniterm 2.0c parts - help !
CC for Alcyon
Re: Turbodos docs
Re: setinit.prg
----------------------------------------------------------------------
Date: Fri, 15 Apr 88 07:59:47 EDT
From: csrobe@icase.arpa (Charles S. Roberson)
To: info-atari16@score.stanford.edu
Subject: ISO 8859/1 Latin Alphabet #1
I saw this on a unix mailing list and was curious if anyone could confirm
it. Does the ST actually conform to this extended character set?
---begin forwarded message---
From: Peter da Silva <peter%sugar.UUCP@uunet.UU.NET>
Newsgroups: comp.std.unix
Subject: Re: 8-Bit ASCII Standard on UNIX-POSIX
Reply-To: sugar!peter@uunet.UU.NET (Peter da Silva)
Organization: Sugar Land UNIX - Houston, TX
Date: 14 Apr 88 00:54:17 GMT
Apparently-To: std-unix-list
From: peter@sugar.UUCP (Peter da Silva)
> From: guy@Sun.COM (Guy Harris)
> The ISO 8859/1 character set, also known as "ISO Latin
> Alphabet #1", has been adopted or will be adopted by a number of vendors for
> Western European use; AT&T ... Sun ... Apollo ... DEC ...
Add the Commodore Amiga and (I think) the Atari ST to the list...
--
-- Peter da Silva `-_-' ...!hoptoad!academ!uhnix1!sugar!peter
-- "Have you hugged your U wolf today?" ...!bellcore!tness1!sugar!peter
-- Disclaimer: These aren't mere opinions, these are *values*.
Volume-Number: Volume 13, Number 51
---end forwarded message---
Thanks,
-c
+-------------------------------------------------------------------------+
:Chip Roberson ARPANET: csrobe@icase.arpa :
:1105 London Company Way BITNET: $csrobe@wmmvs.bitnet :
:Williamsburg, VA 23185 UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe:
+-------------------------------------------------------------------------+
"One world is enough, for all of us..." - The Police.
------------------------------
Date: Fri, 15 Apr 88 09:38:48 EDT
From: csrobe@icase.arpa (Charles S. Roberson)
To: info-atari16@score.stanford.edu
Subject: program to replace trailing spaces in uuencoded files
I saw this program on the Sun-Spots mailing list and thought it might
be of use to some Atarians. I have not compiled or tested it, so
I don't know anything more than what was said in the note. Personally,
I use J.P.H.Dumas' uue and uud, which I find to be very robust. However,
if I ever receive a munged uuencode file I will definitely give this a
try.
enjoy,
-c
---snip---snip---snip---
SUN-SPOTS DIGEST Monday, 4 April 1988 Volume 6 : Issue 44
----------------------------------------------------------------------
Date: Wed, 23 Mar 88 21:50:25 EST
From: Brian Glendenning <brian@radio.toronto.edu>
Subject: uudecode and trailing blanks
In a recent Sun-Spots Steve Platts complains of uuencoded files being
mangled by having trailing spaces being stripped out (bitnet is the usual
culprit). The following program is quite useful for fixing this. I grabbed
the code off the net a while ago, I'm afraid I don't know who the author
is.
/*
Try to repair uuencoded files when trailing space has been removed.
It pads short lines with spaces whenever needed.
It reads from stdin and writes to stdout.
use: pgm <uuencoded > repaired
uudecode repaired
or: pgm <uuencoded : uudecode
If it doesn't work, I can't help you.
*/
#include <stdio.h>
main()
{
char c;
int tab, len;
tab = 0;
while ((c = getchar()) != EOF)
{
if (tab == 0)
{
if (' '<=c && c<='Z') len = ((c-' '+2)/3)*4+1;
else len = 1;
}
if (c == '\n')
{
while (tab++<len) putchar(' ');
tab = 0;
}
else tab++;
putchar (c);
}
}
/* End of text from mirror:comp.sys.ibm.pc */
Brian Glendenning INTERNET - brian@radio.toronto.edu
Radio Astronomy, U. Toronto UUCP - {uunet,pyramid}!utai!radio!brian
+1 (416) 978-5558 BITNET - glendenn@utorphys.bitnet
---snip---snip---snip---
+-------------------------------------------------------------------------+
:Chip Roberson ARPANET: csrobe@icase.arpa :
:1105 London Company Way BITNET: $csrobe@wmmvs.bitnet :
:Williamsburg, VA 23185 UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe:
+-------------------------------------------------------------------------+
"One world is enough, for all of us..." - The Police.
------------------------------
Date: 14 Apr 88 01:15:59 GMT
From: pyramid!prls!philabs!sbcs!lean@decwrl.dec.com (Lean L. Loh)
Subject: TurboDOS / Shadow
To: info-atari16@score.stanford.edu
I forgot to mention that the background dl/ul facility of SHADOW
(see previous posting) is reset-proot !!!! Yes, you can reset the
computer and the transfer would still be okay .
I just did some timing on TurboDOS. My setup is 1040 monochrome with
20 Meg Supra HD. All programs were run from BDT Micro C-Shell:
Without TurboDOS With TurboDOS
------------------------ ----------------
Load uniterm 2.0c 6.03 sec 3.95 sec
3.95 sec ***
Load Publishing Partner 7.02 sec 3.38 sec
(with 4 fonts) 3.38 sec ***
Memleft 2.5 sec 1.3 sec
(a C program which 0.67 sec ***
shows amount of RAM left)
Clear 1.72 sec 0.55 sec
(a C program which clears the screen) 0.30 sec ***
df on partition C 7.11 sec instantaneous
( 3.8 Meg free / 8 Meg )
df on partition D 8.09 sec instantaneous
( 8.4 Meg free / 9 meg
------------------------------------------------------------------
*** means running that program a second time immediately after running
it once. Note the decrease in time for MemLeft and Clear (both
are very small TOS programs (of < 2K, i think) )
With TurboDOS, all those little Unix utility programs run like built-in
commands.
--
if you can dream it, you can do it. CSNET:lean@sbcs.csnet
.. go sleep ARPA:lean%suny-sb.csnet@csnet-relay.arpa
UUCP:{allegra, hocsd, philabs, ogcvax}!sbcs!lean
------------------------------
Date: 10 Apr 88 18:16:35 GMT
From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes)
Subject: Re: looking for a C compiler that runs on a vax and produces ST code
To: info-atari16@score.stanford.edu
In article <3208@hcr.UUCP>, miken@hcr.UUCP (Mike Nemeth) writes:
> the subject line says it all folks. does there exist such a beastie?
The summary line says it all folks. I've seen ads lately in either
Dr. Dobb's Journal or Computer Language. I think Atari did most of
their early development using an Alcyon compiler running on a VAX with
Unix. Can anyone at Atari verify this?
Whitesmiths also has VAX-hosted cross-compilers that generate 68000
code. I don't know if they have a GEMDOS library, but it would not be
hard to write interfaces to the BIOS, XBIOS, and DOS calls, and then
modify the standard library to use the interface routines for
low-level I/O.
Last, but CERTAINLY not least, you could try MWC. I'm pretty sure
they DON'T develope MWC on STs :-). It would probably be a fairly
quick process for them to prepare their compiler to be a cross-
compiler; they may have already done it in-house. Most compilers are
"boot-strapped" by compiling the code on a system that already has a
compiler, then running the source for the compiler through itself.
Given my drudthers, and enough budget, I'd get MWC, but I'm
prejudiced.
--
/\ - "Against Stupidity, - {backbones}!
/\/\ . /\ - The Gods Themselves - utah-cs!utah-gr!
/ \/ \/\/ \ - Contend in Vain." - uplherc!sp7040!
/ U i n T e c h \ - Schiller - obie!wes
------------------------------
Date: 10 Apr 88 06:13:09 GMT
From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes)
Subject: Re: rsrc_load and drop-down menus
To: info-atari16@score.stanford.edu
In article <2779@crash.cts.com>, sreeb@pnet01.cts.com (Ed Beers) writes:
> Actually you can't get the resource construction set by buying the developers
> kits. The developers kit I received last month consisted of:
>
> a) Lots of documents but no schematics.
> b) MWC ver 2.1.7
> c) A nondisclosure agreement
> d) Nothing else.
> e) NONE of the DRI software.
>
> I think that Kuma? sells a resource editor.
Guess what I got from the Federal Express girl today? MWC compiler
version Beta 2.9, MWC Resource program, compiler, and decompiler
version 1.01, and CSD version 0.9.something.
I was a beta tester for MWC for 2.0 and 2.1, this might have had
something to do with my receiving the beta versions. I was, of
course, hip deep in another project when I picked up the envelope, and
had to wait almost 6 hours before tearing into the software.
Immediately upon arriving home, my brother (known to the net as
sp7040!jsp or wsccs!john) and I installed the software on the ol'
SH204. We ran through one of the CSD tutorials - nifty keano.
Then we went off and played with the Resource program (GEM version)
for a little while - I really like the user interface. They have
floppy disks for the floppy drive icons, a stack of blocks for each
of the hard disk partitions (labelled `block device'), and a paper-
shredder icon for getting rid of things. Perhaps this is to keep Apple
from suing MWC? It doesn't look the least bit like a Mac, and it is more
appropriate; recovering things from a shredder is difficult beyond
belief.
We worked with the compiler a bit too. It does *seem* to compile
notable faster, we haven't run any benchmarks yet. We'll try to do a
drystone tomorrow and post the results.
Then we went and made a large program John has been working on
debuggin, and started through it with CSD. I have used Microsoft's
Codeview a fair amount, in C, MASM, and Fortran, and have used the
VAX/VMS debugger in C, Modula-2, and Fortran, and Unix Sys V `sdb' in
C and f77. CSD blows them all away with one little feature: CSD has
what MWC calls an EVALUATION WINDOW. You can type the name of a
variable (and even type-cast it), or *any valid C expression*, and it
will be re-evaluated *each time a breakpoint is reached*. Think about
this - if you want to trace a variable in a loop, all you do is break
point at the beginning (or end) of the loop, and put a printf
statement to print the variable in the evaluation window.
+------------------------------------------------------------+
: I LOVE THIS DEBUGGER! I HAVE ALWAYS WANTED THIS DEBUGGER! :
: CSD IS THE BEST PROGRAMMING TOOL OF THE DECADE! :
+------------------------------------------------------------+
OK, OK, I'm calmed down again. Anyhow, the new version of MWC
includes an RCS that is better than any I've seen yet, and a debugger
that will make it so you don't DREAD debugging anymore. Don't bother
with Kuma until you've sent in your update card and gotten MWC 3.0!
Disclaimer: As I stated earlier, I was a beta tester for MWC 2.0 and
2.1. I recieved free compiler updates for beta testing. I am not nad
have never been an employee of Mark Williams Co. (although if asked to
be one, I'd probably have to think it over for 4 or 5 nanoseconds
before agreeing :-). I just think they do a really good job of
producing compilers for the ST.
--
/\ - "Against Stupidity, - {backbones}!
/\/\ . /\ - The Gods Themselves - utah-cs!utah-gr!
/ \/ \/\/ \ - Contend in Vain." - uplherc!sp7040!
/ U i n T e c h \ - Schiller - obie!wes
------------------------------
Date: 14 Apr 88 15:55:32 GMT
From: mcvax!cernvax!jmg@uunet.uu.net (jmg)
Subject: turbodos problem
To: info-atari16@score.stanford.edu
Small problem with Turbodos for those who use the program issued in a
very early volume of STart which allows one to have different icons:
Turbodos completely rewrites low memory and so the icon rewriter
fails to find the string "DESKTOP.RSC" (or equivalent in German or French
models): may even find something and screw one completely!
Have not yet figured out a fix.
--
_ _ o : __ : jmg@cernvax.uucp
: : : : _ / \ _ __ _ __ _: jmg@cernvax.bitnet
: : : : :_) /_) : __/_) : (___\ : (_/ : J. M. Gerard, Div. DD, CERN,
: : :_:_: \_/\___ \__/ \___: (_:_: \_:_ 1211 Geneva 23, Switzerland
------------------------------
Date: 14 Apr 88 10:08:35 GMT
From: mcvax!ukc!dcl-cs!bath63!pes@uunet.uu.net (Smee)
Subject: Uniterm 2.0c XMODEM bug (Was Re: Uniterm 2.0c)
To: info-atari16@score.stanford.edu
I found the following in my mailbox today, from Simon Poole (via Stephan
Leicht). Not going to bother with it myself, since I don't use XMODEM,
but if you want to have a go... (Amazingly, it seems to have retained its
format in transit thru several mailers. :-)
#12 (26 lines in body):
Delivery-Date: 14 April 1988 10:44 bst
Delivery-By: Network_Mailer.Daemon (XBR1Y055@EARN.DDATHD21@UK.AC.RL.)
Date: Thursday, 14 April 1988 08:49 bst
From: XBR1Y055 at EARN.DDATHD21
Subject: correction of Uniterm bug
To: SMEE at AUCC
X-Vms-To: "@thd$hrzdsk:[.uniterm]v20c.dis"
From: K538915@CZHRZU1A.BITNET
Whoops, there is a bug in the code for caculating the checksum
in UniTerm's (2.oc 008 and 009) XModem (CRC work's ok), to fix
change the sequence
064000FF
(only occurs once) to
024000FF
for the more nervous here's a few more bytes around the problem..
660C
D019
064000FF
51CBFFF8
4ED0
Sorry
Simon Poole
Bitnet: K538915@CZHRZU1A
UUCP: ...mcvax!cernvax!forty2!poole
Technical Details
Message-ID:
<880421003017.0000FB00.AAHB.D2@UNCACDC>Path:
arc1-ca.pugleaf.net!utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!UNCACDC.BITNET!PostmasShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!UNCACDC.BITNET!Postmas From: Postmas@UNCACDC.BITNET (University of Calgary Postmaster) Newsgroups: comp.sys.atari.st Subject: (none) Message-ID: <880421003017.0000FB00.AAHB.D2@UNCACDC> Date: 21 Apr 88 06:30:17 GMT Sender: usenet@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 1742