Subject: | |
From: | |
Reply To: | |
Date: | Wed, 24 Jan 2001 13:06:06 EST |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Already this morning, I've received this particular question three times, so
let me respond publicly. It affects Minisoft usage as well as QCTerm (but not
Reflection):
> I used the f12 (enter) key to save some changes in visual mode in QEDIT.
>
> QEDIT gave back an error message:
> Suspect transfer (missing linefeed), no UPDATE (see qscreen).
>
> Do you know anything about this?
I need to add this particular question to the FAQ. A part of the reason that
I haven't done this is that the problem has been corrected here for more than
three years and I've simply forgotten about it.
The problem doesn't lie in QCTerm nor Qedit. Rather, it's in the current
telnet software you have on your HP3000's. The current version of telnet
helpfully -- and at no additional charge -- strips off the LF of a
transmitted CRLF pair.
The reason that you don't generally see this problem is that most normally a
terminal or terminal emulator only transmits a CR as a line terminating
character. But in the case of Qedit, they turn AutoLF on, which causes a CRLF
pair to be transmitted, not just a CR. Worse, Qedit actually looks for the
LF, which by the time Qedit gets the inputted line of text, MPE's telnet
routines has stripped off.
Robelle has put a workaround into Qedit so that if you issue the following
command before you enter the visual mode, everything will work:
set vi ignorelf on
However, the problem has been fixed in the newer versions of MPE's telnet
client, although I am unsure as to when you will get it. But it will be soon
(where "soon" is measured in the Atmarian calendar). Although WRQ put a
workaround into its terminal emulator, correcting the problem in MPE is the
right and proper place to fix the problem, and that's been done.
Thus, for the moment, please remember to issue the above command.
Wirt Atmar
|
|
|