| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
| |
an image
* This might stop some client's constant requests for unfound textures, which is a candidate for the memory leak
* If a texture is not found then the "Image not found" texture will now be displayed clientside
* If it works, this should resolve mantis 676
* Non texture image requests do not receive this packet yet
* This will require a prebuild
|
|
|
|
| |
TextureSender
|
|
|
|
|
|
|
|
| |
* Moved Flush into Close since it's always done in that order.
* Minor renamings
* Reversed if for clarity
|
| |
|
|
|
|
| |
compiled in DEBUG mode)... Its ugly and even requires a separate thread to track the treads, but it will be very valuable in debugging.
|
| |
|
|
|
|
|
|
|
|
|
| |
data from the asset server
* This should stop the constant increase in the download requests statistics
* If you see stat numbers for download requests which are far from what you'd expect, please report
|
| |
|
|
|
|
|
|
|
| |
* This fixes some of the 'runaway downloads' problem but not all of it
* Also fix up logging messages so texture requests are reported as such rather than as assets
|
|
|
|
| |
AbortXfer packets. And the "saving data" message in the client on logout seems to have gone. (So that message was all my fault.)
|
|
|
|
| |
they help with the xfer/grey avatar problems.
|
|
|
|
| |
Groups Module, made it shared to save on threads.
|
| |
|
|
|
|
|
|
|
|
| |
* The reason why pending downloads tick ever upwards is because missing assets are never signalled to the TextureSender
* Rectifying this is not straightfoward, but this will constitute the next patch.
* This does not explain the memory leak.
|
|
|
|
|
|
|
|
| |
This patch implements the llSendRemoteData command and fixes mantis 552,
and possibly 586.
|
|
|
|
| |
threads so it will be easier to debug.
|
|
|
|
|
|
|
|
| |
In his own words:
If a prim becomes a listener or remote channel and the script is deleted, it cannot become a listener or channel again with a new script.
This patch fixes that.
|
| |
|
|
|
|
| |
AgentAssetTransactionModule
|
|
|
|
|
|
|
| |
CommsManager and into a module (AgentAgentTransactionModule), still needs cleaning up though.
But its one more thing out of the CommsManager. One day we will kill the CommsManager!
|
| |
|
|
|
|
|
|
| |
to do smarter resize coming this afternoon.
|
|
|
|
| |
being persisted.
|
| |
|
|
|
|
|
|
| |
asset db.
|
|
|
|
| |
threads
|
|
|
|
| |
EventWaitHandles, I'm a bit concerned about what effect this might have on performance in a large grid. But I've spent long enough on this problem for one day and as its valentines day, I will be killed and tortured (most likely not in that order) if I don't stop work for the day soon.
|
|
|
|
|
| |
* Minor work towards abstracting terrain.
|
| |
|
|
|
|
|
|
| |
* Converted all instances of "256" spotted to use RegionSize instead. Some approximations used for border crossings (ie 255.9f) are still using that value, but should be updated to use something based on RegionSize.
* Moving Terrain to a RegionModule, implemented ITerrainChannel and TerrainModule - nonfunctional, but will be soon.
|
|
|
|
|
|
|
|
|
| |
appears that in conjunction with MW's locking changes, that two threads may race to create the avatar
appearance in the TryGetAvatarAppearance() method. Moving off Add will mean the second replaces the first instead of throwing the exception. This may still not be a good
permanent solution - more extensively locking or a code rearrangement could be better. I'm going to leave this in MW's much more familiar hands now.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
all TerrainEngine.LoadFromFileX(string filename) methods don't set the dirty bits in heightmap.diff[,] in contrast to the TerrainEngine.LoadFromFileX(string filename, int dimensionX, int dimensionY, int lowerboundX, int lowerboundY) cousins. this has the unpleasant drawback that the Scene.SendTerrainUpdate(bool) will not send layer data to the client.
the attached patch fixes all LoadFromFileX(.) methods.
Thanks!
* Also small build fix for AvatarFactoryModule
|
| |
|
|
|
|
| |
did much anyway, so perhaps it's not currently in use.
|
|
|
|
|
|
|
|
| |
appearance persistence needs to set new params for it (check OpenSim.ini.example)
New keys "appearance_persist" and "appearance_connection_string" are now under [Startup].
* Reorganized OpenSim.ini slightly
|
| |
|
|
|
|
|
|
|
|
|
| |
memory
* However, I'm no longer sure they were even a big contributory factor (to this particular leak, there are other causes of other leaks). I need better measurement techniques
* Removed most of my debugging gawp
|
|
|
|
|
|
| |
Just want to try this out on windows quickly.
|
| |
|
|
|
|
|
|
|
|
| |
client logout
* This code may or may not be on the right track, but I want to save my work so far.
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
|
|
|
|
|
| |
* Fixed a few bugs
* Wrote an example module to make certain event systems more mature.
|
| |
|
|
|
|
|
|
|
|
|
| |
mode (with accounts_authenticate set to true), it also only currently has a mysql database connector. (sqlite one will follow soon). It also uses the tribalmedia database system, so this needs checking to see if the old problems with mono have been fixed.
To use, see the appearance section in opensim.ini.example, set "persist = true", then add the correct connection string for your database.(see mysql-AvatarAppearance.sql in share folder for a example of the table mysql table structure).
This could possible be used in a very small grid, but would mean each region server would need to connect to the same mysql database.
But the work to move the code to one of the grid servers shouldn't be too much.
|
| |
|
|
|
|
|
|
|
| |
better position.
Uses the IRC nick as the default when user location cannot be determined.
|
| |
|
|
|
|
|
|
| |
Going to sift through the diff later to sort out what the root cause is here.
|
| |
|
|
|
|
| |
issue 390.
|