aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Region/CoreModules/Scripting/WorldComm/WorldCommModule.cs (unfollow)
Commit message (Collapse)AuthorFilesLines
2009-03-11From: Alan M Webb <alan_webb@us.ibm.com>Dr Scofield1-6/+9
This fixes *another* sync error in a list/dictionary iterator. This time in WorldComm. I'm beginning to think something is going on...
2009-02-17* Apply http://opensimulator.org/mantis/view.php?id=3179Justin Clarke Casey1-15/+15
* This slightly extends a lock in WorldCommModule so that it covers the GetNewHandle method which states in it's doc that it assumes locking has happened before the method is called * Thanks DoranZemlja
2009-02-12large scale fix for svn props after "the great refactor"Sean Dague1-9/+9
2009-02-12* optimized usings.lbsa711-9/+9
2009-02-10this is step 2 of 2 of the OpenSim.Region.Environment refactor.Dr Scofield1-1/+1
NOTHING has been deleted or moved off to forge at this point. what has happened is that OpenSim.Region.Environment.Modules has been split in two: - OpenSim.Region.CoreModules: all those modules that are either directly or indirectly referenced from other OpenSim packages, or that provide functionality that the OpenSim developer community considers core functionality: CoreModules/Agent/AssetTransaction CoreModules/Agent/Capabilities CoreModules/Agent/TextureDownload CoreModules/Agent/TextureSender CoreModules/Agent/TextureSender/Tests CoreModules/Agent/Xfer CoreModules/Avatar/AvatarFactory CoreModules/Avatar/Chat/ChatModule CoreModules/Avatar/Combat CoreModules/Avatar/Currency/SampleMoney CoreModules/Avatar/Dialog CoreModules/Avatar/Friends CoreModules/Avatar/Gestures CoreModules/Avatar/Groups CoreModules/Avatar/InstantMessage CoreModules/Avatar/Inventory CoreModules/Avatar/Inventory/Archiver CoreModules/Avatar/Inventory/Transfer CoreModules/Avatar/Lure CoreModules/Avatar/ObjectCaps CoreModules/Avatar/Profiles CoreModules/Communications/Local CoreModules/Communications/REST CoreModules/Framework/EventQueue CoreModules/Framework/InterfaceCommander CoreModules/Hypergrid CoreModules/InterGrid CoreModules/Scripting/DynamicTexture CoreModules/Scripting/EMailModules CoreModules/Scripting/HttpRequest CoreModules/Scripting/LoadImageURL CoreModules/Scripting/VectorRender CoreModules/Scripting/WorldComm CoreModules/Scripting/XMLRPC CoreModules/World/Archiver CoreModules/World/Archiver/Tests CoreModules/World/Estate CoreModules/World/Land CoreModules/World/Permissions CoreModules/World/Serialiser CoreModules/World/Sound CoreModules/World/Sun CoreModules/World/Terrain CoreModules/World/Terrain/DefaultEffects CoreModules/World/Terrain/DefaultEffects/bin CoreModules/World/Terrain/DefaultEffects/bin/Debug CoreModules/World/Terrain/Effects CoreModules/World/Terrain/FileLoaders CoreModules/World/Terrain/FloodBrushes CoreModules/World/Terrain/PaintBrushes CoreModules/World/Terrain/Tests CoreModules/World/Vegetation CoreModules/World/Wind CoreModules/World/WorldMap - OpenSim.Region.OptionalModules: all those modules that are not core modules: OptionalModules/Avatar/Chat/IRC-stuff OptionalModules/Avatar/Concierge OptionalModules/Avatar/Voice/AsterixVoice OptionalModules/Avatar/Voice/SIPVoice OptionalModules/ContentManagementSystem OptionalModules/Grid/Interregion OptionalModules/Python OptionalModules/SvnSerialiser OptionalModules/World/NPC OptionalModules/World/TreePopulator
2009-02-06This changeset is the step 1 of 2 in refactoringDr Scofield1-4/+4
OpenSim.Region.Environment into a "framework" part and a modules only part. This first changeset refactors OpenSim.Region.Environment.Scenes, OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region modules in OpenSim.Region.Environment. The next step will be to move region modules up from OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and then sort out which modules are really core modules and which should move out to forge. I've been very careful to NOT BREAK anything. i hope i've succeeded. as this is the work of a whole week i hope i managed to keep track with the applied patches of the last week --- could any of you that did check in stuff have a look at whether it survived? thx!
2008-10-21fixing real cause of #2445 & #2449: Position was <0, 0, 0> forDr Scofield1-4/+4
OSChatMessage coming from client.
2008-10-21fixes #2445 & #2449. interim fix that will make listeners workDr Scofield1-4/+12
again. need to investigate why chat position is catastrophically off.
2008-10-20cleaning up IRCBridgeModule to allow for configuration from in-world,Dr Scofield1-42/+29
chat relaying via private channels, and old IRCBridgeModule behaviour. also cleaning up IRCBridgeModule's OpenSim.ini configuration variable names (still supporting "old" variable names). refactored IRCChatModule into IRCConnector and incorporating watchdog from IRCBridgeModule into IRCConnector. enabling ChatModule to be used as a super-class and utilizing it in ConciergeModule.
2008-10-11Thanks cmickyb for a patch that enhances the IRC module.Dahlia Trimble1-2/+17
See mantis #2379 for some useful scripts that work with this. Note that I added another configuration parameter in addition to the patch to allow for legacy behavior in the absence of new configuration settings.
2008-10-03This changeset changes the way chat from client is routed: Dr Scofield1-6/+6
old way: each region module interested in chat from client had to - subscribe to scene.EventManager.OnNewClient - then in its OnNewClient delegate it would subscribe to client.OnChatFromViewer to capture chat messages coming new way: ChatModule is the only region module that uses the "old way" approach but is now forwarding all client chat via scene.EventManager.OnChatFromClient - each region module interested in chat from client now only subscribes to scene.EventManager.OnChatFromClient this not only simplifies code, but also allows us to substitute ChatModule with derived classes (ConciergeModule is going to be one example). Also, this changeset changes ChatFromViewer to ChatFromClient as it doesn't necessarily have to be a viewer that is a chat source. i've taken great care to only comment out those OnNewClient delegates that were only used for getting at the client chat --- hope it's not breaking anything.
2008-09-06* This is the fabled LibOMV update with all of the libOMV types from JHurlimanTeravus Ovares1-34/+34
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle. * This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big! * Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
2008-07-25renaming the increasingly ill-named ChatFromViewerArgs to OSChatMessageDr Scofield1-1/+1
2008-05-28Formatting cleanup.Jeff Ames1-3/+3
2008-05-27Thank you kindly, Melanie for a patch that adds:Charles Krinke1-0/+71
GetSerializationData() and CreateFromData() methods
2008-05-16Formatting cleanup.Jeff Ames1-17/+17
2008-05-14* Removed 19 warningsTeravus Ovares1-1/+1
2008-05-08* Applying patch #1121 - Fixes for llListen() (Thanks Middlelink!)Adam Frisby1-269/+329
2008-05-01* Rolled back a few changes.Adam Frisby1-2/+6
2008-05-01* Spring cleaning on Region.Environment. Adam Frisby1-6/+2
* Converted a large number of read-only fields to be actually, readonly. * Reformatted code sections. * Removed redundant code.
2008-05-01Update svn properties. Minor formatting cleanup.Jeff Ames1-584/+584
2008-04-30* Cruft removal step #1. Cleaning Modules directory.Adam Frisby1-36/+43
2008-04-30* Refactored Environment/Modules directory - modules now reside in their own ↵Adam Frisby1-584/+578
directory with any associated module-specific classes. * Each module directory is currently inside one of the following category folders: Agent (Anything relating to do with Client<->Server communications.), Avatar (Anything to do with the avatar or presence inworld), Framework (Classes modules can use), Grid (Grid traffic, new OGS2 grid comms), Scripting (Scripting functions, etc), World (The enrivonment/scene, IE Sun/Tree modules.) * This should be moved into a seperate project file.
2008-04-26* Committing Mantis #1061 - llRegionSay and llSetPrimitiveParams ↵Adam Frisby1-20/+19
implementations. Thanks Melanie!
2008-04-21* Optimised using statements and namespace references across entire project ↵Adam Frisby1-1/+0
(this took a while to run).
2008-03-28From: Michael Osias <mosias@us.ibm.com>Sean Dague1-8/+16
This patch implements llMessageLinked. I had to make a change to llGetLinkNumber to return m_host.LinkNum + 1 for link sets of more than 1 prim, or 0 for a single object, since according to: http://rpgstats.com/wiki/index.php?title=LlMessageLinked linksets with 2 or more prims start the link numbering at 1, but a single prims link number is 0.
2008-03-24From: Michael Osias <mosias@us.ibm.com>Justin Clarke Casey1-113/+146
Fixes mantis 771 - multiple uses of llListen cause duplicate events Thanks Michael!
2008-03-18Formatting cleanup.Jeff Ames1-27/+25
2008-02-20Minor cleanup.Jeff Ames1-1/+1
2008-02-19From: Michael Osias <mosias@us.ibm.com>Sean Dague1-20/+52
This patch implements the llSendRemoteData command and fixes mantis 552, and possibly 586.
2008-02-18Patch from Michael Osias IBM (jimbo2120)Justin Clarke Casey1-0/+22
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.
2007-12-27* Optimized usingslbsa711-2/+2
* shortened references * Removed redundant 'this' * Normalized EOF
2007-12-07Updates to LibSL revision 1498. Thanks Johan!Adam Johnson1-4/+4
2007-11-08converted hard-coded chat type values to ChatTypeEnumJeff Ames1-7/+7
2007-11-01* Diuerse beavtificatemslbsa711-1/+1
2007-10-30Step one on the long march towards grid based inventory. Introduction of an ↵Tleiades Hax1-1/+1
InevntoryServer
2007-10-30* Optimized usingslbsa711-80/+66
* Shortened type references * Removed redundant 'this' qualifier
2007-10-29as per the "Filesystem cleanup for OpenSim repository" mailing list thread. ↵MW1-1/+1
Have flattened the OpenSim.Framework project/namespace. The problem is that the namespace is still wrong as its "OpenSim.Framework" while the directory is "OpenSim\Framework\General" , so we need to decide if we change the directory or correct the namespace. Note this has lead to a big flat project, but I think a lot of the files we most likely don't even use any longer. And others belong in other projects/namespaces anyway.
2007-10-29Started the process of cleaning up AssetCache and moving most of the code ↵MW1-2/+0
into modules. Have moved TextureRequest handling (from the client) to a module. But even though to start with I just did a little bit of cleaning up of the existing code, it doesn't seem to work as good as the old code so I need to spend more time on it. So for now am committing my changes but with them not in use. So for now all Texture and asset requests are still handled by the old code in AssetCache.
2007-10-19* Major structural change: Begun converting Events to use (caller, args) ↵Adam Frisby1-6/+5
syntax to conform with .NET guidelines. * OnChatFromViewer has been converted as an example. * Bug: SimpleApp's NPC client does not implement a Scene property and will likely crash with a NullReferenceException when it attempts to chat.
2007-10-19changes to pass nini config object to the modules that getSean Dague1-1/+2
loaded so that they may read out any bits they are interested in
2007-10-15* Applied Chillken patch #418: copyright-r2094.patch updating copyright ↵lbsa711-0/+28
messages. Thanks Chillken!
2007-10-10* Gave ModuleLoader some good lovin'lbsa711-5/+5
* Introduced ModuleLoader.PickupModules that currently picks up IRegionModule:s from /bin * Made LogBase thread-safe (or at least not thread-ignorant) * Ignored some genned files
2007-10-05Code from Illumious Beltran (IBM) implementing more LSLSean Dague1-0/+481
The functions implemented are: llListen llListenControl llListenRemove llOpenRemoteDataChannel llCloseRemoteDataChannel llRemoteDataReply The events implemented are: listen remote_data
generated by cgit v1.1 at 2024-09-03 00:06:52 +0000