[Bug translator/11004] New: error catching syntax
fche at redhat dot com
sourceware-bugzilla@sourceware.org
Mon Nov 23 18:28:00 GMT 2009
We need something more fine than --skip-badvars to tolerate
run-time errors associated with $expression evaluation.
Something like this:
try {
stmt1 ...
} catch (varname) {
stmt2 ...
}
semantics being: optional "varname" would get assigned the error
string, and stmt2 would be evaluated, should the stmt1 block be
departed due to an error (that sets context->last_error).
This would be used for $variable protection thusly:
for (i=0; i<100; i++) {
try {
println("%d", $var->field[i])
} catch {
println("oops")
# don't break to continue iteration; or break to leave early
}
}
--
Summary: error catching syntax
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: fche at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11004
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Systemtap
mailing list