spicy client dumps core in dualhead environment, but spicec works. Host is Fedora14 with all updates, guest is win 2003 with QXL driver 0.6.3.
Here is the output from spicy when connecting in dualhead setup: [paul@f14 ~]$ spicy -h localhost -p 5930 GSpice-Message: main-1:0: spice_channel_constructed GSpice-Message: main-1:0: channel up GSpice-Message: main channel: opened GSpice-Message: record-6:0: spice_channel_constructed GSpice-Message: playback-5:0: spice_channel_constructed GSpice-Message: cursor-4:1: spice_channel_constructed GSpice-Message: display-2:1: spice_channel_constructed GSpice-Message: create window (#1) GSpice-Message: cursor-4:0: spice_channel_constructed GSpice-Message: display-2:0: spice_channel_constructed GSpice-Message: create window (#0) GSpice-Message: inputs-3:0: spice_channel_constructed GSpice-Message: playback-5:0: spice_channel_recv_link_msg: 1 caps GSpice-Message: record-6:0: spice_channel_recv_link_msg: 1 caps GSpice-Message: playback-5:0: channel up GSpice-Message: record-6:0: channel up GSpice-Message: display-2:1: channel up (spicy:10170): GSpice-CRITICAL **: format conversion not implemented yet Segmentation fault (core dumped) [paul@f14 ~]$ Even in dualhead setup, if only one head is active, spicy works, but crashes when I activate the second head: [paul@f14 ~]$ spicy -h localhost -p 5930 GSpice-Message: main-1:0: spice_channel_constructed GSpice-Message: main-1:0: channel up GSpice-Message: main channel: opened GSpice-Message: cursor-4:1: spice_channel_constructed GSpice-Message: display-2:1: spice_channel_constructed GSpice-Message: create window (#1) GSpice-Message: cursor-4:0: spice_channel_constructed GSpice-Message: display-2:0: spice_channel_constructed GSpice-Message: create window (#0) GSpice-Message: inputs-3:0: spice_channel_constructed GSpice-Message: display-2:1: channel up GSpice-Message: cursor-4:1: channel up GSpice-Message: display-2:0: channel up GSpice-Message: inputs-3:0: channel up GSpice-Message: cursor-4:0: channel up (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) GSpice-Message: glz_decoder_window_resize: array resize 16 -> 32 GSpice-Message: glz_decoder_window_resize: array resize 32 -> 64 GSpice-Message: glz_decoder_window_resize: array resize 64 -> 128 (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) GSpice-Message: glz_decoder_window_resize: array resize 128 -> 256 GSpice-Message: glz_decoder_window_resize: array resize 256 -> 512 (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) (spicy:10141): GSpice-WARNING **: (channel-display.c:466):display_handle_mark: runtime check failed: (c->mark == FALSE) (spicy:10141): GSpice-CRITICAL **: format conversion not implemented yet Segmentation fault (core dumped)
fyi, dual-head support is in development, and should be working soon
(In reply to comment #2) > fyi, dual-head support is in development, and should be working soon So it means that It's not a bug and can be closed?
(In reply to comment #3) > (In reply to comment #2) > > fyi, dual-head support is in development, and should be working soon > > So it means that It's not a bug and can be closed? yes, it should work now since version 0.6. Please reopen if released or git version still does't work for your setup. thanks
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.