| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
into 0.7.3-post-fixes
|
| |
| |
| |
| | |
with c4b2d24
|
| |
| |
| |
| | |
MoveTaskInventoryItem()
|
| |
| |
| |
| |
| |
| |
| | |
AllowInventoryDrop, not the source.
This allows llAllowInventoryDrop() to work.
Regression test added for this case.
|
| |
| |
| |
| | |
owned by the same user.
|
| | |
|
| |
| |
| |
| |
| |
| | |
the same time.
Have to lock m_MeshToTriMeshMap as property is static and with more than one region two scene loops could try to manipulate at the same time.
|
| |
| |
| |
| | |
Fixes perms boo-boo
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
|
| |
was not active
Unfortunately, the OnLoginsEnabled event is currently only guaranteed to fire if the RegionReady module is active.
However, we can instantiate the AuthorizationService in the module RegionLoaded method since by this time all other modules will have been loaded
|
|
|
|
|
|
| |
scripts in a region.
Addresses http://opensimulator.org/mantis/view.php?id=5940
|
| |
|
| |
|
|
|
|
|
|
| |
of execution time.
This is to make the report clearer and less confusing.
|
|
|
|
| |
This is for the top scripts report.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
measurement period and an idealised frame time.
The previous lines-per-second measurement used for top scripts report was inaccurate, since lines executed does not reflect time taken to execute.
Also, every fetch of the report would reset all the numbers limiting its usefulness and we weren't even guaranteed to see the top 100.
The actual measurement value should be script execution time per frame but XEngine does not work this way.
Therefore, we use actual script execution time scaled by the measurement period and an idealised frame time.
This is still not ideal but gives reasonable results and allows scripts to be compared.
This commit moves script execution time calculations from SceneGraph into IScriptModule implementations.
|
| |
|
|
|
|
| |
false in both if/else branches
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
multiple scripts in the same linkset can cause unnecessary thread aborts.
The first llDie() could lock Scene.m_deleting_scene_object.
The second llDie() would then wait at this lock.
The first llDie() would go on to remove the second script but always abort it since the second script's WorkItem would not go away.
Easiest solution here is to remove the m_deleting_scene_object since it's no longer justified - we no longer lock m_parts but take a copy instead.
This also requires an adjustment in XEngine.OnRemoveScript not to use instance.ObjectID instead when firing the OnObjectRemoved event.
|
|
|
|
|
|
|
|
|
|
| |
to release locks, resulting in a crippled simulator.
This seems to be a particular problem with ReaderWriterLockSlim, though other locks can be affected as well.
It has been seen to happen when llDie() is called in a linkset running more than one script.
Alleviation here means supplying a ScriptInstance.Stop() timeout of 1000ms rather than 0ms, to give events a chance to complete.
Also, we check the IsRunning status at the top of the ScriptInstance.EventProcessor() so that another event doesn't start in the mean time.
Ultimately, a better solution may have to be found since a long-running event would still exceed the timeout and be aborted.
|
|
|
|
|
|
| |
it more understandable as to what it is and what it does (hold a thread pool work item for a waiting of in-progress event)
Also add other various illustrative comments
|
|
|
|
| |
command
|
|
|
|
|
|
|
| |
and OnNewScript in the event manager
OnNewScript fires when a script is added to a scene
OnRezScript fires when the script actually runs (i.e. after permission checks, state retrieval, etc.)
|
| |
|
|
|
|
|
|
| |
status" command.
This is for diagnostic purposes.
|
|
|
|
|
|
|
| |
They were all failing assertions but the exceptions these threw were caught as expected Exceptions.
I don't think we can easily distinguish these from the Exceptions that we're expecting.
So for now we'll do some messy manually checking with boolean setting instead.
This patch also corrects the assertions themselves.
|
|
|
|
| |
they're running
|
| |
|
|
|
|
|
|
| |
variable rather than making each test fetch it seperately.
Also rename instance variables in the test to conform to naming standards and for understandability
|
|
|
|
| |
DisallowForeigners (means what it says) and DisallowResidents (means that only admins and managers can get into the region). This puts the never-completed AuthorizationService to good use. Note that I didn't implement a grid-wide Authorization service; this service implementation is done entirely locally on the simulator. This can be changed as usual by pluging in a different AuthorizationServicesConnector.
|
|
|
|
| |
that data providers can verify authenticity if they want.
|
|
|
|
| |
capitalization of 'name' to lower case, also in the same <grid> section.
|
|
|
|
|
|
|
|
| |
terrain. Default is still pinhead island. I much rather have a flat land in the beginning.
Conflicts:
bin/OpenSim.ini.example
|
|
|
|
| |
being found or not, because the UI is horribly confusing -- places profile is always "loading..." whether the region exists or not.
|
|
|
|
|
|
|
|
|
| |
redefine the encoding of HG URLs because the viewer messes them up. Examples of what works and doesn't work:
- secondlife://ucigrid00.nacs.uci.edu|8002/128/128 <-- works throughout the viewer
- secondlife://http|!!ucigrid00.nacs.uci.edu|8002+Test+Zone+1/128/128 <-- works throughout the viewer
- secondlife://http|!!grid.sciencesim.com!grid!hypergrid.php+Yellowstone01+74/128/128 <-- works throughout
- secondlife://http%3A%2F%2Fucigrid00.nacs.uci.edu%3A8002%20UCI%20Central%201/128/128 <-- works in chat, but not as URLs in the webkit
|
|
|
|
| |
This reverts commit 0434758a0d2d968063456a4b903a5251d2e437ab.
|
|
|
|
| |
This reverts commit 09ff121654ca3d3444571507030435020e64133a.
|
|
|
|
| |
This reverts commit d7651a389e0a5bbd1a1bfc95fa0cb8823b839dad.
|
|
|
|
| |
This reverts commit 8bb0a710836c5c669a96f7a602b48fdda3923574.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
mantis 5914
The part reverted is from commit 2ebb421.
Unfortunately, IAvatarFactoryModule.SetAppearance() does not transfer attachments.
I'm not sure how to do this separately, unfortunately I'll need to leave it to Dan :)
Regression test added for this case.
Mantis ref: http://opensimulator.org/mantis/view.php?id=5914
|
| |
|
|
|
|
| |
No methods in the List class are thread safe in the MS specification/documentation
|