Re: ADT query-- ADTCHECK

[Rubywand <rubywand@swbell.net>]

Bart writes ...
> 
> >The check is not an absolute guarantee that ADT is not corrupted; but, if
> >the sum is 'correct', the odds are pretty good that ADT is okay.
 ....
> 
> Thanks for the program,

     Welcome!

> I will try it tonite (for some reason they
> want me to work on this dang fool NT 4.0 PC during the day.  Ingrates!).

     For sure; like, some people have really screwed up priorities.

   
> It is possible that ADT is corrupt.  It took me forever to transfer it
> as I was having  problems ranging from cord to ribbon wire to tired and
> issuing typos.....
 ....

    "Taking forever" is typical at 300 baud. (Since it is ASCII and bytes are
separated by SPACE chars, you are getting 5 or 6 program bytes per second.)

 
> Oh btw: to transfer ADT originally I used FCREMOTE (an
> obscure but quite nice progy similar 
> to Comit or Telix) and to get the ADTCFG.BAS across I had to
> translate all carr. returns and line feeds as returns, thereby sending 2
> between each line which was translated as  1 on the Apple at least so it
> looks when listed.
 ....

     Actually, you do not need to transfer ADTCFG.BAS. ADT allows changing
Speed, Slot, etc.. When running ADT, you select "CONFIGURE" from the main
screen.

     ADTCFG.BAS is for changing the default startup settings. It does this by
modifying parm bytes near the beginning of ADT and saving the changed ADT file.
(Once you get ADT working, you can transfer the ADT .dsk . It includes
ADTCFG.BAS .)


     If ADT is modified by ADTCFG.BAS it will throw off the checksum. You can
restore the original settings by BLOADing ADT, doing a CALL-151, and entering

806:05 00 01 05 01 00 00 00    <press RETURN to enter this>

After entering the above, get back to BASIC by entering Control-C (or doing a
Reset) and BSAVE ADT

BSAVE ADT,A$803,L$A14
 



Rubywand