Forgot to embed the NIL script

And Take II

And let's run the compile script again!

Swap was not initized in NALA

Yup, I forgot something!

Take I (of the many I expect to follow)

And I've linked the savegame routine to the swap engine

On the moment a new game starts the swap folder will be entirely cleaned (if needed), and a "ReadMe" file will be created (in order to test if everything works the way it should).

Swap classes linked to Save Game engine

Recompile of NALA was succesful, but it's too early to put things into action yet!

I've written the link code to allow NIL to communicate with the Swap handler that's now in NALA

Yes, this has to do with #33

I could NOT yet put it to the test though, so I can only HOPE it works

I've set up an advanced swap system for NALA which only saves when data appears not modifed long enough to deem it no longer needed for the short term. This is also set up in order not to pay too heavily on SSD drives that are the standard these days.

Maybe this will stop that (as this can cause conflicts later on)

What I do wonder is... why those decimals in what are supposed to be integers?

Inventory['*CLEAR*']=1

Inventory['ITM_ANTIDOTE'] = 3.0
Inventory['ITM_APPLE'] = 6.0

all crashses accounted for, but now I need to know if everything works properly!

An that brings us to take VI

And the call did indeed not return anything which should not have happened

NALA was not properly set up for when a return failed

At least the system makes no bones about the fact that LuaGetString is the function to blame, but that is odd, since that function is also the function that did some important transfers before without issues, so I wonder what happened there

In order to get stuff done in the debugging department, I now need to find out why NALA pops up an error generated by .NET

Since this bug cannot be fixed as the cause is very old (Star Story also suffered here), I'll have to suffice with reset points, so you can at least "jiggle free", and that brings us to

