<html>
<head>
<base href="https://bugzilla.netfilter.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:phil@nwl.cc" title="Phil Sutter <phil@nwl.cc>"> <span class="fn">Phil Sutter</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - __netlink_gen_concat_key assertion raised by expanding set-defining variable as a component of a set key"
href="https://bugzilla.netfilter.org/show_bug.cgi?id=1715">bug 1715</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>phil@nwl.cc
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - __netlink_gen_concat_key assertion raised by expanding set-defining variable as a component of a set key"
href="https://bugzilla.netfilter.org/show_bug.cgi?id=1715#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - __netlink_gen_concat_key assertion raised by expanding set-defining variable as a component of a set key"
href="https://bugzilla.netfilter.org/show_bug.cgi?id=1715">bug 1715</a>
from <span class="vcard"><a class="email" href="mailto:phil@nwl.cc" title="Phil Sutter <phil@nwl.cc>"> <span class="fn">Phil Sutter</span></a>
</span></b>
<pre>Just for the record: This is neither a crash nor "dying to a signal". It's
merely an assert() call triggering because the parser constructed something the
remaining code can't handle. Effectively this is a case of missing error
handling (or insufficient parser strictness), not a bug.
I guess the given ruleset works if you pull the second concat part into the
defined variable like so:
define ext_if = { "eth0" . 22, "eth1" . 22 }
[...]
iifname .tcp dport $ext_if accept
[...]
right?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are watching all bug changes.</li>
</ul>
</body>
</html>