Open luiz00martins opened 1 year ago
Hello and thank you, currently i am simulating an error when something unexpected happens. I should probably use 'error' instead, like you said. A bad decision by me.
I will add this into my todo list, currently i'm reworking the objectsystem, which means it will take a bit before i'll add this feature.
Is your feature request related to a problem? Please describe.
It seems like
basalt.autoUpdate()
does not return true errors upon failure. Instead, it prints the error itself, and returns normally. This causes some things that depend on true errors to fail, such aspcall
orxpcall
.This effectively makes implementing custom backtraces for basalt impossible. As a real example of this, running basalt inside of mbs will not print the backtrace, as mbs expects the program to raise an actual
error
upon failure.The main usage I have for this is to log the backtrace:
In the code above,
log_traceback
and the code inside theif
will never execute, regardless of the failure status ofautoUpdate
.Minimal Working Example
Describe the solution you'd like
Calling
error
with the message displayed passed as an argument that can be catched.