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
My guess is it's trying to generate code to look at a link type, and since there is no link type, it's just generating "load 0, if 0, load 0, if 0". Unfortunately the optimizer fails to completely optimize this away.
I've tried this with 5bfcce9 since I know there was some recent optimizer work.
Unsurprisingly, the same happens with DLT_IPv6 - filtertest IPv6 'icmp6[icmptype] = 160'
The text was updated successfully, but these errors were encountered:
When creating a simple filter for ICMP type 42, starting at the IPv4 layer:
filtertest IPv4 'icmp[icmptype] = 42'
we end up with a dangling instruction at the start:
This loads a constant 0, and then obviously overwrites it with the IP protocol number (
[9]
).The pre-optimized code, from
filtertest -O IPv4 'icmp[icmptype] = 42'
, makes it a little more clear what could be happening:My guess is it's trying to generate code to look at a link type, and since there is no link type, it's just generating "load 0, if 0, load 0, if 0". Unfortunately the optimizer fails to completely optimize this away.
I've tried this with 5bfcce9 since I know there was some recent optimizer work.
Unsurprisingly, the same happens with DLT_IPv6 -
filtertest IPv6 'icmp6[icmptype] = 160'
The text was updated successfully, but these errors were encountered: