[sldev] Did the latest sim update change the behavior of RequestMultipleObjects?

Able Whitman able.whitman at gmail.com
Thu Jun 28 22:35:34 PDT 2007


Ah, thanks. I was going crazy after all.

It was my code for selecting which host to send the RequestMultipleObjects
message to that was broken, due to a bit of code I had commented out when I
was debugging something else. ("I won't forget to uncomment that later...")

Now I feel dumb, but at least I fixed the problem!

Thanks,
--Able


On 6/29/07, John Hurliman <jhurliman at wsu.edu> wrote:
>
> Able Whitman wrote:
> > I noticed that if the viewer issues a RequestMultipleObjects with the
> > LocalID of an object that is not in the agent's current region, it
> > doesn't seem to get an ObjectUpdate (or related) message from the sim,
> > even if CacheMissType is 0 (full update). But if it issues a request
> > for an object that *is* in the current region, it receives an
> > ObjectUpdate as expected.
> >
> > Maybe I'm hallucinating, but I could have sworn that before today's
> > update, requesting an update for any object whose LocalID was known to
> > the viewer would result in it getting an object update, regardless of
> > which region the object was in.
> >
> > Is this a new behavior, or am I just going mad?
> >
> > --Able
> >
>
> LocalIDs are local to each simulator, so if object 1000 exists in
> Simulator B but you send a RequestMultipleObjects to Simulator A asking
> for object 1000 it will have no idea what you are referring to and
> silently ignore it. The viewer should be sending that packet to
> Simulator B and get a reply back from Simulator B. Did something change
> so requests are going to the wrong simulator, or did I misread your
> explanation?
>
> John
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070629/987e328e/attachment.htm


More information about the SLDev mailing list