aboutsummaryrefslogtreecommitdiff
path: root/pcap_compile.3pcap.in
Commit message (Collapse)AuthorAgeFilesLines
* man: Indent multiline prototypes consistently. [skip ci]Denis Ovsienko2023-03-111-2/+1
| | | | | | Use the same indentation everywhere as in pcap_open_offline(3PCAP), this results in slightly better plain text output and notably better HTML output.
* Fixup some prose in pcap_compile(3PCAP). [skip ci]Denis Ovsienko2022-06-021-1/+1
| | | | | | The prose was different from the function signature. Leave the signature intact to be consistent with pcap_offline_filter(3PCAP) and pcap_setfilter(3PCAP), fix the prose.
* man: Prevent hyphenation in a few more cases. [skip ci]Denis Ovsienko2022-02-131-1/+1
| | | | Address references to pcap-timestamp, pcap-savefile and pcap-filter.
* man: Format more special constants bold. [skip ci]Denis Ovsienko2020-08-211-1/+3
| | | | | | | Some man pages used bold font for special meaning constants (e.g. -1 for infinity, 0 for false, 1 for true, NULL), but some didn't. Make the formatting consistently bold, but leave ordinary constants (number of packets in a buffer, a timeout, a buffer size) intact.
* Style cleanup.Guy Harris2019-11-231-5/+5
| | | | | | | | Use the BSD house style, in which, in foobar() returns 17 on success and 137 on failure. "foobar" is boldfaced but "()" isn't.
* Fix manpage reference formatting to be consistent.Daniel Miller2018-08-241-3/+5
| | | | | | | All manpage references such as pcap_create(3PCAP) will now be formatted with the identifier (e.g. "pcap_create") in **bold** and the section name (e.g. "(3PCAP)") in roman (default) face. This is how most manpages seem to be formatted and makes things more consistent.
* Add backward compatibility notes to some man pages.Denis Ovsienko2018-08-221-2/+9
| | | | | | (as suggested by Daniel Miller in GH #745) [skip ci]
* Spell PCAP_ERROR and PCAP_ERROR_BREAK in the man pages.Denis Ovsienko2018-07-251-3/+6
| | | | [skip ci]
* Refine references in some man pages, round 3.Denis Ovsienko2018-07-171-3/+2
| | | | [skip ci]
* Update the timestamp in some man pages.Denis Ovsienko2018-07-111-1/+1
| | | | | | | | In the man pages that since the previous timestamp had meaningful (i.e. not typos or whitespace fixups) changes set the timestamp to the date of such last meaningful change. [skip ci]
* Note that pcap_compile() in 1.8.0 and later is newly thread-safe.Guy Harris2017-03-241-0/+10
| | | | | I.e., it's *not* thread-safe in earlier releases. Better late than never.
* update last modified date in man page(s)Denis Ovsienko2015-12-181-1/+1
|
* refresh last midification dates for some man pagesDenis Ovsienko2014-04-071-1/+1
| | | | | This change reflects only meaningful (i.e. not purely editorial) changes in the text.
* remove libpcap's own CVS keywordsDenis Ovsienko2014-01-031-2/+0
| | | | | | This change removes CVS keywords that express that the file belongs to libpcap repository. All such keywords represented the revision and timestamp by the end of 2008 or even older.
* Fix man page typoes.Miroslav Lichvar2011-03-081-1/+1
| | | | Reviewed-By: Guy Harris <guy@alum.mit.edu>
* Add a #define for 0xffffffff as PCAP_NETMASK_UNKNOWN, for use when youGuy Harris2009-12-011-2/+2
| | | | | | don't know the netmask. (It also lets you test, at compile time, whether you can rely on "ip broadcast" failing to compile when you pass 0xffffffff to pcap_compile().)
* When generating code for "ip broadcast", treat a netmask of 0xffffffffGuy Harris2009-12-011-3/+3
| | | | | | | (255.255.255.255) be an indication that the netmask is unknown, and return an error. Document that as the way to tell pcap_compile() that the netmask is unknown. Have filtertest default to that as the netmask, and add a -m flag to let you specify the netmask.
* Don't hard-wire section 4 as the section for the pcap-filter andguy2008-10-211-0/+72
pcap-linktype man pages; it should be section 7 for UN*Xes using the V7/BSD conventions (this includes *BSD, Linux, and Mac OS X), and section 5 for UN*Xes using the System V conventions (this includes Solaris and HP-UX, and possibly AIX).