| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
by not deleting the landaccesslist. If this triggers an
sqlite error on .NET, we'll need to track that down seperatly.
|
|
|
|
|
|
|
|
| |
if it wasn't already there.
* Started OpenSim on SQLite to a mass of red 'unable to load prim' messages.
* If you are getting this message, after this update, when you start OpenSimulator, you'll get it one more time and then it'll work again.
|
|
|
|
|
| |
Grass type is not persisted. Try to rez some grass several time to have different random grass types around, then immediately move a couple of them. Or restart the sim and logon again. You'll see all grass types reverted to a dull default one :-)
|
|
|
|
|
|
|
|
| |
As per the suggestions in Mantis 687 (thanks Sakai) to resolve an exception
* This won't apply to any existing inventory tables you have, but shouldn't
cause any issues with old tables either
|
|
|
|
| |
date and consistent
|
|
|
|
|
|
|
| |
* Enabled new TerrainModule. (The king is dead, long live the king!)
* Use the console command: "script terrain save file.r32" / "script terrain load file.r32" to load/save terrain. Now uses the extension to determine file format.
* MANY of the old terrain features do not have a replacement function in the new module yet, this needs to be corrected, but has not been done so far. This being said, the new module is faster and more efficient and should be a good replacement.
|
| |
|
|
|
|
| |
originRegionID = RegionID in RegionInfo.cs on line 375
|
| |
|
| |
|
| |
|
|
|
|
| |
support for region move/split/merge. See ThirdParty/3Di/README.txt. Unless the new modules are used there should be no noticeable changes when running OpenSim.
|
| |
|
| |
|
|
|
|
|
|
| |
* Fixed a few bugs in the patch that are sim crashers.
* There's still a bug in mySQL mode/ grid mode where the main userprofile text doesn't save.
|
| |
|
|
|
|
| |
*toots*
|
| |
|
|
|
|
|
| |
* ignored the generated files
|
|
|
|
|
|
|
|
|
| |
OpenSim.Framework.Data.Base
It's you !!
How are you gentlemen !!
|
|
|
|
|
|
|
| |
converts Parse calls to TryParse
Replaces string.empty and lluuid.zero calls on user load to use real
values from DB (related to user profile save/load work. Finer grained patching)
|
|
|
|
|
|
|
|
| |
appropriate names consisten with their use.
All done with all 94 handlers from handler001
through handler094. Hopefully we can move
forward without numbered handlers.
|
|
|
|
|
| |
owner_uuid support to the MSSQL data driver.
|
|
|
|
|
|
| |
to more appropriate names consistent with use.
|
|
|
|
|
|
|
| |
called in an ad-hoc fashion and causing an access violation error. This means that in SQLite when subdividing parcels you'll have to go to the parcel and clear out the banlist with the client instead of having it done for you immediately when you split the parcel.
* A database guy really needs to look at the land stuff. :D
|
|
|
|
|
| |
Removed verbose flag, since it doesn't do anything any more.
|
|
|
|
| |
asset cache, until it can be seen if the module was the cause of some new problems that seem like they might be related to assets. I'll look into this more tomorrow.
|
|
|
|
| |
functions are no longer in AssetCache
|
|
|
|
|
|
|
|
| |
ever seen". I'm not sure I should be doing this commit, but oh well.
So anyway, it moves the Asset downloading (packet sending) to a module (AssetDownloadModule).
So now at last, AssetCache should be just dealing with fetching assets from the asset server and caching them.
|
| |
|
|
|
|
| |
happening due to locks in the AssetCache and Texturedownload module. Where the thread from the Asset thread would be take a lock on a list in the asset cache and then try to call the Callback into the texturedownload module and hit a lock in there which was held by a ClientView thread- which at the same time would be trying to request another texture from the cache and be hitting the lock in there held by the IClientAPI. The result each thread waiting for the other one to release a lock. And as one of those was the ClientView process packet thread. No more packets from that client could be processed. For now I've made a copy of the list in AssetCache so that it can release the lock. I'm doing more work on assets (moving the client asset downloading to a module ), so will hopefully change this into a better method once I've cleaned over things up a bit.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
* Moved Flush into Close since it's always done in that order.
* Minor renamings
* Reversed if for clarity
|
| |
|
| |
|
|
|
|
|
|
|
| |
* Correct asset cache stats table heading
* Correct spelling mistake in AssetCache (thanks ChrisD!)
|
|
|
|
|
|
|
| |
* As such, only a request for a non cached asset, the response and failures show up now.
* I know lbsa71 only put these in not long ago, so if they are really still required, I think we should think whether we can move the default log4net level off 'Debug'
|
|
|
|
| |
to avoid race conditions.
|
| |
|
|
|
|
|
|
|
|
|
| |
* This will show the packets waiting in each queue for each client logged into a region server
* These are displayed using 'show stats' on the region command line
* This is in pursuit of a memory leak.
* This will require a prebuild
|
|
|
|
| |
instances to prevent event race conditions
|
| |
|
|
|
|
| |
compiled in DEBUG mode)... Its ugly and even requires a separate thread to track the treads, but it will be very valuable in debugging.
|
|
|
|
|
|
|
| |
* Resolve a bad logic bug in AssetCache.GetAsset()
* This may make some asset related things work better (possibly getting main map images will now be improved).
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
(my own bug)
|
|
|
|
|
|
| |
* Add documentation to AssetCache
|
| |
|
| |
|