Spencer; Bytecode instruction number is typically related to position within the
current function (where a function might be an actual function, or the top-level execution context for a given .ck file).
Thanks for the explanation, quite interesting.
I think if this functionality was applied to the main ChucK branch, it could pin these random ChucK exceptions to specific line numbers, and also put ChucK on the path towards having its own debugger.
I would think this would be very worthwhile. Array out of bound errors are one of the most common issues for me (I'm a big fan of arrays and end up using them a lot) and they are one of the hardest to trace. I think this could be a big time saver. I expect that a ChucK debugger (in general) would help in learning about ChucK as well. These days I can usually tell but I remember that in the past I was often quite insecure about whether a issue was one of my own oopses or a ChucK-bug. It's pure speculation but I suspect a ChucK debugger might help in learning to write ChucK code as well as help with the debugging of ChucK itself because of this but that's purely based on my own experiences so far from objective. Yours, Kas.