-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strange echoing behavior on Windows #5
Comments
Did anything ever come of this one....? |
Nope. |
Something similar. Running procServ in a Windows cmd prompt with an ioc that starts out of batch file. When connecting with telnet, the welcome message shows up, but no ioc prompt.... |
V2.8 of procServ and Cygwin DLL: 3.2.0 |
I haven't tried all the variations you describe above... |
Ouh. |
To set up the environment before running the IOC; such as running dllPath.bat, setting some EPICS env vars that kind of thing. We do similar here with Linux and startup scripts. It was a bit late (our time) when I was looking at it yesterday. I'm going to set up an environment by hand and call procServ that way. See if it changes anything.... |
I'm getting similar iocsh behavior which I initially suspected might have been due to the Busybox v1.23.1 implementation of We run a GNU Screen session on a different machine that uses
Every time I press the Return key it immediately outputs a blank line before the command output, and I get duplicate prompts from iocsh after the command output. Switching telnet into line mode makes it worse as it then echos the line typed on pressing Return:
Not much I can do at the telnet prompt or on its command line, so if it's
That is a bit better since there's only one iocsh prompt now, but it looks like telnet in line-mode with the command being echoed, and pressing Ctrl+T there seems to trigger an ssh response instead of the procServ one: Characters typed into the telnet window are immediately also shown in the forwarded window, but not vice versa, nothing appears in the telnet stream until I press Return in the other. Pressing Return in the port-forwarded session also only outputs a single newline to the telnet session, so the blank lines are definitely related to the input processing. This is my port-forwarded window where I was typing:
This was the telnet window for the same time period:
I tried using |
I am running:
When I connect using 'nc -C' on cygwin:
The connection is running in "line mode". (Control chars are sent on hitting Enter.)
Prompt is double: "epics> epics> ".
I see every character as it is typed, plus it is echoed once I hit Return: I get the another echo of the commend and an empty line before the result.
When I connect using 'nc' on cygwin:
The connection is running in "line mode". (Control chars are sent on hitting Enter.)
Prompt is single: "epics> ".
I see every character as it is typed, plus it is echoed once I hit Return: I get the another echo of the commend (no empty line) before the result.
When I connect using PuTTY (telnet mode):
The connection is running in "line mode". (Control chars are sent on hitting Enter.)
Prompt is single: "epics> ".
I do not see characters as they are typed, it is echoed once I hit Return: I get the another echo of the commend (no empty line) before the result.
When I connect using native 'telnet' on Windows:
The connection is running in "char mode". (Control chars are sent immediately.)
Prompt is double: "epics> epics> ".
I see every character as it is typed, once I hit Return I get an empty line before the result.
When I connect using 'telnet' on cygwin:
The connection is running in "char mode". (Control chars are sent immediately.)
Prompt is single: "epics> ".
I see every character as it is typed, no additional echoes, result follows immediately.
This last mode is actually flawless and exactly the wanted behavior.
I would say that the issue is not between procServ and the IOC, but between the client and procServ.
The text was updated successfully, but these errors were encountered: