Code Typo

again....

F.U.

Why does Lua have loadstring and load... Makes NIL communication harder, ya know

And a command for the console to see the results... Now I wanna know what I get to see... :-/

Linked to the script VMs

Easy to write anyway :P

I've added a Kthura Object counter

Parameters wrongly received

almost there...

AGAIN!

ANOTHER Code typo

Anyway, it's been fixed, so let's try that again, shall we?

Typos in code are lethal, you know!

It seems fixed, but now I gotta deal with a TYPO!

This should take care of it!

And this one is for ME!

Let's try { ... } catch this one, shall we?

Now that CLEARLY didn't work out the way it should

Testing ....

Well let's compile and find out

Hopefully the console is now able to handle it all

API Success bit now links into the Bubble console core.... It's there where the stuff has to be fully worked out, you know!

I've added the console command "HamAndJamAndSpamALot", as a reference to Monty Python indeed, but most of all to test if the console command interface works.. That is once it's fully written, but that will be the next step.

I did want to save this for later, but this console is something I need to get some answers about why the actors do no appear in the prison cell

Preparations for debug console usage

I added the ".hasmember" secret property to classes... This will make it easier on me to track a few things, and most notably to get the console commands scriptable

Some direct data scans show me the Kthura map is indeed in order... but why do the heroes then not appear?

Nothing I can find in the Kthura data indicates this possibility... :-/

But why do the characters not appear then?

And that is the case

I move the prison bench a bit to see if the game reacts to that, as the actors are in the map... I checked it!

The latter has been answered, and fixed

I also wonder why the debug screen does not pop up when asked for.

For starters the actors do not appear and they should've

Well the map appears, but I'm not happy, meow....

Communication error between .NET and Lua

AT LAST!!!

PLLLLLLEEEEEEAAAASE!!!!

Man... It just DOESN'T want to work, eh?

MORE WHITE SPACE CRAP!

ALMOST.... THERE....

Well another test

I refuse to call this a fix, but to ensure this doesn't happen again, I've made sure the Kthura API will trim all map requests..... Starting or ending file names with whitespaces is bad practise anyway, and this is also not the whitespace programming language.

Just as I thought.... JCR6 has trouble finding the resource, and once again unwanted whitespaces are the cause... I wonder why this happens all the time, but it's annoying the crap outta me!

Maybe JCR6 itself is to blame, or that JCR6 cannot perform some faulty stuff... In any case, let's sort that one out, eh?

But no difference (Not that it was to be expected)!

I love my debug logs!

I've set some extra reference to the JCR reference, to make sure the texture JCR is not NULL... It has to be the same JCR as where the map themselves are stored now, anyway...

A null... But I already was that far... Let's take this on even further... :-/

Let's see how a try {} catch scope will work out....

A .NET error.... Oh man, of all the trouble we could get into....

NOW it should work

I forgot to link the header file to the actual script... Now I MUST hurt myself REALLY REALLY BAD!

A different DIRTY approach

Let's see what happens now... :-/

Yeah I'm getting tired of that... You too?

That issue should now be fixed for real

Ah, so that's why!

But that didn't fix that bug... Now we got a REAL issue!

No void, but another type for non-value returning functions!

Oh boohoohoo! Pay attention, Jeroen!

And let's see what happens next....

Forgotten "RETURN" instruction in the Kthura link script....

And the Kthura Map should appear on screen now even...

These callbacks are now there

Forced security error line

This WILL lead to an error though as the Field flow does not yet have all needed callbacks.... details :P

The chain to the Field flow has been established, and not only that, I also made sure the NewGame flow will be flushed from the memory

All errors accounted for!

Oh yeah, almost forgot I closed jpbubble/nil-isnt-lua#36

Wait a minute....?

For some reason the "new" request is seen as a "delegate" creation... Not possible to happen, but it happens... :-/

Case error

I guess I don't have my day today... Must be my brain is still hurt by the heath.

I had to link to link the API to the Lua state before calling the glue code

"!" error

All the link code to get Kthura on the run should now be inplace (I hope)

Well that should be fixed now!

The global-identifier-in-class bug's been fixed, though.

JEROEN! NOGMAALS JE BENT EEN RUND EN EEN STOM VARKEN!

For forgetting to put the NIL script in the Bubble initiation code

Let's see....

Fixed for real now... I hope!

JEROEN! JE BENT EEN RUND EN EEN STOM VARKEN!!!

Fix ignored, eh?

That should fix jpbubble/NIL-isn-t-Lua#36, but I need to test stuff first before I close that issue

