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 <kevsp...@fastmail.fm> 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 jBASE@googlegroups.com > To unsubscribe, send email to jbase-unsubscr...@googlegroups.com > 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 jbase+unsubscr...@googlegroups.com. > 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 jBASE@googlegroups.com To unsubscribe, send email to jbase-unsubscr...@googlegroups.com 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 jbase+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
