[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: PC to Prodos Disk...problems
- Subject: Re: PC to Prodos Disk...problems
- From: supertimer@aol.com (Supertimer)
- Date: 1999/07/23
- Newsgroups: comp.sys.apple2
- Organization: AOL http://www.aol.com
- References: <7n3pe1$g66$1@ash.prod.itd.earthlink.net>
macfan@earthlink.net (Bill Brown) wrote:
>Hi...
>
>Have a //c+, been trying to transfer files I've found on the web to the //c+
>from my notebook.
>
>I have a serial cable, null modem, etc...
>
>Connections are made on both ends, data is transferred
>(although only as high as 9600 baud, cant' seem to do faster)
>
>When the file is sent, I go to Shrinkit to expand...
>
>Shrinkit shows the files, the sizes, and creatiion dates, but not the file
>titles...when you try to extract, it says that it's corrupted....
>
>this has happened with both files that were in a pc "zip" format, and unzipped
>on the notebook, and with files that were just *.shk
>
>Am I doing something wrong? Obviously so...
>
>any help appreciated...
>
>thanks!
Usually, when I'm transferring files using ProTERM on the IIGS and
using the zmodem protocol, I use binary transfers. Binary keeps
the files exactly the same as they come across from my shell
account to my IIGS.
You may have accidentally been transferring the files in text mode.
This is a big no-no. What happens is that ProTERM (or any other
terminal) will start talking to the terminal on the PC. ProTERM will
say "hi, I'm on an Apple II, my end of line character is a CR" and
the PC terminal would say "hi, I'm on a PC, my end of line characters
are a CR plus a LF." The two terms would then negotiate "we'll just
convert all CR plus LFs to just CRs when transferring from PC to
Apple II." Now if your file was a text file, all would be well. But if
your file is an .shk file, this will totally mess it up!
Others have said to transfer in binary in your web browser or ftp
program. But this alone is not enough. You need to transfer in
binary even from your PC to your Apple II.