Static and global variable support has been added. All push/pop functions added. Simple scripts that use variables, math and internal functions (like llSay) are now supported.Stack and all internal data are ready for serializing, so running script can be moved between servers – but no fibre/user space multitasking/microthreading has been implemented yet – so move has to happen… Read More »
This is the current OPCODE implementation status:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 |
OPCODE IL_Processor Implemented NOOP * * POP * * POPS * * POPL * * POPV * * POPQ * * POPARG * * POPIP POPBP POPSP POPSLR DUP DUPS DUPL DUPV DUPQ STORE * * STORES * * STOREL * * STOREV * * STOREQ * * STOREG * * STOREGS * * STOREGL * * STOREGV * * STOREGQ * * LOADP * * LOADSP * * LOADLP * * LOADVP * * LOADQP * * LOADGP * * LOADGSP * * LOADGLP * * LOADGVP * * LOADGQP * * PUSH * * PUSHS * * PUSHL * * PUSHV * * PUSHQ * * PUSHG * * PUSHGS * * PUSHGL * * PUSHGV * * PUSHGQ * * PUSHIP PUSHBP PUSHSP * * PUSHARGB PUSHARGI * * PUSHARGF * * PUSHARGS * * PUSHARGV PUSHARGQ PUSHE * * PUSHEV PUSHEQ PUSHARGE * ADD * * SUB * * MUL * * DIV * * MOD * * EQ * * NEQ * * LEQ * * GEQ * * LESS * * GREATER * * BITAND * * BITOR * * BITXOR * * BOOLAND * * BOOLOR * * NEG * * BITNOT * BOOLNOT * JUMP JUMPIF JUMPNIF STATE CALL RETURN * * CAST STACKTOS STACKTOL PRINT CALLLIB CALLLIB_TWO_BYTE * * SHL SHR |
This morning I received the book I ordered from Amazon.com. 1 week before estimated arrival. The book is named CLR via C# (Second Edition) and is supposedly the bible of understanding CLR. So 648 pages from now I should be able to utilize my new skills in the LSO project… :)
I have another blog: http://teddmaa.blogspot.com/ It is used for blogging about Second Life stuff, specifically the development I’m doing for OpenSim server. I’m writing a program (a) that reads a program (b) and creates a program (c) that will run inside a program (d) as a module.a = My programb = Second Life LSO ByteCode (compiled LSL script)c… Read More »
Hi there everybody! Any articles before this one are copied from my previous blog.
Running thousands of scripts simultaneously on a grid requires some special programming. We can not just issue one thread per script and let it run. The resources required by each OS thread,both in terms of memory and thread switching is too high. Instead we want to execute a few instructions of a script, then move to the next… Read More »
LSL ByteCode uses a lot of pointers, both to memory (static frames, local/global, heap) as well as JUMP pointers. Some of these pointers exist during load, for example argument types, static data, jump positions, etc. While others are allocated and created dynamically during run-time. What they all have in common is that they point to a position in… Read More »
In my first attempt I used the .Net stack and did a direct translation from the LSO ByteCode. I found that there are a couple of problems related to that. First of all is the obvious problem that I stated earlier, I don’t know what datatype is in the stack – but many (most) .Net commands requires me… Read More »
Ok, time for status update again… Status Code is currently able to convert from LSL ByteCode to .Net IL, compile it and save it to disk. I’ve moved the code from a quick and dirty hack (that compiled the first script) to a bit more organized. It’s still a mess, but that can be fixed later. The goal… Read More »
Today I found a “final bug” in my LSL ByteCode parser, and was able to get read seemingly clean ByteCode. I also made a quick hack of merging the CLR RunTime code generator with the LSL ByteCode parser, and compiled my first small function. It works! :) Also writing the compiled script to a .dll-file. Necessary as the… Read More »