And class members should now be able to have the same name as Lua globals

Some odd issue with faulty "link" identifiers in classes within NIL

AHA! Wrong EOLN setting

For some reason SASKIA is now spooking up NIL... File corruption?

Link comma error

I need to run more tests to see where I was in this process

I had to take a long break....

More Kthura link up code taken care of

NIL wiki updated

Link in NIL

Well, and that is indeed the way it goes....

I've added the command which should load the Kthura map into the memory into the New Game script, however all I can do to test is run the script and see if no errors pop up.

API Linked into Bubble in the NALA engine

Remember Kthura is the map system which will be used, so without Kthura the dungeons and cities cannot be loaded, so this is pretty important.

Kthura Map Creation and Loading functions

Calling it a day

License in source files

I do need to see if this works the way it's intended, though

In the meantime the backup too is running

Well I finally reached the current "end" blockade without more errors... Cool!

Perhaps I SHOULD consider a #if directive.... :-P

New setup to get rid of function conflicts

All parse errors in SASKIA accounted for

Did my Devlogger just crash?

And placed a ) where it was missing and one should be placed

And another (doh!)

Removed a ) that was not supposed to be there!

#end doesn't exist in NIL... #endpure does

Another SASKIA parse error down the drain!

missing "end" for function closure

Well not really a fix, but at least not more crashes on that, but I really need to fix starting with . and : in NIL.

Delegates not taken as type for class members

Another wrong variable

Wrong variable name

MOAR fixes to SASKIA

A lazy fix is still a fix

Code Typo

Anyway I fixed that!

LEARN HOW TO DEFINE DELEGATS, MORON!

NILua conflict

Nil value in SASKIA

Loading message centering fix

Case error

the generated error was put in purpose to prevent other serious issues.

Everything works up to the point that the game's gotta start

Case Error

All startup issues accounted for... it seems... At least the game starts....

TWICE

Missing )

Variable mismatch

The code enhancement brought a little mistake.... I fixed it, though!

(That is the plan at least, as I'm a bit forgetful on these things).

I've checked my live devlog for The Fairy Tale REVAMPED. As this Devlog was updated this year it will remain here a little bit longer. If I'm gonna transfer that project to my new NALA engine I see no need whatsover to use that old devlog... It may even work confusing too.... That being said, if it remains unupdated between now and 2021, this will be removed from the server by then

JCR6 ONLY accepts SLASHES for directories and not BACKSLASHES. JCR6 is a DECENT system.... Unlike the MicroSoft file system, :P

Code enhancement

I've made some changes to the MapScript glue code to prevent any further conflicts of stuff

Delegate return in classes

Aha.... Trying to return a value in a void.... DUMBO!

NOW it seems that all errors in the NIL glue script have been fixed

I KNEW a break would do me some good

Lua Parse error

Time for a break

I've set up a quick script that allows me to recompile and pack NALA from the project directory... THIS will save me a lot of needless windows and efforts in the future.

If I only knew what cases "nil" at the end of a line to be ignored.... :-/

Of course now we get parse errors from the translation.... URRRGH!

All parse errors in RPG NIL script accounted for... (I think, as there can't be more at this point).

Another parse error

Poep!

Code typo

And more fixes done!

NOW THIS MAY EXPLAIN WHY WINDOWS IS SO CRAPPY!

At least I am not using COBOL

For a real coder this all comes with the territory!

ANother one fixed

For a real coder this all comes with the territory!

More fixes

I begin to like NIL more now :)

Mispelled variable

GUESS......

Another forgoten "self"

....

"set" properties are "void" types, Jeroen... They cannot return values....

Code Typo

Non-declared variable

A few more "self" issues

Licesene to kill

Fixed that!

IDIOT! You can't use "self" in a static function

Forgotten a few "self" keywords

This would bound to happen with this much untested code, but I couldn't test it much earlier anyway :(

Another unclosed switch statement bug

Windows File Conflict

Just a hunch, but I got the feeling tons of fixes will need to be done today....

Unclosed switch statement in NIL glue code for RPG database

Fixed that one too

only to encounter another

One version conflict

Are you not entertained?

Loads of parse errors

RPG API linked to main engine

Version conflict

I'll have to test if the game still works up to the point of selecting the difficulty setting

That is all for later, though... I have some other challenge to face... Trying to get some sleep in a room that is by far to hot for that... But which is impossible too cool given the current weather situation.... Oh well

Well for the game the time has come to complete the skill selection procedure, linking everything to the NewGame flow, getting ready to start the game at last!

Running