=========================================================================
 
INFO-ATARI16 Digest         Mon,  5 Feb 90       Volume 90 : Issue  156
 
Today's Topics:
                             Chaos Maps?
                              Hard Drive
                 HELP! Floppy Drive not working out.
               Is there a (reliable) CHKDSK for the ST?
                   PC-Speed with Hercules Emulation
              Testing that programs conform to TOS rules
                                Thanks
                       TOS io redirection bugs
----------------------------------------------------------------------
 
Date: 3 Feb 90 16:52:28 GMT
From: agate!saturn!ucsco.ucsc.edu!sandy47@ucbvax.Berkeley.EDU  (Larry McElhiney)
Subject: Chaos Maps?
Message-ID: <10635@saturn.ucsc.edu>
 
I noticed a mention of Chaos Strikes Back maps on this group recently, but
all personal mail I've tried to send to track them down has bounced.  I'd
be very pleased to receive information on BBSs which have such information
or preferably copies of such map files.
 
We have a group here that is struggling through, but we cannot easily
communicate among ourselves without a map reference.
 
Any help would be greatly appreciated.
 
Thanks in advance.
 
                                        Larry
 
------------------------------
 
Date: 1 Feb 90 16:39:05 GMT
From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
Subject: Hard Drive
Message-ID: <1256@lzsc.ATT.COM>
 
In article <9001310813.AA11452@ucbvax.Berkeley.EDU>, FRACHEL@umiami.Miami.EDU
 ("Franklin E. Rachel") writes:
> Hello,
>
>    I am planning on building a hard drive system for my 1040 st, and
> was wondering which host adapter you people prefer.  I have heard
> many good things concerning the one from BMS (I think thats it)
>
Indead, BMS, SUPRA, and ICD are all in this pond.
I Like BMS, because I like dealing with the people there.
SUPRA and ICD will sell you a complete package.
The BMS is marketed direct and by EA Brown (Minneapolis,MN) who
will also sell you the box and boards to run your own drive.
 
 
Howard C. Johnson
ATT Bell Labs
=====NEW address====
att!lzsc!hcj
hcj@lzsc.att.com
 
------------------------------
 
Date: 5 Feb 90 08:11:04 GMT
From: ocf.berkeley.edu!kawakami@ucbvax.Berkeley.EDU  (John Kawakami)
Subject: HELP! Floppy Drive not working out.
Message-ID: <34122@ucbvax.BERKELEY.EDU>
 
I'm having a big problem.  I bought a 1.44Mb (high density) 3.5" floppy drive
to replace the SS/DD drive I have now.  My plan was to just pop the drive
in and use it like an ordinary DS/DD drive, not a DS/HD drive.  Well, it
didn't work.
 
So far, all that happens is that the floppy acknowledges its existence.
When I try to read, the light flashes on, but the computer cannot read the
data on the diskette.  When I formatted a diskette on it, the head did not
move, and the end result was a diskette that claims to have 0 bytes used,
0 bytes free, and 0 everything else.
 
The drive is a Toshiba.  That might have something to do with it; I recall
seeing things about that drive before.
 
John Kawakami       kawakami@earthquake.berkeley.edu
                    ucbvax!earthquake.berkeley.edu!kawakami
                    take-a-right-up-the-hill-then-a-left-on-leroy
 
------------------------------
 
Date: 1 Feb 90 16:27:47 GMT
From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
Subject: Is there a (reliable) CHKDSK for the ST?
Message-ID: <1255@lzsc.ATT.COM>
 
In article <1990Jan31.032956.28008@gpu.utcs.utoronto.ca>,
 romwa@gpu.utcs.utoronto.ca (Royal Ontario Museum) writes:
> Sorry if this has come up before, but I am really in need of info
> regarding a reliable way to verify the integrity of the FAT.
> Hopefully, the program should also go ahead and fix lost clusters,
> etc. as automatically as possible.
>
fsck.prg was previously posted.  It works well up the 16 meg partitions.
 
Since TOS 1.4 supports up to 32 Meg partitions, I have modified fsck.prg.
I will send it to anyone who writes.
 
Howard C. Johnson
ATT Bell Labs
=====NEW address====
att!lzsc!hcj
hcj@lzsc.att.com
 
------------------------------
 
Date: 05 Feb 90 09:56 GMT+0100
From: Thomas-Martin Kruel <kruel%vax.rz.uni-wuerzburg.dbp.de@RELAY.CS.NET>
Subject: PC-Speed with Hercules Emulation
Message-ID: <19:kruel@vax.rz.uni-wuerzburg.dbp.de>
 
   In article <56432@ccicpg.uucp> Paul Moreau asked about a Hercules monochrome
