spicy connect to vm that has usbredir device will crash on mac
Hi,I connect to vm with spicy client(v0.37),if the vm has usb redirdev,the client crashed during connecting,I remove usb redirdev,everything work fine.Anybody know why?
vm xml...
<redirdev bus='usb' type='spicevmc'>
<alias name='redir0'/>
<address type='usb' bus='0' port='1'/>
</redirdev>
<redirdev bus='usb' type='spicevmc'>
<alias name='redir1'/>
<address type='usb' bus='0' port='2'/>
</redirdev>
<redirdev bus='usb' type='spicevmc'>
<alias name='redir2'/>
<address type='usb' bus='0' port='3'/>
</redirdev>
<redirdev bus='usb' type='spicevmc'>
<alias name='redir3'/>
<address type='usb' bus='0' port='4'/>
</redirdev>
#log...
(spicy:19256): GSpice-DEBUG: 15:39:08.847: ../src/channel-display.c:1069 display-2:1: spice_display_channel_up: cache_size 83886080, glz_window_size 25161728 (bytes)
(spicy:19256): GSpice-DEBUG: 15:39:08.847: ../src/spice-channel.c:1298 usbredir-9:3: channel up, state 3
(spicy:19256): GSpice-DEBUG: 15:39:08.847: ../src/channel-usbredir.c:619 usbredir-9:3: usbredirparser: Peer version: qemu usb-redir guest 2.11.0, using 64-bits ids
spicy(19256,0x1000f7e00) malloc: *** error for object 0x1025f4030: pointer being freed was not allocated
spicy(19256,0x1000f7e00) malloc: *** set a breakpoint in malloc_error_break to debug
Process 19256 stopped
stack....
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
* frame #0: 0x00007fff2057292e libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff205a15bd libsystem_pthread.dylib`pthread_kill + 263
frame #2: 0x00007fff204f6411 libsystem_c.dylib`abort + 120
frame #3: 0x00007fff203d61f5 libsystem_malloc.dylib`malloc_vreport + 548
frame #4: 0x00007fff203d934a libsystem_malloc.dylib`malloc_report + 151
frame #5: 0x0000000101974d4c libusbredirparser.1.dylib`usbredirparser_do_read + 1852
frame #6: 0x000000010018fa7f libspice-client-glib-2.0.8.dylib`usbredir_handle_msg(c=0x0000000102881ca0, in=0x00000001025f4920) at channel-usbredir.c:881:13
frame #7: 0x000000010019917d libspice-client-glib-2.0.8.dylib`spice_channel_handle_msg(channel=0x0000000102881ca0, msg=0x00000001025f4920) at spice-channel.c:3100:5
frame #8: 0x0000000100195e88 libspice-client-glib-2.0.8.dylib`spice_channel_recv_msg(channel=0x0000000102881ca0, msg_handler=(libspice-client-glib-2.0.8.dylib`spice_channel_handle_msg at spice-channel.c:3089), data=0x0000000000000000) at spice-channel.c:2112:5
frame #9: 0x00000001001984c4 libspice-client-glib-2.0.8.dylib`spice_channel_iterate_read(channel=0x0000000102881ca0) at spice-channel.c:2350:13
frame #10: 0x000000010019b5c9 libspice-client-glib-2.0.8.dylib`spice_channel_iterate(channel=0x0000000102881ca0) at spice-channel.c:2388:9
frame #11: 0x000000010019a27a libspice-client-glib-2.0.8.dylib`spice_channel_coroutine(data=0x0000000102881ca0) at spice-channel.c:2676:12
frame #12: 0x00000001001c9e6a libspice-client-glib-2.0.8.dylib`coroutine_trampoline(cc=0x00000001028814d8) at coroutine_ucontext.c:63:13
frame #13: 0x00000001001c9b99 libspice-client-glib-2.0.8.dylib`continuation_trampoline(i0=42472664, i1=1) at continuation.c:55:2
frame #14: 0x00007fff205ea46f libsystem_platform.dylib`_ctx_start + 11