| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This is in addition to the distbin target. The distbin target now needs distsrc to be run first.
Still needs some extra tweaking that I shall eventually put in as sed invocations or similar.
|
| | |
| | |
| | |
| | | |
http://opensimulator.org/mantis/view.php?id=5756 http://opensimulator.org/mantis/view.php?id=5755 http://opensimulator.org/mantis/view.php?id=5754
|
| | |
| | |
| | |
| | | |
This is how it was originally. This stops a very long running alarm callback from causing a problem.
|
| | |
| | |
| | |
| | | |
returns and for consistency.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
On the first frame, all startup scene objects are added to the physics scene.
This can cause a considerable delay, so we don't start raising the alarm on scene loop timeouts until the second frame.
This commit also slightly changes the behaviour of timeout reporting.
Previously, a report was made for the very first timed out thread, ignoring all others until the next watchdog check.
Instead, we now report every timed out thread, though we still only do this once no matter how long the timeout.
|
| | |
| | |
| | |
| | | |
speed.
|
| | | |
|
| | |
| | |
| | |
| | | |
This should resolve http://opensimulator.org/mantis/view.php?id=5901
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
banlines or freezing on the banline.
This involves
1) On forcible teleport, call m_scene.RequestTeleportLocation() rather than ScenePresence.Teleport() - only EntityTransferModule now should call SP.Teleport()
2) When avatar is being forcibly moved due to banlines, use a 'stop movement' tolerance of 0.2 to requested position rather than 1
This prevents the avatar sometimes being stuck to banlines until they teleport somewhere else.
This aims to fix some problems in http://opensimulator.org/mantis/view.php?id=5822
|
|\ \
| |/ |
|
| |\ |
|
| | |
| | |
| | |
| | | |
constructor and never subsequent set to null.
|
| |/
| |
| |
| |
| |
| | |
potential bad update that places an object at the opposite side of the
origin sim for a moment before actually crossing it. Especially important in
grids like OSG where lag between sims is high.
|
| |
| |
| |
| | |
This is a valid check because the caller could supply an invalid uuid.
|
| | |
|
| |
| |
| |
| |
| | |
This fixes the problem by fixing the permissions module to look at root part permissions rather than having to do this for every caller.
Resolves http://opensimulator.org/mantis/view.php?id=5569
|
| |
| |
| |
| |
| |
| |
| |
| | |
http://opensimulator.org/mantis/view.php?id=5569"
This reverts commit 15ce73caca9ea6448e34b95d344cbbf5c9507f6d.
As per the COMMENTS in http://opensimulator.org/mantis/view.php?id=5569, I was going to fix this in a more general way.
|
| |
| |
| |
| | |
http://opensimulator.org/mantis/view.php?id=5569
|
| |
| |
| |
| | |
The V3 webapps need SSO capability and use OpenID. We need to send both our OpenID server url and a token for the user in the login response.
|
| | |
|
|/
|
|
| |
This starts V3 support by adding a profile server url to the login response. This requires viewer support - which is also being worked on.
|
|
|
|
| |
bit one in lib64
|
|
|
|
|
| |
This uses the same approach as ODE.
radams, if this doesn't work for you please feel free to revert.
|
|
|
|
|
|
|
|
|
| |
http://system.data.sqlite.org/downloads/1.0.79.0/sqlite-netFx35-binary-bundle-x64-2008-1.0.79.0.zip
In this zip, it's called System.Data.SQLite.dll. We rename it to lib64/sqlite3.dll
This is a little unexpected but it works. For some reason my hand-rolled one in Visual Studio 2008 did not.
This is sqlite 3.7.10. Other libraries are still currently 3.7.6 but this should make no difference.
This should make it possible to use OpenSim.exe on 64-bit Windows now, though currently the bullet physics plugin will still complain (can be ignored if you are not using bullet).
|
|
|
|
| |
one won't work either.
|
| |
|
|
|
|
| |
that had come up after the NPC was created.
|
|
|
|
|
| |
In over 4 years this never progressed beyond an unimplemented stub.
This doesn't mean that it can't come back if someone is interested in implementing PhysX support.
|
| |
|
|
|
|
| |
blacklist them for 2 min, so that we don't keep doing remote calls that fail.
|
| |
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| | |
http://opensimulator.org/mantis/view.php?id=5887
Signed-off-by: nebadon <michael@osgrid.org>
|
| |
| |
| |
| |
| |
| | |
http://opensimulator.org/mantis/view.php?id=5893
Signed-off-by: nebadon <michael@osgrid.org>
|
|/
|
|
| |
concurrent uses of the same TCP connection, and even of the connections to the same server. So let's stop doing it. This patch makes movement much smoother when there are lots of neighbours.
|
|
|
|
| |
region by position instead of looking it up all the time -- this was being done during the main update loop!
|
|\ |
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | | |
This might be why it didn't work.
|
| | | |
|
| |/
|/| |
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| | |
not persist.
Resolves http://opensimulator.org/mantis/view.php?id=5819
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
whether the process is 32-bit or 64-bit
In theory, this means that a 64-bit Windows OS user can now run OpenSim.exe with ODE and use more than 2 (or 3) GB of memory.
However, this is completely untested since I don't currently own a 64-bit Windows box. Feedback appreciated.
Using OpenSim.32BitLaunch.exe should continue to work. Other platforms are unaffected.
This will currently not work with sqlite - I will add that too if this works.
|
|/ |
|