home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
archives
/
msr313src.tar.gz
/
msr313src.tar
/
msvapc.bwr
< prev
next >
Wrap
Text File
|
1988-08-16
|
2KB
|
55 lines
14-Jan-86 03:47:02-EST,1043;000000000001
Return-Path: <CONTEXT@WASHINGTON.ARPA>
Received: from WASHINGTON.ARPA by CU20B.COLUMBIA.EDU with TCP; Tue 14 Jan 86 03:47:00-EST
Date: Tue 14 Jan 86 00:45:43-PST
From: Ronald Blanford <CONTEXT@WASHINGTON.ARPA>
Subject: MS-Kermit function keys
To: dual!islenet!gibbons@UCBVAX.BERKELEY.EDU
cc: context@WASHINGTON.ARPA, cc.fdc@CU20B.COLUMBIA.EDU
I rarely use MS-Kermit on the APC, so would feel better with input from
you about a complaint that came to my attention recently. During connect
mode the function keys don't operate as they should. When the key is
pressed, the first of its programmed characters is sent, but the remainder
wait until the next key is pressed. I looked at the code and believe this
is because the scan code processing doesn't take soft keys into account.
Of course one alternative is to use the built-in key programmability in
Kermit to define the function keys, but it would be nice if the original
way worked as well.
What do you think it would take to fix the problem?
-- Ron
-------
16-Jun-86 23:06:51-EDT,1216;000000000001
Mail-From: SY.CHRISTINE created at 16-Jun-86 23:06:50
Return-Path: <@MIT-MULTICS.ARPA:Howard_Chu@UMich-MTS.Mailnet>
Received: from MIT-MULTICS.ARPA by CU20B.COLUMBIA.EDU with TCP; Fri 13 Jun 86 05:14:51-EDT
Received: from UMich-MTS.Mailnet by MIT-MULTICS.ARPA with Mailnet id <2696489469244692@MIT-MULTICS.ARPA>; 13 Jun 1986 04:51:09 edt
Date: Fri, 13 Jun 86 00:22:12 EDT
From: Howard_Chu%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
To: info-kermit@cu20b.columbia.edu
Message-ID: <1342831@UMich-MTS.Mailnet>
Subject: Bug in NEC APC Kermit 2.29
ReSent-Date: Mon 16 Jun 86 23:06:49-EDT
ReSent-From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
ReSent-To: sy.fdc@CU20B.COLUMBIA.EDU
ReSent-Message-ID: <12215420122.271.SY.CHRISTINE@CU20B.COLUMBIA.EDU>
Program infinite loops while writing garbage when using help
in connect mode. A fix for this problem follows:
In file MSXAPC.ASM about line 1625 ...
puthlp proc near
cld
mov dx,ax
mov cl,0 <-- insert this line
call getnoc
This fixes a register convention error which apparently
relied upon luck when working before. Usually CX is equal
to zero when the routine is called.
Glenn McGregor