[API] add functions to be able to get packet's savefile offset #491
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I noticed there was no way through the API to get a packet's savefile offset, so I added those functions in order to resolve this problem :
pcap_next_with_sf_offset()
andpcap_next_ex_with_sf_offset()
They work the same as
pcap_next()
andpcap_next_ex()
but takes an additional pointer on a long, which will be set to the packet's savefile offset. If the packets are read from a live capture, then this long will be set to -1.This feature would be useful for a project I work on, which aim is to retrieve packets from pcap[-ng] files and then process them. I need to keep their savefile offsets to be able to retrieve their raw format at any time, after the processing.
It may also be useful for others :)