<div dir="ltr"><div>Hi spice-devel,</div><div><br></div><div>I experienced a strange problem while connecting qemu (v1.7) VM with client/spicec (built with spice(0.12.4) or spice-gtk(v 0.9).</div><div><br></div><div>The problem seems to be </div>
<div>unknown packets are received by client and client failed to handle them.</div><div>packet_could_not_be_parsed.txt contains 2 sample packets which cause same problems.</div><div><br></div><div>For instance, </div><div>
<br></div><div>1. if spicec received frame 1 (in the attached packet_could_not_be_parsed.txt), it would try to collect a compound data of size 0xdd86a6a7 (a7 a6 86 dd) per the SpiceDataHeader, (33 33 ff b8 47 38 52 54 00 d8 a7 a6 86 dd 60 00).</div>
<div><br></div><div>2. if spice-gtk/spicy received fame 2, it would allocate and receive 0x16000000 (00 00 00 16) bytes data per the SpiceMiniDataHeader (33 33 00 00 00 16). The received packet is just 90 bytes and there is no way to return from spice_channel_read (spice_channel_read_wire) routine.</div>
<div><br></div><div>I investigated this by adding debug print in several place in server side such as </div><div>stream_write_cb()/stream_writev_cb()/stream_ssl_write_cb()/reds_stream_write() in spice/server/reds.c</div><div>
but it seems that these packets are not sent by these routine.</div><div><br></div><div>Is this a bug or some improper options in server side (script, run_kvm_win7x32-0_5900.sh, is also attached )?</div><div>Is there other place where server might send data which I overlook?</div>
<div><br></div><div>best regards,</div><div>--Bryan</div></div>