Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!ucsd!pacbell.com!pacbell!att!dptg!lzsc!hcj
From: hcj@lzsc.ATT.COM (HC Johnson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TOS 1.4 vs. old (1988) ICD HD utilities
Summary: ICD seems to do illegal things.
Keywords: TOS 1.4, ICD, icdboot.prg, bombs
Message-ID: <2150@lzsc.ATT.COM>
Date: 5 Sep 90 12:57:22 GMT
References: <384@saxony.pa.reuter.COM>
Organization: AT&T BL Middletown/Lincroft NJ USA
Lines: 31

In article <384@saxony.pa.reuter.COM>, pesch@pa.reuter.COM (Roland Pesch) writes:
> Over the Labor Day week-end, I finally upgraded my trusty old 1040ST to
> TOS 1.4 (using the six-chip set).  It's very nice---but only if I boot off
> a floppy and forget my hard disk!
> 
> My HD is built from an ICD host adapter kit, and has been happily booting off
> icdboot.sys (nee .prg) with the old TOS.  ICD, over the phone, claim the

Disclaimer:  I have BMS, and like BMS.

The boot process that ICD and Supra use is fairly tricky.  They search the
root directory themselves and need to fake out the TOS ROM boot sequence.

These can be done without being TOS # dependent but it easier to do it wrong.
There has been much chatter here and in ...minix... with the result that
ICD is always puttingh out a 'fix'.  I think that they may be cheating.

Try to run a utility from disk that will turn off the autoboot.

p.s.

Way back, Dave Small had a neat program in START that would bypass the booting
of an adled hard disk.  It does cheat -- jumps into ROMS.  The address needs
to be changed for TOS1.4 but it the only sure fire way to get control when
1) the boot image is sick  or 2) .acc progs are bombing.  It saved my life
(i.s. hard disk) several times.

Howard C. Johnson
ATT Bell Labs
att!lzsc!hcj
hcj@lzsc.att.com