| layout |
|---|
home |
As the release for MoonSharp 0.9.0 is approaching, the documentation and tutorials are being updated, thus they might be inconsistent with what's available in 0.8.x.
As soon as all the tests on iOS over Unity3D are passed, 0.9.0 will be released!
Check the CHANGE LOG to have a peek at what's coming.
Time for some MoonSharp 0.9.0 teasers...
- The test suite running on a Nokia Lumia 620
- The test suite running on Windows 8.1 as a Windows 8 Store App
- The test suite running on Silverlight 5 on Chrome
Wooo so many new things!
MoonSharp 0.9.0 is near, with more changes than ever.
Check the CHANGE LOG to have a peek at what's coming.
Almost two months of silence! But many things happened in this time frame, even if not a lot of code was committed to the repo.
I did a little summary of major outstanding issues of MoonSharp:
- Incompatible with iOS (and, in general, Mono full AOT) because of how ANTLR handles things with complex generics and delegates (I worked around many of them - in mono aot as I don't have a Mac nor an iPhone - as you can read here: https://groups.google.com/forum/#!topic/moonsharp/oT4SbOFA5mE )
- Some malformed scripts give errors with unhelpful error messages, because of the way ANTLR reports lexer errors
- Some performance issues during lexing/parsing because of the complex ANTLR grammar and analysis. I improved them a lot by removing operator precedence in the grammar and manually handling it on the MoonSharp AST, but some still there.
- Minor lexical problems due to a corner case ambiguity which ANTLR resolves and Lua itself not
- A complex deployment issue. Currently ANLTR 4.3 gives different version of .NET 3.5, .NET 4, .NET 4.5, Portable .NET 4, Portable .NET 4.5 at least. This means a lot of effort on the MoonSharp side to manage builds for Windows 8 apps, Windows Phone, XBox, etc. Solved in ANTLR 4.4 but not yet released.
Sense a pattern ? :)
Now, don't get me wrong, ANTLR is a wonderful tool. Simply, I think it makes a lot more sense on DSLs enterprise scenarios rather than generic scripting languages on 3rd party lib.
So, to cut short, an attempt at a custom lexer+parser is ongoing, hopefully leading to a better solution in the long run. But this is a very very long work, happening on the "remove-antlr" branch.
MoonSharp 0.8.5.1 has been released, with many bugs fixed over 0.8.2.1 and a revised userdata interfacing.
- Vastly improved type descriptors - #39
- Fixed: Varargs not supported on main chunk - #46
- Fixed: pcall returns only the first return value - #47
- Fixed: Threading check not working properly - #42
- Fixed: Exception ctor overloads revised for potential obscure bugs - #40
- Fixed: String patterns do not support \0 characters - %z must be used instead. - #29
In particular userdata type descriptors are improved in this way:
- If a customized behaviour for a given type is desired, it can be registered using a custom IUserDataDescriptor, or the object can implement IUserDataType for an even easier implementation
- While still considered somewhat unsafe, it's possible to use "UserData.RegistrationPolicy = InteropRegistrationPolicy.Automatic" to have unregistered types be registered just in time
- If interfaces are registered and a type implements more than one interface, correct resolution now happens
- Types registered with the standard descriptors support some kind of automatic member name adaptation. For example, a member called "SomeMethodWithLongName" can be accessed from a lua script also as "someMethodWithLongName" or "some_method_with_long_name" (for better consistency among coding styles in different languages).
- Types registered with the standard descriptors and having overloaded methods will not raise an error anymore, but resolve to the first method found (quite random). Better overloads support is a task for the future.
Zip file | Interpreter NuGet | Debugger NuGet
MoonSharp 0.8.2.1 has been released, with 4 bugs fixed over 0.8.1:
- Function in lua which has 2 parameters with the same name throws error
- UserData with private properties throws on UserData.RegisterType
- table.unpack raises IndexOutOfRangeException
- Assigning nil to a table field should delete it
- Minor/partial fix on the multithread check on script execution
Note: 0.8.2.1 has not been released on NuGet at the moment
Zip file | Interpreter NuGet | Debugger NuGet
MoonSharp 0.8.1 has been released, with two critical bug fixed over 0.8.0:
- A lot of bug-fixes regarding error handling on nested C# calls and coroutines
- A bad bug involving a miscalculation of table length has been fixed (See issue #38)
Zip file | Interpreter NuGet | Debugger NuGet
MoonSharp 0.8.0 has been released, with many interesting additions, including a completed standard library, some support for Unity and Xamarin and debugger additions.
- Support for Unity Web Player and Unity Android (non-stripped)
- Support for Xamarin Android
- 'os', 'io' and 'file' libraries completed. Note that in Unity and Xamarin some functionality of 'os', 'io' and 'file' are not supported.
- Parts of the 'debug' library completed. This has been done for compatibility sake, as debuggers are implemented differently in MoonSharp.
- Improved error messages
- Improved options management [small breaking change]
- Table indexers now support any number of keys and resolve to subtables automagically
- Fixed a bug where a piece code behaved differently in .NET 4 than in .NET 2 (weird covariance stuff, this btw is interesting weird corner case).
- Test suite runs on Xamarin Android, Unity Windows, Unity Android and Unity Web Player correctly!
- Remote Debugger: it's now possible to attach the debugger to running scripts without having them getting paused
- Remote Debugger: it's now possible to break on errors, and to select which errors break and which don't
- Remote Debugger: added set breakpoint and clear breakpoint commands
Thanks to good feedback on the forums, some facilities have been added to table to ease access to subtables: now the indexers support any number of keys and resolve to subtables automagically!
Great news:
- MoonSharp has been accepted in Xamarin open source program.. so Xamarin testing will start soon and hopefully a Xamarin package will be released asap!
- xpcall and debug.traceback are in! and working! This basically completes all the work meant to be done to the standard library (actually, it's a lot more than what was meant to be done already!)
Big news under the standard library side:
- 'file', 'io' and 'os' are supported completely. A tutorial will follow on how to handle binary files as that is a little different from native Lua. Note that only few methods of 'os' are supported on Unity.
- some methods from 'debug' are supported (work still in progress)! This will include debug.debug, debug.[gs]etmetatable, debug.[gs]etupvalue, debug.[gs]etuservalue, debug.getregistry, debug.upvalueid.
Next on backlog for 0.8.0:
- debug.traceback
- xpcall to be completed
- antlr redistribution issues to be solved
I dedicated some hours lately on getting moonsharp to work on Unity. The test suite has been completely revised and now tests run on Unity too!
Here's some screenshots.. nothing exciting really, but a proof of the work done!
- MoonSharp tests running on Unity IDE
- MoonSharp tests running on Unity Web Player
- MoonSharp tests running on Unity Android / Samsung Galaxy S3
Hope to do a release soon for all you Unity dwellers.
I have not tested other Unity targets as I don't have the devices and neither stripping as I have the free Unity not the Pro ones.. but I'll try to get some Apple devices and a Unity trial later to do some tests with stripping enabled.
Work is going on on MoonSharp. A lot of things are open actually:
- Tutorials for debugger integration
- Unity Web Player support
- os, io and file standard libraries
Version 0.7.0 has been released! For people using NuGet, please note that there are now two packages:
Instructions on how to use the debugger will follow soon... but if you are desperate to try it, add MoonSharp.RemoteDebugger.dll as a reference (or in NuGet, MoonSharp.Debugger package) and then use this code:
{% highlight csharp %}
RemoteDebuggerService remoteDebugger;
private void ActivateRemoteDebugger(Script script) { if (remoteDebugger == null) { remoteDebugger = new RemoteDebuggerService(); remoteDebugger.Attach(script, "Description of the script"); } Process.Start(remoteDebugger.HttpUrlStringLocalHost); }
{% endhighlight %}
Yep!. It's that simple.
Work on the debugger is almost complete!
You can download a little demo here, a quick and dirty tic-tac-toe game where the AI is implemented in Lua and is completely debuggable.
Otherwise you can peek at a screenshot of the debugger.
How it works ? The challenge was to give a UI to a DLL which can be used in very different scenarios: GUI applications, full screen games, standalone services etc.
So the debugging is remote, and upon activation of the debugger features, any web browser can be used to debug remotely!. As security measure, by default the debugger is enabled only for localhost, but it can be enabled for network debugging too. As now the debugger application itself is written in Flex/Flash, so a Flash player is required.
Happy debugging!
MoonSharp has a new logo, thanks to Isaac, a friend in the Grimrock modding community!
On more techincal things.. as a peek of new functionality: a dynamic expression facility has been added. In this way, .NET code may evaluate expressions without compiling Lua bytecode using the current execution context, and the same can be done by Lua code.
The evaluation will always perform raw access and will never call any function - it can be used to implement debuggers or things like a data load from a table source (using tables as if it was a format like JSON.. except Lua).
The evaluation is totally dynamic. So for example, if the expression contains a reference to a variable "x", and we are inside a whatsoever function, it might evaluate as a global. Reevaluate the same expression when a function with an upvalue (or local, or argument) "x" is on the stack, and "x" will refer to that upvalue/local/argument!
Version 0.7.0 will be probably out in a week, but don't hold your breath as it will be the biggest MoonSharp release so far, so the probability of it slipping is high.
Hopefully I will be able to release MoonSharp 0.7.0 before the week of Nov 17th, otherwise it will slip for another week or two.
That week I'll be attending O'Reilly Velocity Europe 2014 in Barcelona.. if anyone is there and wants to talk of MoonSharp things, let me know, at [email protected].
Minor changes have been done to how escape sequences in strings are managed.
Also, the sharing objects and error handling tutorials have been added!
Version 0.6.0 has been released. This is a very big release and contains - above all - a complete string library and a vastly improved error reporting for both syntax and runtime errors. See the changelog for a complete list of changes.
Note: there are a couple of compatibility breaks in this version - nothing that can't be fixed in 5 minutes, but you've been warned.
The string library has been completed. For the sake of not reinventing the wheel (or, at least, not reinventing every wheel), it was ported from KopiLua code. In the process, a compatibility layer has been implemented to ease the porting of code using classic stack-based APIs like KopiLua, UniLua or Lua itself.
On a side note, visit www.darkdale.net. It's the project of a friend, a dungeon crawler on the spirit of Eye of the Beholder, Lands of Lore and Legend of Grimrock and it uses MoonSharp as a scripting engine!
MoonSharp 0.5.5 has been released.
- Optimized parsing stage
- Performance statistics for diagnostics