There are people out there still using basic telnet for business purposes? I have always respected Jim's opinions, and he is right - SecureCRT is the best TE all around. I used SecureCRT for years, and even though I've been retired for a while, I still get their updates, and they are staying current with all the security threats popping up.

Just my 2¢ worth,
Charlie

On 04-28-2016 9:09 PM, Jim Idle wrote:
Yes - the USE_WIN32_CONSOLE_SHORTCUT is likely the culprit. In order to intercept console IO, there was some deep dark voodoo done in the telnet service. If something uses nasty hacks like that to perform IO, then all bets are off.

I suggest taking a look at moving to SSH, despite the obvious problem of TE upgrades. I use SecureCRT and it is easily the best TE out there. The main reason is security, which I currently work in. Telnet has a lot of issues in this regard and a lot of new ways into systems have been discovered since that code was written. IF you are sure that your environment is secure, then perhaps you can wing it for a while, but I would give it serious consideration.

Jim

PS: Hello Mark

On Fri, Apr 29, 2016 at 12:35 AM, Tuber <[email protected]> wrote:
On Wednesday, April 27, 2016 at 8:24:54 PM UTC-7, Jim Idle wrote:
It's very likely that subversion is using special code to display the message and probably to read the password. 
The answer might be that you cannot do that. That telnet code is very old now, you may be better trying an SSH server.
However, you could store the SVN password so it does not prompt, or, as the enter key works, maybe just type the password and see what happens. Perhaps it is trying to use a Windows popup?
Jim

I looked at the subversion code last night and it's a rats nest;  it uses this Apache Portable Runtime that I haven't been able to untangle.  If anyone wants to have a go I've traced it down to svn_cmdline_fputs: http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/cmdline.c?view=markup#l382
Of particular interest is the USE_WIN32_CONSOLE_SHORTCUT define.

It's not using a windows popup:  If you enter the password it accepts it and stores it in the svn configuration directory.
The problem I was trying to solve was when a new developer attempts to use my code that "PERFORM"s subversion and it hangs for no visible reason.  What I figured out is to use cmd /c svn ci blah blah 0>&1
When subversion runs it figures out that there will be no stdin coming, and instead of prompting for the password and invisibly hanging, it prints out an error message and continues.  If the password was already stored it does its thing.

The SSH server is a good idea, but more than I want to bite off at this time.  (That means upgrading all our terminal emulators, configuring them all, etc)

Mark: F2 does not work, neither does running CMD, or doing it through a PERFORM.  I'm sure now that it's subversion not playing nicely with the telnetd, not the shell.

--
--
IMPORTANT: T24/Globus posts are no longer accepted on this forum.
 
To post, send email to [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

---
You received this message because you are subscribed to the Google Groups "jBASE" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.

--
--
IMPORTANT: T24/Globus posts are no longer accepted on this forum.
 
To post, send email to [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

---
You received this message because you are subscribed to the Google Groups "jBASE" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.

--
--
IMPORTANT: T24/Globus posts are no longer accepted on this forum.
 
To post, send email to [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

---
You received this message because you are subscribed to the Google Groups "jBASE" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to