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
A user reported on Slack that in Zeek they see error messages from an unrelated parser, e.g., Zeek's PostgreSQL parser reporting a data missing error with a location in the QUIC analyzer. This seems to be due to different analyzers being active at the same time, and picking up incorrect location information which is stored globally via hilti::rt::debug::location.
We should check whether we could move location information into e.g., the fiber context, and change debug::location to access that information. This could have a performance impact even though location information should only rarely be surfaced to the user.
I was not able to create a standalone Spicy batch setup to reproduce this, but we might be able to see it in Zeek.
The text was updated successfully, but these errors were encountered:
… thread.
This fixes potential location mix-ups when switching between fibers.
Note that we still need a context-wide fallback location as well
because we're not always running inside a fiber.
I ran a performance comparison before/after and couldn't measure a
difference. Looks like using TLS storage was a case of premature
optimization.
Closes#1868.
A user reported on Slack that in Zeek they see error messages from an unrelated parser, e.g., Zeek's PostgreSQL parser reporting a data missing error with a location in the QUIC analyzer. This seems to be due to different analyzers being active at the same time, and picking up incorrect location information which is stored globally via
hilti::rt::debug::location
.We should check whether we could move location information into e.g., the fiber context, and change
debug::location
to access that information. This could have a performance impact even though location information should only rarely be surfaced to the user.I was not able to create a standalone Spicy batch setup to reproduce this, but we might be able to see it in Zeek.
The text was updated successfully, but these errors were encountered: