<div dir="ltr">I'm not able to reproduce this with the trunk of libomv, I believe it was fixed a long time ago. With a 1.20 release candidate viewer I will correctly get an ObjectGrabPacket object with a SurfaceInfoBlock array of zero length. If I connect with a 1.21 client I get a SurfaceInfoBlock array with length one and all of the fields filled in. Sounds like the solution is for libomv to get the 0.6.0 release pushed out (alongside the 1.0.0 release of OpenMetaverseTypes), and me to finish the upgrade patch for OpenSim.<br>
<br>John<br><br><br><div class="gmail_quote">On Fri, Aug 29, 2008 at 8:13 AM, Sean Dague <span dir="ltr"><<a href="mailto:sdague@gmail.com">sdague@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There was an attempt to upgrade packets.cs in OpenSim yesterday by MW to<br>
pull in the new surface vectors in the ObjectGrab* packets, which will<br>
let us detect the touch points for 1.21 (unreleased) clients.<br>
<br>
The issue is that pre 1.21 clients don't send those extra fields, and<br>
that the packet parser was blowing up violently.  How is libopenmv<br>
supposed to be handling this case?  For using in opensim we definitely<br>
need to be able to support both pre 1.21 and post 1.21 clients at the<br>
same time, just with zeroed out values in the < 1.21 case.<br>
<br>
Thanks in advance,<br>
<br>
        -Sean<br>
<font color="#888888"><br>
--<br>
Sean Dague / Neas Bade<br>
<a href="mailto:sdague@gmail.com">sdague@gmail.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
<br>
</font><br>_______________________________________________<br>
libsl-dev mailing list<br>
<a href="mailto:libsl-dev@openmv.org">libsl-dev@openmv.org</a><br>
<a href="http://openmv.org/cgi-bin/mailman/listinfo/libsl-dev" target="_blank">http://openmv.org/cgi-bin/mailman/listinfo/libsl-dev</a><br>
<br></blockquote></div><br></div>