Difference between revisions of "LlRaiseError"

From Second Life Wiki
Jump to navigation Jump to search
m (Added response to comment)
(Announced duplication of functionality.)
Line 1: Line 1:
{{LSL_Function|func_id|mode=request|func_sleep=0.0|func_energy=10.0|func=llRaiseError|sort=RaiseError|p1_type=string|p1_name=errText
{{LSL_Function|func_id|mode=request|func_sleep=0.0|func_energy=10.0|func=llRaiseError|sort=RaiseError|p1_type=string|p1_name=errText
|func_desc=Causes the script to raise a run-time error.
|func_desc=Causes the script to raise a run-time error.
<b>Functionality duplicated by using llSay or llShout on the DEBUG_CHANNEL.</b>
|return_text|spec|caveats|examples=<pre>if (errState > 0) {
|return_text|spec|caveats|examples=<pre>if (errState > 0) {
   llRaiseError("Internal Error: Something went wrong.");
   llRaiseError("Internal Error: Something went wrong.");
Line 7: Line 8:
*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)
*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)
*Duh...  I just read up on DEBUG_CHANNEL.  llSay with DEBUG_CHANNEL is the same as this.  That duplicates the functionality.  There is therefore no more need of this feature request. [[User:Cron Stardust|Cron Stardust]] 22:25, 3 March 2007 (PST)
}}
}}

Revision as of 22:25, 3 March 2007

Emblem-important-yellow.png LSL Feature Request
The described function does not exist. This article is a feature request.

Summary

Function: llRaiseError( string errText );
0.0 Forced Delay
10.0 Energy

Causes the script to raise a run-time error. Functionality duplicated by using llSay or llShout on the DEBUG_CHANNEL.

• string errText

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)
  • Duh... I just read up on DEBUG_CHANNEL. llSay with DEBUG_CHANNEL is the same as this. That duplicates the functionality. There is therefore no more need of this feature request. Cron Stardust 22:25, 3 March 2007 (PST)

Deep Notes

Signature

//function void llRaiseError( string errText );