Hello SunRay-Users, While using Sun Rays to access a Windows environment we have encountered a nasty feature: if there's an application which has a lot of screen updates, the session effectively locks up until that app has finished its business. There doesn't seem to be a reasonable way to break it.
Example: we use ssh (Secure Shell 3.2.9 by www.ssh.com to be exact, but a similar effect happens with Windows telnet, cmd, etc.). We log in to a system and `ls` some large directory. Or run `configure` or `make` on a project. There's a lot of lines of text to paint, and until they are all rendered, we can't do much with the RDP client (the whole user session in effect). Sending Ctrl+C doesn't help (it seems to lose its special priority), we can't minimize the ssh console window (unless we prepend `make` with a `sleep`). If we do manage to minimize it, there's no such lag. We had similar problems with MSTSC, an RDP client from Windows 2000, but it only occurred on very large-and-fast screen flushes and we were usually able to minimise the ssh console, and/or the Ctrl+X combo worked. If not, minimizing-maximizing the RDP client window helped it complete the display updates in the background. In fact, I couldn't reproduce this problem with it now using the same Windows server by MSTSC, which gives problems when packaged into rdesktop/uttsc + X11 + SunRay protocol. To be honest, I have not yet tried the "bitmap updates" mode of rdesktop with this. So, I believe the problem is somewhere in the latter stack of protocols and software implementations. Has anybody had it? Are there ready solutions (server-config tweaks perhaps, or RDP client command line params) or submitted RFEs? -- Best regards, Jim Klimov mailto:[EMAIL PROTECTED] _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
