<div>GV,</div><div></div><div>To work around this, can we have a &#39;feature&#39; which allows adding pkts to a send queue with a caplen/len of 0? If this is supported, we can add a pkt with a len of 0 to the end of the first sendqueue with the appropriate timestamp.</div>
<div></div><div>Adagio<br></div><div></div>On Fri, Oct 30, 2009 at 12:30 AM,  &lt;<a href="mailto:winpcap-users-request@winpcap.org">winpcap-users-request@winpcap.org</a>&gt; wrote:<br><br>&gt; Date: Wed, 28 Oct 2009 16:06:33 -0700<br>
&gt; From: &quot;Gianluca Varenni&quot; &lt;<a href="mailto:gianluca.varenni@cacetech.com">gianluca.varenni@cacetech.com</a>&gt;<br>&gt; Subject: Re: [Winpcap-users] correct usage of pcap_sendqueue_transmit?<br>&gt; To: &lt;<a href="mailto:winpcap-users@winpcap.org">winpcap-users@winpcap.org</a>&gt;<br>
&gt; Message-ID: &lt;51CCC9A0A65248C88F022BB28D90AFA3@NELSON3&gt;<br>&gt; Content-Type: text/plain; format=flowed; charset=&quot;iso-8859-1&quot;;<br>&gt;        reply-type=original<br>&gt;<br>&gt; The usage is correct, indeed. However, pcap_sendqueue_transmit respects the<br>
&gt; timestamps within the queue, but not between two different calls to the same<br>&gt; function.<br>&gt;<br>&gt; Suppose that the last packet in the queue has a timestamp of 10s, and the<br>&gt; first packet of the next queue has a timestamp of 11s. When<br>
&gt; pcap_sendqueue_transmit transmits the second queue, it will not respect the<br>&gt; timestamp of the first packet(11s), it will send it immediately.<br>&gt;<br>&gt; Have a nice day<br>&gt; GV<br>&gt;<br>&gt; ----- Original Message -----<br>
&gt; From: &quot;Noam Cohen&quot; &lt;<a href="mailto:Noam.Cohen@harmonicinc.com">Noam.Cohen@harmonicinc.com</a>&gt;<br>&gt; To: &lt;<a href="mailto:winpcap-users@winpcap.org">winpcap-users@winpcap.org</a>&gt;<br>&gt; Sent: Tuesday, October 27, 2009 4:09 AM<br>
&gt; Subject: [Winpcap-users] correct usage of pcap_sendqueue_transmit?<br>&gt;<br>&gt;<br>&gt;&gt; GV,<br>&gt;&gt; I have a PCAP file of 400MB which has to be played in endless loop. I read<br>&gt;&gt; a packet and send it using the Transmit() described in the pseudo code.<br>
&gt;&gt; In the wireshark tutorial, &quot;sendcap&quot;, the whole file is added into the<br>&gt;&gt; transmit queue and then transmitted. This does not work with large files<br>&gt;&gt; (or when a loop play is needed).<br>
&gt;&gt; In the Transmit(), I fill the queue with packets and when near fullness,<br>&gt;&gt; call pcap_sendqueue_transmit(). I would expect it to *clear* the queue but<br>&gt;&gt; it does not happen. The only way I see to reuse the queue is to destroy<br>
&gt;&gt; and then allocate it again. Is this the way it is meant to be ?!<br>&gt;&gt;<br>&gt;&gt; Are the packets which are added to the queue actually copied? I assume so<br>&gt;&gt; since there is no other mechanism to keep the memory valid.<br>
&gt;&gt;<br>&gt;&gt; Thanks<br>&gt;&gt; Noam<br>&gt;&gt; _______________________________________________<br>&gt;&gt; Winpcap-users mailing list<br>&gt;&gt; <a href="mailto:Winpcap-users@winpcap.org">Winpcap-users@winpcap.org</a><br>
&gt;&gt; <a href="https://www.winpcap.org/mailman/listinfo/winpcap-users">https://www.winpcap.org/mailman/listinfo/winpcap-users</a><br>&gt;<br>&gt;<br>&gt;<br>&gt; ------------------------------<br>&gt;<br>&gt; _______________________________________________<br>
&gt; Winpcap-users mailing list<br>&gt; <a href="mailto:Winpcap-users@winpcap.org">Winpcap-users@winpcap.org</a><br>&gt; <a href="https://www.winpcap.org/mailman/listinfo/winpcap-users">https://www.winpcap.org/mailman/listinfo/winpcap-users</a><br>
&gt;<br>&gt;<br>&gt; End of Winpcap-users Digest, Vol 55, Issue 21<br>&gt; *********************************************<br>&gt;<br><br>