| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
information
|
|
|
|
|
|
|
|
| |
places in show stats
* trade easier readability for pointless accuracy
|
|
|
|
|
|
|
|
| |
clear-assets command is used on the region console
* stop waiting for garbage collection when GC total memory used is requested, in case the periodic request of this lags the sim
|
|
|
|
|
|
|
|
| |
some idea of how these evolve
* When returning GC.GetTotalMemory(), force collection first in order to get more accurate figures
|
| |
|
|
|
|
|
|
| |
* This is the GC.GetTotalMemory() method, which I'm guessing does not include memory used by the VM (hence the memory usage reported in top on linux would be much higher)
|
| |
|
|
|
|
|
|
|
| |
stdin)
*Fixed bug that would crash the simulator if there were two physics/meshing engines loaded with the same name.
|
|
|
|
|
|
|
| |
interesting, but successful way to do it.
* This also takes care of a few error situations that were previously never seen.
|
| |
|
| |
|
|
|
|
|
| |
* Unfortunately, there's some kludges with the Async manager and the llDetected functions that I have yet to decipher... so llDetected functions don't work with collision events at the moment....
|
|
|
|
|
|
|
|
|
|
|
|
| |
having reached the intermediate level of .NET's XmlSudoku, i've
now figured out how to do deserialization using different
XmlSerializers (this stuff begins to grow on me, sigh).
[still not used code, work-in-progress]
* adding convenience property on OSHttpRequest.cs (from awebb)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
having spent the last couple of days wrestling with .NET XmlSerializer
and trying to get it to do what is required by XMPP (RFC 3920 & 3921)
this is the preliminary result of that wrestling (you should see the
other guy!): XmppSerializer allows us to serialize Xmpp stanza (and
theoretically deserialize [or reify] them), XmppWriter helps avoiding
various gratuitous crap added in by off-the-shelf XmlSerializer.
this is currently not used anywhere but the plan is to use it for
at least an XMPPBridgeModule.
|
| |
|
| |
|
| |
|
|
|
|
| |
not all faces have the same texture
|
| |
|
|
|
|
|
|
|
| |
* You'll need to start-up the MessageingServer and set it up. It sets up like any of the other grid servers.
* All user presence data is kept in memory for speed, while the agent is online. That means if you shutdown the messaging server or the messaging server crashes, it forgets who's online/offline.
* Occasionally the region-cache will get stale if regions move around a lot. if it gets stale, run clear-cache on the messaging server console to clear the region cache.
|
| |
|
|
|
|
| |
related.
|
|
|
|
| |
they appear in non-console servers too
|
|
|
|
|
|
|
|
| |
must remember to nant clean
* Hook all server startups into base opensim server startup method
|
| |
|
|
|
|
| |
restoration routines
|
|
|
|
|
|
| |
* Now all servers respond to the "show version" command on the console
|
|
|
|
|
|
|
| |
* User tries to log-in but is already logged in. Userserver will send message to simulator user was in to log the user out there.
* From the UserServer, admin types 'logoff-user firstname lastname message'.
* Some regions may not get the message because they're not updated yet.
|
| |
|
|
|
|
| |
math in the sun module. This populates the sun phase slider on the terrain tab in the estate tools according to the current sun phase. Display purposes only for now. Need to go the other way for setting the sun phase based on the linden hour in the estate tools.
|
|
|
|
|
|
| |
* Looks up UUIDNames for script time and colliders in a separate thread.
* Hopefully this'll allow you to look at top scripts on a region that has a lot of scripts without crashing your client thread.
|
|
|
|
|
|
|
|
| |
skeleton,
far from complete, just want to check in early and often.
|
|
|
|
|
|
| |
adding back in a few messages on exceptions.
|
| |
|
|
|
|
|
|
|
|
|
| |
llLoopSound sends out one packet to clients in view, so it doesn't work anymore
when clients enter later on, or the prim is modified in any way.
Solution: Stored sound data on prim, send full update instead.
llStartSound and llLoopSound now accept both LLUUIDs to a sound as well as object
inventory sound names. llStopSound clears prim data and sends full update.
|
| |
|
|
|
|
|
|
|
|
| |
If a request is made for an asset which is not in the cache yet,
but has already been requested by something else, queue up the
callbacks on that requester instead of swamping the asset server
with multiple requests for the same asset.
|
| |
|
|
|
|
|
| |
that creates the event handler chain ready to hook by script engines
|
|
|
|
|
|
|
|
| |
llOwnerSay()
via the newly created Scene.SimBroadcast() call.
|
| |
|
| |
|
|
|
|
|
| |
There's some oddness with the parcel counts, but if you can get past the oddness, you can return objects under an owner that you have permission to return.
|
|
|
|
|
|
|
| |
Nothing huge, but the new button code for producing
a new script does well, but the script will not allow
for name change once created. It reverts back to new script.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(from awebb)
i've added the OSHttpStatusCodes enumeration of HTTP status codes, have adapted
BaseHttpServer to use those.
then RestPlugin now has proper Failure handling returning proper HTTP status
codes. Regions/POSTHandler is work-in-progress.
|
|
|
|
| |
fully in the region console
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* If a caller attempts to set PrimitiveBaseShape.ProfileCurve with a HollowShape or ProfileShape component which is not a valid enum, a warning is spat out and a default shape
subtituted
* This does not solve any underlying problem if we're missing some enum values (though it's not obvious what these are), but it should allow save-xml2/load-xml2 to be used
without causing invalid enum value related exceptions. The checks will also guard against badly behaved clients.
* This change alters the order of shape values in the xml, since it appears properties are serialized after fields (at least this is the case in mono). .net native
deserialization can cope with this it appears, though people manipulating xml manually may need to adapt (if there are any).
* This may be a good argument against relying on .net [de]serialization for our xml format.
|