I might choose to print that very message in debugging mode. What really gets returned is a reference to that table if an error occurs. The print functions you saw there are far less than what I’m actually doing. I might not know until run time that I’ll GET a nil output. Rather than get a hard error, I control the error by testing for it on output. Occasionally, I get a nil value in when I can’t process it. There are many, many places where this is true. Having ONE “copy the power type” process that always produces tabled output regardless of the input is useful. The process that determines what power type is appropriate doesn’t know until run time which class is being run and is adaptable so it grabs the data and the uses xCopyTable to put it into the common table format that I use elsewhere. I table those up as single value items.īut rather than have completely separate processes for Druids and Hunters (again, for example) I have one and it drives from tabled data. But it makes little sense to look up the available power types for things like Hunters or Warrior because they only ever have one active.
TSM 4 STOR OPERATIONS GLOBALLY CODE
If I’m trying to code for the general case, I need to code for tables. There are times when you get, for instance, one power type back for a given unit type and times when you get more than one (this is just an example and not a particularly well thought-out one). I just did what was needed to avoid a hard error.Īll I have to do with my function is test that the return results are in fact a table.Īdditionally, in some instances I need to put something into a table that isn’t. Virtually every other language I’ve used that had anything remotely like the structure Lua has had either a set-value-to-this function or an override available for that function that could handle any data type. I did it in self defense against the multitude of Blizzard stupidity out there. Sometimes you get an actual boolean result. The problem is that Blizzard’s API isn’t alway consistent in how it deals with no data. Thanks in advance.įizzie, if I had control of the API, you’re completely correct. Is there something I can do about this? I haven’t found any information related to this issue. s\TradeSkillMaster\Core\UI\Elements\a:258: in function adeSkillMaster\Core\UI\Elements\a:725: in function `_onClickHandler' TradeSkillMaster\Core\UI\MainUI\Settings\a:419: in function `callback'
ns\TradeSkillMaster\Core\Service\Operations\a:75: in function `SetStoredGlobally' Interface\SharedXML\a:191: in function `CopyTable' Stack: Interface\SharedXML\a:191: bad argument #1 to 'pairs' (table expected, got nil) Hi! I’m using the latest version of Tradeskillmaster addon, when I check the box “Store Operations Globally” an error window of the game pops up: Message: Interface\SharedXML\a:191: bad argument #1 to 'pairs' (table expected, got nil)
0 kommentar(er)
