Win7 guest Whenever I connect via fullscreen-rdp to another machine, spicy 0.21 crashes. Reverting back to 0.20 stops the crashes.
Can you give more details about what you do? You connect to a win7 VM using spicy, and then from that VM, you try to create a rdp session to another machine, and this causes spicy to crash? Am I correct? Did you try with remote-viewer? Do you have a backtrace of the crash?
>Can you give more details about what you do? You connect to a win7 VM using spicy, and then from that VM, you try to create a rdp session to another machine, and this causes spicy to crash? Am I correct? Yes >Did you try with remote-viewer? No >Do you have a backtrace of the crash? I will in ~8hrs
(gdb) backtrace #0 0x00007ffff08f1359 in raise () from /lib/libc.so.6 #1 0x00007ffff08f26b8 in abort () from /lib/libc.so.6 #2 0x00007ffff78fbb47 in spice_logv (log_domain=0x7ffff79784a6 "Spice", log_level=SPICE_LOG_LEVEL_CRITICAL, strloc=0x7ffff7981e70 "../spice-common/common/canvas_base.c:1149", function=0x7ffff7982990 <__FUNCTION__.7932> "canvas_get_image_internal", format=0x7ffff798240a "condition `%s' failed", args=args@entry=0x7fffe7fff588) at log.c:109 #3 0x00007ffff78fbc98 in spice_log (log_domain=log_domain@entry=0x7ffff79784a6 "Spice", log_level=log_level@entry=SPICE_LOG_LEVEL_CRITICAL, strloc=<optimized out>, function=<optimized out>, format=<optimized out>) at log.c:123 #4 0x00007ffff78ee4c2 in canvas_get_image_internal (canvas=canvas@entry=0x943980, image=0x1b4aa88, want_original=<optimized out>, want_original@entry=0, real_get=real_get@entry=1) at ../spice-common/common/canvas_base.c:1150 #5 0x00007ffff78f051b in canvas_get_image (want_original=0, image=<optimized out>, canvas=0x943980) at ../spice-common/common/canvas_base.c:1285 #6 canvas_draw_rop3 (spice_canvas=0x943980, bbox=0x1b4aa14, clip=<optimized out>, rop3=0x1b4aa38) at ../spice-common/common/canvas_base.c:3258 #7 0x00007ffff78d5a8a in display_handle_draw_rop3 (channel=0x678cb0, in=<optimized out>) at channel-display.c:1649 #8 0x00007ffff78cbf1c in spice_channel_recv_msg (channel=0x678cb0, msg_handler=0x7ffff78cb500 <spice_channel_handle_msg>, data=0x0) at spice-channel.c:1847 #9 0x00007ffff78cc0b4 in spice_channel_iterate_read (channel=0x678cb0) at spice-channel.c:2071 #10 0x00007ffff78cdd92 in spice_channel_iterate (channel=0x678cb0) at spice-channel.c:2113 #11 spice_channel_coroutine (data=0x678cb0) at spice-channel.c:2341 #12 0x00007ffff78f30cf in coroutine_trampoline (cc=0x678d70) at coroutine_ucontext.c:58 #13 0x00007ffff78f2e79 in continuation_trampoline (i0=<optimized out>, i1=<optimized out>) at continuation.c:49 #14 0x00007ffff0902240 in ?? () from /lib/libc.so.6 #15 0x0000000000679138 in ?? () #16 0x0000000000000000 in ?? ()
This is most likely the cache regression that was fixed with http://cgit.freedesktop.org/spice/spice-gtk/commit/?id=02c4d61263230e3dbd7900822677c720045b80cf Please try with git version
Yep that solved it. Guess i should have tried git from the start ;) Sorry for the noise
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.