home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
archives
/
cmsqueens.zip
/
cm2mit.bwr
< prev
next >
Wrap
Text File
|
1991-04-18
|
4KB
|
80 lines
7-Nov-85 21:19:26-EST,2000;000000000011
Return-Path: <rjbm%ti-eg.csnet@CSNET-RELAY.ARPA>
Received: from CSNET-RELAY.ARPA by CU20B.COLUMBIA.EDU with TCP; Thu 7 Nov 85 21:19:22-EST
Received: from ti-eg by csnet-relay.csnet id ah03140; 7 Nov 85 20:42 EST
Date: Thu, 7 Nov 85 17:00 CDT
From: Richard_Berke <rjbm%ti-eg.csnet@CSNET-RELAY.ARPA>
To: info-kermit%cu20b.columbia.edu@csnet-relay.arpa
cc: rjbm%ti-eg@csnet-relay.arpa
Subject: Trouble with latest KERMIT-CMS in PASCAL/VS
I have tried the new PASCAL/VS KERMIT/CMS version mentioned in Info-Kermit
Vol3:No28 of Fri Nov 1, 1985.
My micro kermit is KERMIT-MS 2.28 running on a TIPC, with MS-DOS 2.13.
Though I am eager to use KERMIT-CMS' features, I have had troubles:
Problems so far:
The DIRectory command for remote execution fails entirely. The micro gets a
message that "... ? unable to receive data." and the VM KERMIT is trying to
display the listing of the files to the VM screen, even though it is in
server mode. The VM KERMIT gets further stuck when trying to process the
VM wild card (ie. * EXEC *), and it takes CTRL-T, then EXT, then HX to get
out of it's loop. This completely aborts the program.
The REMOTE TYPE command has a character translation error: the capital Y
is somehow wrong, and appears on the TIPC as a down arrow. The documentation
I have on the TIPC says that is somehow a CTRL-Y (decimal 25 ascii)
representation. It's annoying, but not damaging. The a-to-e xlation table
in the PASCAL source file looks fine, as does the e-to-a.
Binary files bomb on transmission, and there is no SET FILE TYPE command on
this version. On the CMS 2.0 ASSEMBLE version, SET FILE BINARY does allow
binary files to transfer safely.
I was too chicken to try out a REMOTE ERASE (another new feature of this
version.)
For what it's worth, those are my results. I'm not enough of a programmer
to be able to fix what's there.
Regards,
Richard Berke
Texas Instruments
214/462-5918
11-Nov-85 13:21:20-EST,1571;000000000011
Received: from CUVMA by CU20B with HASP; 11 Nov 85 13:21:02 EST
Received: from QUCDN(MAILER) by CUVMA (Mailer X1.21) id 5763;
Mon, 11 Nov 85 13:18:39 EST
Received: by QUCDN (Mailer X1.21) id 8193; Mon, 11 Nov 85 13:19:20 EST
Date: Mon, 11 Nov 85 13:17 EST
From: VIC@QUCDN
To: sy.fdc@cu20b
Subject: PASCALVS Kermit/CMS
This is a note I sent to Richard Berke regarding his problems.
--------------------------------------------------------------------
1. I checked out the problems you discribed using both the assembler
version from Columbia KERMIT-MS and our own Turbo pascal KERMIT-QK with
the PASCALVS KERMIT/CMS. I also tested it going via a SERIES/1 and
via COMTEN. The problem with REMOTE DIR command maybe just that the
terminal LINESIZE setting may not have gotten set to the proper length.
The system default for linemode terminals is 72. This must be set to
some value larger than 80 inorder for the REMOTE DIR command to work.
Our version of KERMIT/CMS has set this to 132, but an older version may
not have set this or for some reason the command failed to set it.
Do a CP QUERY TERM while in KERMIT/CMS command mode to verify the setting.
2. I was not able to get your remote TYPE problem. It sounds like a
TI problem or a hardware failure. My Capital Ys are OK.
3. To transfer Binary Files with PASCALVS KERMIT/CMS, simply turn the
TRANSLATION off. " SET TRANS OFF ". Binary files will be stored as
variable length records. The largest record size is 32756 which is a
FILEDEF restriction.