| Post Date | Summary |
|---|---|
| 2009-09-07 | Posted By: Snowdrop Short Project moved I have moved the continued development from the forge to sourceforge. All updates performed by me, will in the future be made on: https://sourceforge.net/projects/snowcrash/ Naturally, you are free to use either the version here or the version on sourceforge. The reason for moving the project is simply that I need to host a webside and a sql serer along side with the project. Sourceforge offers this functionality. I have been more than happy with the forge here, and would like to add my thanks for the hosting. |
| 2009-08-23 | Posted By: Snowdrop Short The MRMAddin compiler can now generate intermediate code Intermediate code generation has now been added to the MRMAddin compiler. The compiler can be made to print the generated intermediate code using the -i flag on the command line. The intermediate level code is pretty close to the CIL level, and should in many instances be a 1 to one conversion |
| 2009-08-18 | Posted By: Snowdrop Short Alpha preview of MRMAddin compiler release The very first preview of the LSL to CIL code compiler, desiged to generate CIL code supporting MRM microthreading and continuations has been released. This release is for testing only, the compiler does not - yet - generate any code. It does perform a full analysis of the code, including static typechecking. The compiler is released in the hopes that others may help find LSL script code which the compiler does not recognize correctly |
| 2009-08-06 | Posted By: Snowdrop Short Change in project scope I have decided to change the scope of this project. Now the goal will be a completely self-contained LSL2 Script engine. I.e. LSL2 code will be compiled into native CIL code and executed using the MicroThreading mechanism of MRM. This will enable full compatibility with LSL2, including some of the stranger coding techniques used and a removal of the requirement that no long running code should be executed in a LSL method, e.g. it will be possible to have loops in LSL which do not terminate, without impacting the performance of the script engine. |
| 2009-08-06 | Posted By: Snowdrop Short MRM Addin now runs in a separate AppDomain MRMAddin now executes all the loaded addins in a separate AppDomain. This means that the addin code does not pollute the primary AppDomain of OpenSim. When running MRMAddin only two new assemblies are loaded into the primary AppDomain: MRMAddin.ScriptEngine and MRMAddin.Rendezvous, all other assemblies remain in the MRMAddin AppDomain. Usually the CLI (either .Net or Mono) attempts to load assemblies into both AppDomains When several appdomains exists in the same process, the CLI (either .Net or Mono) attempts to load assemblies into both the client and server AppDomains in order to build proxies for the classes taking part in cross appdomain communications. MRMAddin intercepts the messages leaving and entering the MRMAddin AppDomain in order to prevent this "pollution" of the primary AppDomain. Unfortunately this interception is not 100% complete yet, the Host.Console.... API of MRM has not been ported to this methodology. |
| 2009-07-08 | Posted By: Snowdrop Short Project apporved Yay, the project was approved, and the site is up and running. This initial code has been uploaded |

