Oh yeah, I dummied the debug lines bringing me to this conclusion, as the amount of output I got was ridiculous (but unfortunately needed)

I do need to see if this actually fixes the issue, but I can't see why not!

GOTCHA! The force passible processor used the width for both x as y generation.... It doesn't take high-mathematics to see that would never work at all

Some extra debug lines must give me some answers here

I still need to find out why the blockmap builder is malfunctioning, though

Well that takes care of that....

Let's find out!

Does this fix the player issue?

The player itself doesn't even show.... Why not?

Well?

I need to try this debug code

Okay?

More debug shit to sort this out

Made sure autoremapping can be set by the interpreter

Extra line to make sure everything is in order

I really don't undestand why this is happening....

Well?

I've made some changes to the map.... It is impossible now that the blockmap is still an issue, and when it's not the blockmap it must be something else.... That will be the next thing to sort out, eh?

The blockmap issue after taking the stairs is still a mystery

Let's see

Forcing things... And I really need to look to the color hander in the C++ version of Kthura

STILL NO GOOD!

I'll now force the new build to be redone entirely... This because the system refuses to take the changes to the Kthura map in it, like it should

Take X

Compiling is in order

Ah, this was due to a bug in my C++ code....

Close.... But no cigar!

Take IX

So I hope stuff is fixed now

I think I found it... Or at least, I did discover something that was not right.... Possibily the icon bar was drawn over this as a result blinding me for what was really happening?

I've dummied this line as it does no longer seem needed, but the code denies the possibility of work denial, so I'm at a loss here

This confirms that the read data is correct, however, that makes it all the more mysterious that stuff doesn't show

CSAY>Check: UniWendicka; 01 > ADHBANDAGE:3
CSAY>Check: UniWendicka; 02 > :0
CSAY>Check: UniWendicka; 03 > :0
CSAY>Check: UniWendicka; 04 > :0
CSAY>Check: UniWendicka; 05 > :0
CSAY>Check: UniWendicka; 06 > :0
CSAY>Check: UniWendicka; 07 > :0
CSAY>Check: UniWendicka; 08 > :0
CSAY>Check: UniWendicka; 09 > :0
CSAY>Check: UniWendicka; 10 > :0

Time to check the log

Take VIII

Well, I hope this test produces some results I can use to make things out, as this is getting REALLY frustrating

The COVID-19 proved unrefutably that Albert Einstein was right when he said this

Sorry for blurring the readability of this blog, but really I guess the message is only clear this way....

Problem is that the people proving Einstein right are working for governments and health organisations, and that is just sad!

A debug line that I didn't wanna put in as it's gonna create TONS of output, has been added, as drastic problems as for drastic measures

What the logs do confirm though is that the autostacking for the same item, and seeking a new socket for a new item appear to be working

Still no good in any account

I'll keep it in mind that the last build may have been outdated (due to me also doing other things), so I'll try that again!

No effect for any of the fixes

Take VII

Not sure, I hope this fixes it all, but at least a coordinate issue is fixed

I will need to find out why the icons and number of items do not show in the inventory screen though

The leading zero tags are only in the character creator.... That's been removed now, but savegames with before this fix will keep it in these three characters.... That is in Wendicka's and Crystal's cases only in their uniform versions as their normal versions will not have it anymore... As the game ignores these records, and the "broken" savegames only affecting MY memory and not yours, I don't have to do anything drastic to restart my game or anything

cosmetic issue

blockmap issue

Take VI - And this time I gotta save my data

Still no good from the inventory though

Which confirms that the stairway itself works

Bad reference for showfloor event

Take V

I had some bad luck with my items this time (none spawned) so let's give this another go

I think I fixed the stairway up

Take IV

I think I fixed this, although I must note, that some stuff has been found also by my viewer, which I didn't yet find in my code, however, that's a later concern, as I think where to look that up

A lot of data mismatches are give by my viewer.... Doesn't look too hard to fix, yet it can be time consuming

Apparently, my scripts still connect to an outdated version.... All I should do is compile again, but still...

For debug's sake I've create a new savegame and let's see what RPGCHAR has to say about this

Take III

The latter, so it seems

And information by debugger not complete somehow.... Does this explain the bug, or is the debugger bugged?

Stairway ignored

I've activated the first stairway up (it won't work work for the way down, though)

Take II - Let's see what debug data pops up

