You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When trying to reproduce an analyzer issue I often see messages like:
[fatal error] terminating with uncaught exception of type spicy::rt::ParseError: &size amount not consumed (./analyzer/asn1.spicy:123:16)
[fatal error] terminating with uncaught exception of type hilti::rt::RuntimeError: more than max of 8 bytes for conversion to integer (./analyzer/asn1.spicy:82:12)
It would be nice of those messages were more like
[fatal error] terminating with uncaught exception of type spicy::rt::ParseError: &size amount not consumed.
Expected 100, got 85 (./analyzer/asn1.spicy:123:16)
[fatal error] terminating with uncaught exception of type hilti::rt::RuntimeError: more than max of 8 bytes for conversion to integer: 16 (./analyzer/asn1.spicy:82:12)
The text was updated successfully, but these errors were encountered:
Piggy-backing, a few days ago I was tempted to open a similar issue for switch (expr) not including information for the no matching case error:
"failure_reason":"no matching case in switch statement (<...>/QUIC.spicy:174:3-183:5)"
Mostly convenience during development, but depending on the switch and involved types, potentially interesting to pivot on parser errors in live deployments, too.
When trying to reproduce an analyzer issue I often see messages like:
It would be nice of those messages were more like
The text was updated successfully, but these errors were encountered: