Subject: Re: HELP HELP HELP ADT122-- a new adt.dmp Path: lobby!newstf02.news.aol.com!portc05.blue.aol.com!cyclone-east.rr.com!news.rr.com!news-east.rr.com!logbridge.uoregon.edu!newsfeed.stanford.edu!headwall.stanford.edu!unlnews.unl.edu!not-for-mail From: Delfs Newsgroups: comp.sys.apple2,comp.emulators.apple2 Date: Wed, 02 Feb 2000 14:21:45 -0600 Organization: University of Nebraska-Lincoln Lines: 20 Message-ID: <389891D9.7271D00D@NOSPAMapple2.com> References: <38976FCC.5D5F5C9C@ajba.com> <38985435.57526191@swbell.net> Reply-To: delfs@apple2.com NNTP-Posting-Host: hc-compsupport.unl.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en Xref: lobby comp.sys.apple2:94830 comp.emulators.apple2:19668 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.