From 5a58a1435c4d252def7f68566340ab3afab72b9c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Stig=20Bj=C3=B8rlykke?= Date: Fri, 12 Oct 2007 19:13:31 +0000 Subject: From Andrew Feren: Fix an assortment of typos and other minor errors in various README files svn path=/trunk/; revision=23166 --- doc/README.tapping | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) (limited to 'doc/README.tapping') diff --git a/doc/README.tapping b/doc/README.tapping index cbf7c3db55..d25fd639ba 100644 --- a/doc/README.tapping +++ b/doc/README.tapping @@ -45,11 +45,11 @@ do and is done in four easy steps; 4, In the actual dissector for that protocol, after any child dissectors have returned, just add 'tap_queue_packet(_tap, pinfo, );' - is used if the tap has any special additional data to provide to -the tap listeners. What this points to is dependent on the protocol that -is tapped, or if there are no useful extra data to provide just specify NULL. -For packet-rpc.c what we specify there is the persistent structure 'rpc_call' -which contains lots of useful information the rpc layer that a listener might + is used if the tap has any special additional data to provide to the +tap listeners. What this points to is dependent on the protocol that is tapped, +or if there are no useful extra data to provide just specify NULL. For +packet-rpc.c what we specify there is the persistent structure 'rpc_call' which +contains lots of useful information from the rpc layer that a listener might need. @@ -153,10 +153,10 @@ Redissection occurs when you apply a new display filter or if you change and Save/Apply a preference setting that might affect how packets are dissected. After each individual packet has been completely dissected and all -dissectors have returned, all the tap listeners that has been flagged +dissectors have returned, all the tap listeners that have been flagged to receive tap data during the dissection of the frame will be called in sequence. -The order of which the tap listeners will be called is not defined. +The order in which the tap listeners will be called is not defined. Not until all tap listeners for the frame has been called and returned will Wireshark continue to dissect the next packet. This is why it is important to make the *_packet() callbacks execute as -- cgit v1.2.3