netnews@wnuxb.UUCP (Heiby) (04/21/85)
I have a CP/M-80 system (Apple II with Microsoft Softcard, about 4 yrs old) and an AT&T PC 6300 running MS-DOS (new). I would like to send some of my data files from the Apple to the 6300. I find that my CP/M system has a problem in the use of MDM712 and MDM740 (which I just downloaded from CompuServe). I can receive files just fine. I have a problem with some files when I try to send them in Checksum mode. None of the systems to which I have access have CRC mode, so I am unable to test that. What happens is that (on some files) the receiving end believes that the transfer has completed prematurely. For each file that gives me trouble, there is one consistent spot where this always occurs. The spot is different for different files. I have encountered the same problem now in sending files to the MS-DOS system, and to a Unix System V with both umodem (2 versions) and uc (2 versions). This is why I suspect my Apple's software. I have a relatively short test case (about 4K) that I can send out to someone who would like to check to be sure that it is MDM7 and not something peculiar that I have done to my overlay or hardware. I would be grateful of software for MS-DOS that supports CRC checksum, in case that will solve my problem. Another solution would be working file transmission software for the Apple (modem2 compatible). Another solution would be CP/M Kermit, configured for an Apple II with Mountain CPS card. If all else fails, raw CP/M Kermit, which I would hack, would be helpful. Thanks. I can't think of anything else I can do. -- Ronald W. Heiby / netnews@wnuxb.UUCP | unix-request@cbosgd.UUCP AT&T Information Systems, Inc., Lisle, IL (CU-D21)
W8SDZ@SIMTEL20.ARPA (Keith Petersen) (04/23/85)
The protocol file transfer buffer size is configurable in later versions of Modem7. For a 5-1/4" disk, which is relatively slow, the buffer should be set for no larger than 4k. If that fails, try 2k. See the phone number overlay for details on what address to patch. Make sure that the PC 6300 is initialized for 8 data bits, ONE stop bit, and no parity. This is important. --Keith