Let's add this line to find out more

I need to find out why

The items do NOT appear in the inventory screen

Tagging mistake

A test is in order now, though

You cannot yet use them or anything, Rome wasn't built in one day either....

I've set the inventory screen to show the items you've collected so far

I feel terrible.... I've become victim of stress due to human stupidity

But FIRST I need to get some rest.... It's past midnight and I'm exhausted!

What the hell?

Take XXXVIII

I think I fixed the "always overstock" bug

I've issued that as #38

Not fully happy but for now it has to do

Take XXXVII

I think I fixed it

Nope, nope, nope, definitely not!

Take XXXVII

I think I fixed the y-position

The reason for the overstock notice will be sorted out leter.... I first need to figure out why the y coordinate of the message is faulty

Take XXXVI

Illegal function reference

Take XXXV

Are they all accounted for now?

Take XXXIV

more of them x2

Take XXXIII

Field issue?

Making progress.... SLOWLY

Take XXXII

I do not know why the system maos about the NeedEXP member.... I didn't ask for it

Illegal function call

Take XXXI

Well. let see what this does

I really need a break now, but hopefully the way to void this issue is soon there....

The logs indicate that strategy works....

Take XXX

Let's try the different way then

To no avail

Take XXIX

Code typo

Take XXVIII

I've done a different approach, but I got alternative features ready. I will need to see what happens next!

The code renders this impossible, so where in the world this goes wrong..... Joost mag het weten!

I really need to put a scroller in my log system.....

This does shine a light on things... The data is stored in the item exit points, but not in the item objects themselves.....

Take XXVII

Actors will be voided from any further tests

the tester appears alleric to actors, but that is not really a concern

Take XXVI

More crap

Take XXV

Let's get this into the main crap then

Take XXIV

Let's see

This is not really possible.... The previous error did prove a string was succesfully received

A complete crash?

Take XXIII

Illegal function return

Take XXII

Fuck you!

Take XXI

Glue code typo

Take XX

Debug script expanded

Compiling

Put in Neil Glue

Put in API

Debug property added

The lie is complete.... Under no circumstances could the data produced by the logs be what they pretend to be.... I really need to sort this one out!

Take XIX

Extra debug - This must confirm the lie completely

Take XVIII

Glue isse

Take XVII

Should only confirm the computer is lying though

Ah, a small debug issue.....

Take XVI

Let's try a different approach here!

So the object is NOT properly tagged.... yet the clickable engine finds it, and so does TagMapper (the game would function at all if it didn't), so that result is a lie... Question is... Why does this happen?

Take XV

That doesn't fix this cockroach, but should at least allow me to debug

Neil glue missing a member

???

Take XIV

let's see... MOAR data required

The log shows that the data is empty indeed... Not possible since an earlier scan already proved it to be full.... so wtf happened here?

Take XIII

An extra debug line added, as I cannot yet rule out that the Item object itself is to blame (shouldn't be, but hey, nothing is certain now)

I take that as a fix ignored

Take XII (that does not yet fix the 'overstocking' but at least I can see if the 'nameless item' bug is fixed or not)

Another stupid error?

The next lie also comes in.... An item without a tagname

I heard the buzzer so that should indicate an overstocking, which is with empty inventories impossible, so what that happens needs to be sorted out, but first I need to see if this initial issue is fixed or not!

Non-existent members fixed?

Take XI

Perhaps this should do it!

Indeed it didn't

Take X

This cannot fix the problem as a whole, as the error itself refers to "nil" and not to a string containing a wrong value, but as crazier things have happened, perhaps I should still give this another go

At least I fixed a part of the problem

The log confirms the lie, but also confirms another issue

Take IX

So now to find out why the lie pops up

Computer lies.... No NIL value can be there

Take VIII

Whatever

Take VII

I hope....

But the issues are not yet solved

No more compilation errors

Take VI

Whiner!

Take V

ANother index error managed to sneak past me!

Take IV

Identifier trouble

Take III

#use error (another one)

Take II

Illegal field index

#use error

Take I

Well, that makes I'm ready to get the test on the roll

should be obvious, but you do need to tell the computer EVERYTHING!

If an item is succesfully picked up it will now also disappear from the map

One more thing to do

That links eveything together

Set up picking up treasure from map

Shorting thing... Really needed to get things done

And now to the actual function I was planning to get done!

Put into the main routine