Now this is a bit odd! The error generated is generated by .NET (I recognized it's wording).Where exactly this goes wrong needs to be properly investigated, but for now let's suffice to say it doesn't work, but that I need to get some things done before I can start to fix this

Take V

Time for a break, brb

Invalid state load

Take IV

Forgotten state references

Okay.... mesa too fast!

Take III

Another function name then?

At least the quickmetatable worked

Take II -- And let's try it again now!

New Anyway.nil generated

I know why that happened

Apparently the quickmetatable didn't make it properly through

Btw... I closed #3

And NOW let's run take I

Oh wait, before that... Let's first rebuild NALA :-/

So let's get this over with... Take I

As the inventory screen is NOT present yet, all I can do to test things out is to simply run the game and save the game, and see what the savegame will contain... Thanks to my GJCR tool that's easy, but still :-/

I've set the start script to make sure you start with some apples and antidotes.... The number depends on your difficulty setting.

However I went a bit too fast, I now realized, so this code ain't gonna work

And linked this to the savegame routine, which should now save the inventory

I've written the link code for this table

I've set up a quick meta table to use for the inventory, but it will not really be taken in use now, but at least the save game routine can be completed this way without any issues later

If you counted well, you may see an initial error first, but then again, this devlog was NEVER too precise on things.

a few config issues in this devlog

'quickmeta' added to NIL

One too many

A few issues

Code Typo

SIGH!

And fixed a crash in the process!

Faulty variable declaration, but then again, i didn't need that variable anyway

Case+$ errors

the very first savespot has been placed (it only does NOTHING AT ALL YET!)

To start simple I've added the constant game time to the game

Does it work now?

For now I've voided this issue

It's still beyond me why private elements are still so buggy

The directory file was currupted.... So that was an easy fix, but still, odd

Nonsensical error

I think I fixed the missing "Create new" slot

The disappearing slot bug has been fixed

Apparently it DOES have the effect I wanted to see

Will it really work with ' in stead of "?

Attept to get rid of the unwanted leading spaces

Yup!

I THINK I found the issue.... Not 100% sure, but hey, ya never know!

Why does this happen?

Impossible bug

No property called "Kthura"???

What I did fix was a call to a removed variable I didn't need anymore, but I forgot to remove that call

And now the error is gone without a fix... Computers, don't even try to understand them

Wtf?

The field data and the actor position should be saved

still a lot to do but at least we're closing in, eh?

My new RPG Char Viewer is not yet finished, but it can already make a full analysis of a save game file, and tell ya what? The data shown is the data I wanted to see! GOOD!

Things are beginning to look good!

Well, I gotta try, I suppose

I hope

A "not" where the opposite of "not" (for which the English language has no word.... WEL, you can better speak DUTCH people) (and now that "wel" is NO missspelling!)

An extra debug line to sort a few things out!

The RPG Database does save the global data, like links (which are none at this moment) and the current party members, but the individual data is not saved.

this was a bug that also affected Aziella's Babbling Bubbles, although that game oddly enough didn't suffer from it :-/

Game ID not properly saved in savegame files

No errors popped up... But that does not always mean stuff works the way it should

Did I fix it? (Visuaul studio was playing tricks on me)

As the error I get now is downright odd!

Let's take a closer look inthe debugger

The %d issue should be fixed now

Game Variables have been properly saved, so that's cool!

That issue's been fixed by the way

Some secret data that was now just open shows what I wanted to see... Well almost, but that was not the fault of that data file, so at least that's okay

well for starters... In stead of a number %d was the extension and everybody who's ever coded in C or languages based on that using C formatting know how that could happen, right?

All I know now is that no errors pop up... But if that means stuff works... THAT is another story, and that needs to be investigated

Take VII

Empty XTRA registry

Take VI

config errors

Take V

Code Typo

Take IV

Forgotten #endregion in NALA

Take III

Some workouts

Table style fix

I wonder how many "imbecile" bugs I'll get along the way!

Take II

Illegal Function Call!

Take I

GameVars stored

It's 6 o' clock and time for the news!

a few general preparations

Of course, the real work hasn't yet even begun... Saving the actual data that should go in the savegame files

All's well now

Take SIX

Tried to show empty character slots (resulting into a crash)

Take FIVE!

And fixed a crash in the process!

an "s" somewhere in a string where it was NOT wanted!

Take FOUR!

Declaration fault

AAARGH!

Take THREE!

More forgotten

Take TWO!

Forgotten

SHOULD, so here goes... TAKE ONE!

The characters in the party and their respective levels should now show

Directory integry

IT WORKS!!!

Forgotten "end"

Scrolling with mouse

And the down arrow appears, but only when scrolling down is possible

Arrow now in FULL COLOR and not greyed out a little (people could think it was disabled).

I fixd that!

All wrong! The arrow appeared when scrolling was IMPOSSIBLE and not when POSSIBLE! :(

Code typo

*SIGH*

illegal field call

Imbecile

And let's do that AGAIN!

Code typo

It ONLY appears... Clicking it won't do anything right now!

Arrow up should appear if scrolling up is possible

An auto loader for the arrow icons

It works... AT LAST!

I think I fixed that, but I hoped for an error that made SENSE!

Great! A .NET error

I think I fixed it this way, but let's see

The problem lied with that the "CREATE NEW GAME" slot was still created, but not shown (since I tested this in load game)... Should imply that in saving it works.... I now made sure that unless you are saving your game, that slot is just not created at all!

On second thought, I think I got a better idea (if the data just thrown is true, it won't work, though, but let's try!)

Let's debug this out more properly, as the impossible looks to be happening now

Am I really such a failure in math?

Let's answer a few questions with this debug line

No more crashes... Nooooo, even better, NOTHING HAPPENS AT ALL!

Should be fixed now, though!

Down scrolling keeps crashing stuff

GRRR!

Scrolling in the savegame menu should be possible now, but yet only with the keyboard

Updated!

Let's at least run the backup tool, shall we?

Still so much what I wanna do, but I must allow myself some rest, as I am about to overwork myself

AT LAST!!!

Take XV

Which should fix a needless crash

Whiteline ignoring

Take XIV by now I think (I forgot to note some of them)

HighID readout

Wrong readouts of party members (not that you can see those now, though)

I think I fixed this, but not a chance in hell allowed this to a .NET error (as this was a simple 'nil'-value error).

Maybe this tag is in order for that one!

Added tag FRUSTRATION

AND ANOTHER .NET ERROR IN USER CODE!!!

Unknown command

AT LAST!

Take VIII

I think I solved it... Or at least... I hope so!

Whatever goes wrong it happens in the underlying API.....

Take VII

A few extra markers now

Now this is getting annoying!

test again.... take VI

Rerun the compile script and

Let's do it a bit differently

"When you've eliminated all the impossible, whatever remians, however imporbable, must be the truth"... Since all else is impossible now, we are closing in on the truth

The CSay commands right after the loading command would have ben executed if it didn't go wrong in the loader, so that is pure progress!

Furhter investigation is now in order!

The debug lines reveal that it goes wrong when it reads the file from the disk or at least somewhere there...

Take V

Should be fixed