ABN.ISCAMS%usc-isid@sri-unix.UUCP (12/23/83)
I successfully downloaded SPELL from SIMTEL20 (MICRO:<CPM.SPELL>), and it's a lovely, lovely program! However... the accompanying DICT.DIC is another story! I understand from some documentation that DICT.DIC is a VERY strange file indeed, and for sure 8-bit (I GUESS binary - what else?). All my usual tricks to move a binary file through my local TAC (which kind of blows up when I try to B I S, but that's another story)...anyway, HEXIFY seems to change DICT.DIC into a nice hex file, and I can move that big sucker across OK (thanks to KERMIT or MDM715), BUT my loader programs down on the micro (a CP/M 64K system) (the usual CP/M LOAD.COM and the Public Domain MLOAD.COM which has never failed me yet) will NOT handle DICT.HEX -- they come up with a File Format error. Any suggestions, NetLandians? We're working on the brain-damaged TAC, but I'm at a loss. KERMIT, for some reason, will NOT even begin to transfer DICT.DIC (despite setting all for binary/8-bit). I tried changing the DEC 32-bit words to 8-bit (via COPY) to try a KERMIT 8-bit transfer, but no go there either. Stuck, and frustrated... David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID)
w8sdz%brl@sri-unix.UUCP (12/29/83)
From: Keith Petersen <w8sdz@brl> The dictionary is too large to HEXIFY. MLOAD or LOAD.COM will not deal with files larger than address FFFFh (64k). Your command to the TAC should be B O S, not B I S. This has to be done before you connect to your host in most cases. If You're running TOPS-20, there's a Monitor patch to fix the TAC problem. WANCHO@SIMTEL20 or BillW@CRI-KL can supply the info. Kermit-80 doesn't do quoting I believe. There was a new TOPS-20 Kermit just announced that fixed some bugs - seems to me that binary transfers might have been one of them.