<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_ASSIGNED "

   title="ASSIGNED - iptables-extensions man page misleading for --to"

   href="https://bugzilla.netfilter.org/show_bug.cgi?id=1707">bug 1707</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;">Status</td>

           <td>NEW

           </td>

           <td>ASSIGNED

           </td>

         </tr>

         <tr>

           <td style="text-align:right;">CC</td>

           <td>

           </td>

           <td>pablo@netfilter.org, phil@nwl.cc

           </td>

         </tr></table>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_ASSIGNED "

   title="ASSIGNED - iptables-extensions man page misleading for --to"

   href="https://bugzilla.netfilter.org/show_bug.cgi?id=1707#c1">Comment # 1</a>

              on <a class="bz_bug_link 

          bz_status_ASSIGNED "

   title="ASSIGNED - iptables-extensions man page misleading for --to"

   href="https://bugzilla.netfilter.org/show_bug.cgi?id=1707">bug 1707</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>I don't quite understand the code in skb_seq_read(), but it seems to me like

this may return a larger block than was requested in skb_prepare_seq_read() if

the skb is not fragmented. So the --to value may be relevant for fragmented

traffic only. Did you try that?

If the above is right, the man page is wrong in that it promises an upper

boundary for packet data being scanned which is not. It merely ensures the

scanner is able to read up to the given offset.

The example is wrong in that it searches a string of 19 characters in a range

of 16 bytes. But given the above, it still works.

Pablo, am I on the right track? Could you please review?</pre>

        </div>

      </p>

      <hr>

      <span>You are receiving this mail because:</span>

      <ul>

          <li>You are watching all bug changes.</li>

      </ul>

    </body>

</html>