Re: HELP HELP HELP ADT122-- a new adt.dmp

[Delfs <delfs@NOSPAMapple2.com>]

Um, lemme respond to that.  I do not believe I had any trouble with the orginal
transfer of '8-bit' ADT.  Applesoft and monitor program ignored the extra LF, it
still worked for me.  I have transferred both programs, 8-bit and gs version,
this way to a IIe Super serial card and the IIgs respectively without
accellerators.  (Who needs spedd when transferring at 300b)

Thankx,
Ed


Rubywand wrote:
Delfs's method works for sending the adtgs.dmp file because adtgs.dmp uses only a
CR character (ASCII $0D) to end lines-- i.e. a standard Apple II line ender.
The adt.dmp file in 8-bit ADT uses CR and LF (ASCII $0D $0A) to end lines. This
is the usual PC line ender. When sent via a telecom program (like HyperTerm)
which can screen out the LF's, there is no problem. However, the LF's get through
when adt.dmp is sent via the MS-DOS command
type adt.dmp >com1:
and the LF's mess things up on the Apple II end.