[Opensim-dev] 0.5.9 Problems: Linking prims via libomv

Dahlia Trimble dahliatrimble at gmail.com
Thu Sep 4 00:16:18 UTC 2008


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.
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.


On Wed, Sep 3, 2008 at 1:21 PM, Shack Dougall <shack at liferain.com> wrote:

> As part of Prim Composer for 3ds Max, I'm writing a libomv-based
> importer for SL and OpenSim.  The importer, called maxport, performs
> this set of basic operations:
>
> * rezzes prims, sets their position, name, and permissions
> * uploads images, puts them in inventory, sets their permissions,
> applies them to prims
> * links prims
>
> This week I started using OpenSim's tags/0.5.9-released branch in SVN.
> Previously, I was running the 0.5.8 binary release.  All of my testing
> so far has been in standalone mode, basicphysics, and SQLite
>
> 0.5.8 seemed rock solid.  It took just about anything I could throw at
> it.  Sometimes, I had to slow things down for it, but it worked
> predictably.  0.5.9 seems less solid and in particular, I'm encountering
> huge problems with linking.
>
> I've created a series of data sets with 100, 200, and 400 prims.  And
> also different amounts of linking, from no linking to 100 prim
> linksets.  The naming convention is "link_x_boxes_y" which indicates
> that it contains y boxes that are linked into x linksets.  So,
> link_10_boxes_100 means that there are 100 prims that have been linked
> into 10 linksets of 10 prims each.  link_2_boxes_100 means 100 prims in
> 2 linksets of 50 prims each.
>
> I started seeing problems immediately in 0.5.9.  link_2_boxes_4 should
> produce 4 prims that are linked into two pairs of 2.  And it did this in
> 0.5.8.  But in 0.5.9, it produced 3 prims that were linked together with
> a 4th prim that was unlinked and out of position.
>
> Larger linksets do even crazier things.  Linksets with 50 prims or more
> will spontaneously link to other prims in the sim that were never
> specified in the link request.  And I'm seeing duplicate prims that get
> linked in strange ways.  Some of the duplicates get their position set
> to half a sim away from where the originals were created.  It is bizarre.
>
> I would probably think that I'd done something wrong, except that the
> same program works perfectly when run against 0.5.8.
>
> Seems like there is a multi-threading issue or something similar going
> on that is causing things to go haywire inside of OpenSim 0.5.9 when
> linking is done.  It's probably a small bug, but it is doing serious
> damage.
>
> So, here's the thing.  I have more information that I can provide.  I've
> made a lot of observations.  I'd be glad to give you a compiled copy of
> the program I'm using and the data I use to perform the tests.  Just let
> me know what you'd like.
>
> --Shack
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20080903/0881882c/attachment-0001.html>


More information about the Opensim-dev mailing list