Yes. It will probably also have to be set on each new spawned thread.
Best regards,
Stefan Andersson
Tribal Media AB
Date: Mon, 9 Feb 2009 23:42:28 +0200
From: tommi.s.e.laukka...@gmail.com
To: opensim-dev@lists.berlios.de
Subject: [Opensim-dev] Setting default locale for opensim
I already set it on the script engine threads.
Melanie
Stefan Andersson wrote:
Yes. It will probably also have to be set on each new spawned thread.
Best regards,
Stefan Andersson
Tribal Media AB
Date: Mon, 9 Feb 2009 23:42:28 +0200
From: tommi.s.e.laukka...@gmail.com
To:
Actaully, how would y'all feel about a simple abstraction of our own;
Making an OpenSim.Framework IConfig interface of our own, that just exposes a
few, simple config methods, like;
TValue IConfig.SetConfigValueTValue(string key, TValue value);
TValue IConfig.GetConfigValueTValue(string
Diva,
sorry I couldn't attend this meeting; however, I would be able to attend one
this friday, 20th if you are going to host one?
Best regards,
Stefan Andersson
Tribal Media AB
Date: Mon, 2 Feb 2009 11:58:09 -0800
From: lo...@ics.uci.edu
To: opensim-dev@lists.berlios.de
Subject:
Stefan,
No, this doesn't work. We've tried all sorts of ways to do that. But,
there is a solution that we're already using for this very problem
with bamboo. Simply copy the physics assembly to bin when running
the tests. As I said, bamboo already does this. The test harness
is currently
1. We have a significant number of assets whose name is blank that are
created with a default constructor. And I suspect are never accessible.
In fact, this field has always seemed redundant to me since the user only
ever manipulates assets by their inventory
name, which is
I thought it prudent to point out that the following statement is 100% fiction;
2. We have a significant number of assets of each and every edit of
terrain, where only the very last one is accessible
What I think you meant to say was,
2. Every two days each region generates a new map tile
Any chance we could finish this up soon? It's hard to work on
OpenSimulator when I have to do a clean checkout every few days or the
pluginloader throws errors.
Best Regards
Teravus
On Tue, Feb 17, 2009 at 8:13 AM, Melanie mela...@t-data.com wrote:
I'm not happy with that. I see no evil in
The thing with the ode tests is that instead of having them in separate test
dll as with all the rest of the tests the ode tests are placed in the same
dll as ode plugin. Because of this it does not need to reference the
ode plugin dll which would not work. I think we should really push for
I just committed a fix to actually honour the 'path' in Nant and vs2005/8
targets, something that was actually not done. (Bloody hell, we need to get
back to upstream prebuild.)
I believe you should be able to do this now.
Best regards,
Stefan Andersson
Tribal Media AB
Date: Tue, 17
Melanie wrote:
I'm not happy with that. I see no evil in the nini references and I
like the option of using nin for private config files outside of
OpenSim.ini.
Also, I have several modules that read the config from another
module, so they need to be able to address sections.
Limiting
Mike,
Does the browse frontend work? What's the path where it is registered?
The old CB browse interface was registered on '/' but I can't get to
it on the new assetinventory server.
--mic
On Sun, Feb 15, 2009 at 7:12 PM, Mike Mazur mma...@gmail.com wrote:
Hello,
In SVN r8407-8435 you will
3. We have a significant number of assets of each and every text edit
for each and every textual assets. Where only the last one should be
accessible.
Unfortunately, this is not the case. For instance, imagine that you
create a script in your inventory. You drag this
script into a region
That won't really work, I'm afraid, because there are some levels of
cache involved.
Melanie
Dirk Krause wrote:
3. We have a significant number of assets of each and every text edit
for each and every textual assets. Where only the last one should be
accessible.
Unfortunately, this is
Holy Frag. I see now, thanks for he explanation, I didn't know that.
This is ... err ... a major issue, to put it mildly. To put it straight this
design is a royal pain,
and I wonder whether it isn't imperative to address this SL imported issue
*before* anyone tries
to optimize the hell out of
Continuing a phone conversation on the mailing list, this is my current
understanding of the status of object updates in OpenSim:
1) Each object update is a single packet. No aggregation is done by combining
multiple ObjectUpdate.ObjectData blocks into a single packet, or combining
Today I was doing some testing and needed a sim quickly - so I grabbed the
installer. It worked well, installed correctly and looked professional. Kudos
to Adjohn Chi11ken for that, saved me a ton of work with svn etc. +1.
Adam
___
Opensim-dev
Trying to catch up but anyway what I think in general is that the whole
database schema is not the best in terms of coherence, associations etc. For
me it seems that at first came all functionality and them came the database
solutions. The structure feels is broken but I understand it because of
18 matches
Mail list logo