aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/bin/Mono.Addins.dll (unfollow)
Commit message (Collapse)AuthorFilesLines
2012-12-09Replaced Mono.Addins dlls with ones compiled in Windows 64-bit.Diva Canto1-0/+0
2012-10-03Update Mono.AddinsBlueWall1-0/+0
Update Mono.Addins to latest - 3177b22e958c82bf2c5655ac3d4ef7ad25cc2588
2011-04-27add the executable bit to all bundled DLLs so that these are preserved when ↵Justin Clark-Casey (justincc)1-0/+0
using git or untarring releases under cygwin on windows Mono doesn't care if the
2010-10-03Upgraded Mono.Addins.dll to 0.5, coming from here: ↵Diva Canto1-0/+0
http://monoaddins.codeplex.com/
2008-11-12* Update Mono.Addins.dll to 0.4, as per sdague's suggestionJustin Clarke Casey1-0/+0
* Everything appears to be okay
2008-01-05Checked in my own Mono.Addins.dll by mistake. Here is correction.Tedd Hansen1-0/+0
2008-01-05Only one queue is used for load/unload of scripts.Tedd Hansen1-0/+0
So loading/unloading of scripts are now done in same sequence as they are called.
2007-11-04another attempt to fix problemMW1-0/+0
2007-11-04trying to fix the problem of Mono not liking to work with Mono.Addins, but ↵MW1-0/+0
MS .net is fine with it.
2007-11-04Added support for OpenSim application plugins (as requested by Adam), which ↵MW1-0/+0
use Mono.addins for loading/management. (which is a pure .net solution so works on both Mono and MS .net, and is under the MIT license, will add the source code for the library later). I also suggest we look into switching to using Mono.addins for our Region module loading management. A little bit more refactoring of Scene.