VRDE server drawing problems with windows guests.

[mduft]

I recently switched from the SDL GUI to running all VMs headless, and accessing the console through the VRDE servers. For some reason there are very strange drawing problems in conjunction with the windows console (used for interix in my case, but that should not make a difference).

you can find a screen capture of the problem at [1]. it happens with windows server 2003R2 and windows 7. Strange enough, the windows XP guest seems unaffected (VRDE settings are the same for all). If i rdesktop to the guest instead of the VRDE server, things work perfectly.

i'm on linux, of course, and i tried the rdesktop-vrdp client bundled with vbox and gentoo's rdesktop 1.7.0, both with the same results.

rdesktop sometimes moans something like this:

ERROR: order parsing failed
ERROR: order parsing failed
NOT IMPLEMENTED: secondary order 108
ERROR: order parsing failed
ERROR: order parsing failed
ERROR: order parsing failed
ERROR: order parsing failed
NOT IMPLEMENTED: order 249
NOT IMPLEMENTED: order 249

if it helps: the log for the session in the screen recording is attached.

[1]  http://dev.gentoo.org/~mduft/vbox-vrde.mp4

[mduft]

also, sometimes, the rdesktop window just disappears. i didn't manage to get a return code or output from rdesktop in this case (as i start it through a script). however, the virtualbox log shows these:

 994 03:05:19.070 VRDP: Connection closed:
 995 03:05:19.070 VRDP: Logoff: s01en01 (172.28.8.14) build 2600. User: [mduft] Domain: [] Reason 0xFFFFFFFF.
 996 03:05:19.070 VBVA: VRDP acceleration has been disabled.

reason 0xFFFFFFFF looks strange, right?

[sunlover]

Can't reproduce the problem here. Could you please compile rdesktop with WITH_DEBUG and WITH_DEBUG_RDP5 defines, then reproduce the problem and send me the log to Vitali dot Pelenjow at oracle dot com?

PS: 0xFFFFFFFF is ok. Most likely connection is dropped because the client can't parse some data.

[mduft]

the problem seems to appear only after some while of scrolling output on the terminal. how about running dir in a loop? that should repro it too. i'll have another look at it.

[mduft]

i ran a simple batch script in a vm:

:TOP
dir
goto :TOP

it didn't reproduce the exact same problem, but the console window contents gets messed up after a few seconds to minutes of running the script, and stays garbled when scrolling up/down. only after moving the window or minimizing and restoring, the contents is ok again.

i sent you log files for my actual issue i reported (rd.log.bz2), and the batch file run (rd2.log.bz2)

[mduft]

the pre-release 4.10 extpack seems to resolve the problems i have been seeing. at least for some hours now, nothing bad happened at all. it is a little bit slower than before i think, but thats better than a fast-not-working solution IMHO :)

thanks

[frank]

Fix in VBox 4.0.10.