I agree Simon, introducing a count is a simple solution. Just thinking aloud here, even if the count info is lost, does not matter... if a 'message send' is executed only if a count info is received, that would cover all bases
On Mon, Nov 12, 2012 at 9:19 AM, Slavin, Simon <[email protected]>wrote: > > On 12 Nov 2012, at 1:57pm, Dr Ramesh Ramloll wrote: > > > I was wondering if I could get some ideas from the technical wonks out > there. Here's my problem (not the real one..but I simplified it a bit to > keep things brief). Everything implemented in LSL of course. I have two > objects A and B, A sends messages to B. I found that there are no > guarantees that B will ALWAYS receive a message sent by A. I would expect > the messages to be queued up, but seems that there is a black hole > somewhere. Anyway, so, I then need to think about 'Acknowledgement system' > that would cause A to resend if B does not receive it (within a set waiting > period...). So this means that I need to put A in a sending loop until B > sends an acknowledgment back to A. > > OR.. I could just send messages from A to B, twice every time... just to > reduce changes of a message not received. Should I go for the easy way ... > or is there really a bigger advantage for trying to implement guarantees > in. Your thoughts? > > B keeps a count of how many messages it has received. It provides a way > of asking for its current count. > > A asks B for its count. A sends its message and waits a second. A asks B > for its count again. If the two counts match, the message was not received. > > Simon. > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users > -- 'Consider how the lilies grow. They do not labor or spin.' *Rameshsharma Ramloll* PhD, CEO CTO DeepSemaphore LLC, Affiliate *Research Associate Professor*, Idaho State University, Pocatello, ID 83209 Tel: 208-240-0040 Blog <http://deepsemaphore.posterous.com/>, LinkedIn<http://www.linkedin.com/in/rameshramloll> , DeepSemaphore LLC <http://www.deepsemaphore.com>, Google+ profile<https://plus.google.com/103652369558830540272/about>
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
