Project "Hinty" aims at adding Type hints to Scapy. It will help discover bugs, improve the API, and make Scapy up-to-date with the high standards of Python libraries.

Implementation

We use mypy to ensure automatic testing of the work that has already been completed. PRs that fall under project Hinty will process one (or a few) files and register them into the checks. The file

I would like to point out that identifiers like “_DLL_HEADER” and “_MOLOCH_LUA_” [do eventually not fit](https://www.securecoding.cert.org/conf

The pcap-filter man page could benefit from some clarifications and improvements, such as:

1. proto qualifiers: The man page reads, "proto qualifiers restrict the match to a particular protocol. Possible protos are: ether, fddi, tr, wlan, ip, ip6, arp, rarp, decnet, tcp and udp. " However, as noted in the discussion from http://ask.wireshark.org/questions/26350/how-to-filter-wlan-with-a-capture

tshark.exe -l -n -T psml -Y ip.src==155.165.27.132 -r DSCP_CNS_TC01.pcap
results in 1 packet

<

I get this error when I try to run node pcap on OS Sierra.

It works fine on El Capitan and Yosemite but I can only get it to work on OS Sierra. Any ideas why that could be? I couldn't find any obvious permissions to set when I

Tested on:

• Python 3.6.4
• both Linux and MacOS (same behaviour)
• pypcap 1.2.2

Steps to reproduce:

import pcap
a = pcap.pcap()
a.close()
a.close()
Segmentation fault: 11

I think that pypcap should raise an exception, avoiding a segmentation fault.

The documentation currently leads people to believe that it's only possible to have one plugin specified because that plugin will consume all following options:

-P plugin.so ...
Load and use the specified plugin. Any options given after this are sent to the plugin.

In fact, so long as the plugin uses getopt() it is possible to break out of the plugin's argument processing b