...warf Fortress\ASCII\hack\lua\classes\establish-class.lua:9: attempt to index
field 'roses' (a nil value)
stack traceback:
...warf Fortress\ASCII\hack\lua\classes\establish-class.lua:9: in functi
on 'establishclass'
...arf Fortress\ASCII\hack\scripts/classes/change-class.lua:98: in main
chunk
(...tail calls...)
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:58: in funct
ion 'makeClaspect'
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:82: in funct
ion 'assignAllClaspects'
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:92: in main
chunk
(...tail calls...)
It ain't properly initializing GlobalTable.roses when I run change-class first thing. Do I need to run something beforehand?
EDIT: yes, base/classes somehow got removed from dfhack.init, assumedly during one of my copy+paste sprees
EDIT 2: Damn, yeah, my dfhack.init's all wrong now...
EDIT 3: Fixed that, now this:
...f Fortress\ASCII\hack\lua\classes\requirements-spell.lua:39: attempt to index
field '?' (a nil value)
stack traceback:
...f Fortress\ASCII\hack\lua\classes\requirements-spell.lua:39: in funct
ion 'checkspell'
...warf Fortress\ASCII\hack\scripts/classes/learn-skill.lua:50: in main
chunk
(...tail calls...)
...arf Fortress\ASCII\hack\scripts/classes/change-class.lua:82: in funct
ion 'changeclass'
...arf Fortress\ASCII\hack\scripts/classes/change-class.lua:101: in main
chunk
(...tail calls...)
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:58: in funct
ion 'makeClaspect'
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:82: in funct
ion 'assignAllClaspects'
...ta/save/region1/raw/scripts/fortbent/claspect_assign.lua:92: in main
chunk
(...tail calls...)
persistTable.GlobalTable.roses.UnitTable[tostring(key)]['Classes'][persistTable.GlobalTable.roses.UnitTable[tostring(key)]['Classes']['Current']] is coming up nil for some reason.
Um. Wow. unitClasses[currentClassName] looks better, heh.
EDIT 4: Oh, didn't notice that it made a successful class assignment immediately beforehand. Probably on my side, then, gimme a sec.
EDIT 5: Nope.
[lua]# printall(persist_table.GlobalTable.roses.UnitTable._children)
1 = 736
2 = 737
3 = 738
4 = 739
5 = 740
6 = 741
7 = 742
I don't think that's right?
EDIT 6: Wow, it's completely incomprehensible how that could have happened. That seems to be a bug with my current version of persist-table than with the classes system.
EDIT 7: Found it. It was that mt fix earlier.