<div dir="ltr">I have a builder bot that is based on libsl r1915 and modeled after the testclient import command. I haven't seen any problems similar to yours when I've used it with any versions of Opensim to date, but sometimes I do see link failures when using it on the Linden grid.<div>
<br></div><div>I haven't seen that libsl client compatibility is currently a goal of any of the opensim developers or of the team in general. Most testing is done with the Linden viewer or derivatives. Given those constraints, I suspect making use of the xml import functionality of Opensim may be the easiest path.</div>
<div><br></div><div><br><div class="gmail_quote">On Wed, Sep 3, 2008 at 1:21 PM, Shack Dougall <span dir="ltr"><<a href="mailto:shack@liferain.com">shack@liferain.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
As part of Prim Composer for 3ds Max, I'm writing a libomv-based<br>
importer for SL and OpenSim. The importer, called maxport, performs<br>
this set of basic operations:<br>
<br>
* rezzes prims, sets their position, name, and permissions<br>
* uploads images, puts them in inventory, sets their permissions,<br>
applies them to prims<br>
* links prims<br>
<br>
This week I started using OpenSim's tags/0.5.9-released branch in SVN.<br>
Previously, I was running the 0.5.8 binary release. All of my testing<br>
so far has been in standalone mode, basicphysics, and SQLite<br>
<br>
0.5.8 seemed rock solid. It took just about anything I could throw at<br>
it. Sometimes, I had to slow things down for it, but it worked<br>
predictably. 0.5.9 seems less solid and in particular, I'm encountering<br>
huge problems with linking.<br>
<br>
I've created a series of data sets with 100, 200, and 400 prims. And<br>
also different amounts of linking, from no linking to 100 prim<br>
linksets. The naming convention is "link_x_boxes_y" which indicates<br>
that it contains y boxes that are linked into x linksets. So,<br>
link_10_boxes_100 means that there are 100 prims that have been linked<br>
into 10 linksets of 10 prims each. link_2_boxes_100 means 100 prims in<br>
2 linksets of 50 prims each.<br>
<br>
I started seeing problems immediately in <a href="http://0.5.9." target="_blank">0.5.9.</a> link_2_boxes_4 should<br>
produce 4 prims that are linked into two pairs of 2. And it did this in<br>
<a href="http://0.5.8." target="_blank">0.5.8.</a> But in 0.5.9, it produced 3 prims that were linked together with<br>
a 4th prim that was unlinked and out of position.<br>
<br>
Larger linksets do even crazier things. Linksets with 50 prims or more<br>
will spontaneously link to other prims in the sim that were never<br>
specified in the link request. And I'm seeing duplicate prims that get<br>
linked in strange ways. Some of the duplicates get their position set<br>
to half a sim away from where the originals were created. It is bizarre.<br>
<br>
I would probably think that I'd done something wrong, except that the<br>
same program works perfectly when run against <a href="http://0.5.8." target="_blank">0.5.8.</a><br>
<br>
Seems like there is a multi-threading issue or something similar going<br>
on that is causing things to go haywire inside of OpenSim 0.5.9 when<br>
linking is done. It's probably a small bug, but it is doing serious damage.<br>
<br>
So, here's the thing. I have more information that I can provide. I've<br>
made a lot of observations. I'd be glad to give you a compiled copy of<br>
the program I'm using and the data I use to perform the tests. Just let<br>
me know what you'd like.<br>
<br>
--Shack<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br></div></div>