support for PC-Ditto II. In fact, PC-Speed does (720 * 348). This in included
in version 1.30 of the software, available since mid Dec. 89 here in Europe.
 
Thomas.
 
Thomas-Martin Kruel     Inst.f.Physikal.Chemie d.Univ.Wuerzburg, Marcusstr.9-11
                        D-8700 Wuerzburg, West Germany
BITNET:                 <phch020@dwuuni21.bitnet>
EAN:                    <kruel@vax.rz.uni-wuerzburg.dbp.de>
 
------------------------------
 
Date: 5 Feb 90 07:28:21 GMT
From: watmath!watmsg!mwnewman@iuvax.cs.indiana.edu  (mike newman)
Subject: Testing that programs conform to TOS rules
Message-ID: <33976@watmath.waterloo.edu>
 
In article <721@duteca.UUCP> knop@duteca.tudelft.nl (Peter Knoppers) writes:
>What I am thinking of is a terminate-and-stay-resident program that
>intercepts most (if not all) trap vectors. The test suite will make
>sure that, in addition to really executing the requested trap:
        [ several other interesting points deleted ]
>- The area just outside a malloc-ed area is not used by an application
>  program. (This can be done by regularly checking that the contents of
>  such memory areas have not been altered.)
 
        This isn't enough to solve the problem.  What you would really want
to do is also check that the program under suspicion doesn't READ anything
outside of it's own (legally accessible) memory.
        Also, if our watchdog is to truly ensure that no TOS memory is illegally
written to, it would have to keep a duplicate copy somewhere, and update
it EVERY TIME a legal write to such areas occured.  And how often would it
have to verify that the two copies are the same?  What about programs that
flip some undocumented switch and then reset it?  How could one be sure of
catching those?
        Besides, when would you run it?  With the incumbent delays, I sure
wouldn't want it around when I'm doing any real work :-).
 
        IMHO, there are really only two /practical/ ways to deal with
programs that poke around where they're not welcome:
 
        1) An agressive program by atari to ignore such programs, and
           just break them with new releases of TOS.  Serious programmers
           (ie: those that produce useful and used programs) would
           hopefully shape up, and non-serious, by the above definition,
           don't matter.  (I assume there must be a fair number of programmers
           in the first category who break the rules, else why all the fuss?)
 
        2) Sidestep the problem by (officially) documenting TOS from
           the beginning, and providing legal ways to accomplish the
           offending hacks.
 
        3) Both of the above.
 
 
mike newman             disclaimer: why yes, thank you, I'll have two.
"Thy Sine Function Shalt Never Be Greater Than One"  -- MatheMatics
 
------------------------------
 
Date: 5 Feb 90 08:37:51 GMT
From: ogicse!plains!blee@decwrl.dec.com  (Blaine Lee)
Subject: Thanks
Message-ID: <3317@plains.UUCP>
 
Thanks for those who responded to my problem with my mouse...Yes it was
a peskey virus.  Vkiller did the work for me.  My thanks to the author should
be in the mail soon...
 
For my other problems Nobody else has these problems???  I would realy
like have these programs running on my machine, has anyone hacked a
solution???
   Tuzzle       \
   Domino 2      ? No joystick access
   Squix        /
And Uniterm 2.0e is still easy for me to crash... all I have to do is
move through a few menus or dialog boxes and things get all messed up.
 
am I alone on this???  talk to me!
 
Blaine Lee
blee @ plains.nodak.edu         Hey Dude, Lets Parity!!!
blee @ next210.nodak.edu  -*Voice Mail!
 
------------------------------
 
Date: Tue, 30 Jan 90 12:52:46 MEZ
From: ONM07%DMSWWU1A.BITNET@CUNYVM.CUNY.EDU (Julian Reschke)
Subject: TOS io redirection bugs
Message-ID: <9001301152.AA03348@freya.dmswwu-ether>
 
In article <1990Jan22.173721.12285@stag.UUCP> Dale Schumacher writes:
 
> On a related point, there has been some movement to correct a long-standing
> inconvenience in TOS regarding stderr.  Handle 2 is connected to the AUX
> port by default, but I support it's use as a redirectable stderr.  To
> force this to work properly, C start-up code should check to see if handle
> 2 is a tty.  If is IS, then Fforce() it to -1 to attach it to the console.
> This is harmless if it already IS attached to the console, and makes sure
> you don't confuse your serial i/o device if it's still attached to AUX.
> If handle 2 IS NOT a tty, leave it alone, since that should indicated that
> someone has redirected it.
 
But this will fail if you try to redirect handle 2 to PRN:! Correct me if
I'm wrong...
 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Tel.: 0251/861241
eMail: ONM07@DMSWWU1A.BITNET
 
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #156
