Difference between revisions of "LlRaiseError"
Jump to navigation
Jump to search
m (Added response to comment) |
|||
| Line 5: | Line 5: | ||
}</pre> | }</pre> | ||
|helpers|related|also|notes=This would allow script writers to log errors to an interface designed for handling errors. This would be superior to sending across the more general purpose [[llOwnerSay]] because errors are not lost over time and don't incur a time delay unlike [[llInstantMessage]]. | |helpers|related|also|notes=This would allow script writers to log errors to an interface designed for handling errors. This would be superior to sending across the more general purpose [[llOwnerSay]] because errors are not lost over time and don't incur a time delay unlike [[llInstantMessage]]. | ||
*Why not use [[llSay]] or [[llShout]] on [[DEBUG_CHANNEL]], that pretty much does what you want. And if you want the script to die after that just add a 1/0; after the call.}} | *Why not use [[llSay]] or [[llShout]] on [[DEBUG_CHANNEL]], that pretty much does what you want. And if you want the script to die after that just add a 1/0; after the call. | ||
*For much the same reason that I said llOwnerSay (which I currently am using,) is not so useful. The information is lost after a short amount of time. Having an option to kill the script would be nice, but that task is already fulfilled by [[llSetScriptState]] and I dislike duplication of functionality. If error messages would cause the script to halt, do to the nature of the error handling system, that is fine. No need to rework that subsystem. In my case I am writing a script that accepts notecard commands and if there is a parsing or lexing error I would like a "system-level" error to show so that it's impossible to miss. [[User:Cron Stardust|Cron Stardust]] 22:13, 3 March 2007 (PST) | |||
}} | |||
Revision as of 23:13, 3 March 2007
| LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
|
LSL Feature Request |
| The described function does not exist. This article is a feature request. |
Summary
Function: llRaiseError( string errText );| REQUEST | Function ID |
| 0.0 | Forced Delay |
| 10.0 | Energy |
Causes the script to raise a run-time error.
| • string | errText |
Caveats
Examples
if (errState > 0) {
llRaiseError("Internal Error: Something went wrong.");
}
Notes
This would allow script writers to log errors to an interface designed for handling errors. This would be superior to sending across the more general purpose llOwnerSay because errors are not lost over time and don't incur a time delay unlike llInstantMessage.
- Why not use llSay or llShout on DEBUG_CHANNEL, that pretty much does what you want. And if you want the script to die after that just add a 1/0; after the call.
- For much the same reason that I said llOwnerSay (which I currently am using,) is not so useful. The information is lost after a short amount of time. Having an option to kill the script would be nice, but that task is already fulfilled by llSetScriptState and I dislike duplication of functionality. If error messages would cause the script to halt, do to the nature of the error handling system, that is fine. No need to rework that subsystem. In my case I am writing a script that accepts notecard commands and if there is a parsing or lexing error I would like a "system-level" error to show so that it's impossible to miss. Cron Stardust 22:13, 3 March 2007 (PST)