Path: utzoo!attcan!uunet!amdahl!ames!mailrus!tut.cis.ohio-state.edu!ucbvax!UCONNVM.BITNET!SEWALL From: SEWALL@UCONNVM.BITNET (Murph Sewall) Newsgroups: comp.sys.apple Subject: Re: BINSCII Data File Types Message-ID: <8903101806.aa14850@SMOKE.BRL.MIL> Date: 10 Mar 89 22:51:38 GMT References: Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 30 >I had trouble with this, too. Turned out I was using the parms right - just >downloading the "text" files to process with BINSCII wrong. > >BINSCII encoded "text" files are BINary ASCII-character files, not Apple "TXT" >files. If you download a BINSCII encoded file from somewhere with KERMIT, for >example, you must set the file-type to BINARY. If the file is downloaded in >TEXT mode, KERMIT will set the X'80' bit on in every byte and BINSCII will spin >through it without writing anything (or saying anything is wrong). Ship the >same thing down as BINARY and it works. I did send Dave a message earlier today asking if BinSCII cared about the 8th bit (downloading in ProDOS with Kermit 3.85 works fine for me, but older versions of Kermit did have the 8th bit wrong in ProDOS ). It seems to me that it should be possible for BinSCII to take care of the 8th bit problem itself (?), as apparently the current version IS sensitive to whether it's correct or not (I suspect that's why loading it into the Mouse Talk editor and saving it produces a workable file). Evidently, BinSCII doesn't care whether the file type is TXT or BIN; that's a plus. Murph Sewall Vaporware? ---> [Gary Larson returns 1/1/90] Prof. of Marketing Sewall@UConnVM.BITNET Business School sewall%uconnvm.bitnet@mitvma.mit.edu [INTERNET] U of Connecticut {psuvax1 or mcvax }!UCONNVM.BITNET!SEWALL [UUCP] -+- I don't speak for my employer, though I frequently wish that I could (subject to change without notice; void where prohibited) According to the American Facsimile Association, more than half the calls from Japan to the U.S. are fax calls. FAX it to me at: 1-203-486-5246