亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? pcap-int.h

?? ngrep strives to provide most of GNU grep s common features, applying them to the network layer. ngr
?? H
字號:
/*
 * Copyright (c) 1994, 1995, 1996
 *	The Regents of the University of California.  All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer.
 * 2. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the distribution.
 * 3. All advertising materials mentioning features or use of this software
 *    must display the following acknowledgement:
 *	This product includes software developed by the Computer Systems
 *	Engineering Group at Lawrence Berkeley Laboratory.
 * 4. Neither the name of the University nor of the Laboratory may be used
 *    to endorse or promote products derived from this software without
 *    specific prior written permission.
 *
 * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 * SUCH DAMAGE.
 *
 * @(#) $Header: /tcpdump/master/libpcap/pcap-int.h,v 1.43 2002/12/28 00:44:04 guy Exp $ (LBL)
 */

#ifndef pcap_int_h
#define pcap_int_h

#ifdef __cplusplus
extern "C" {
#endif

#include <pcap.h>

#ifdef REMOTE
/* Remote version needs pthreads */
#include <pthread.h>
#endif /* REMOTE */


#ifdef WIN32
#include <packet32.h>
#endif /* WIN32 */

/*
 * Savefile
 */
struct pcap_sf {
	FILE *rfile;
	int swapped;
	int hdrsize;
	int version_major;
	int version_minor;
	u_char *base;
};

struct pcap_md {
	struct pcap_stat stat;
	/*XXX*/
	int use_bpf;		/* using kernel filter */
	u_long	TotPkts;	/* can't oflow for 79 hrs on ether */
	u_long	TotAccepted;	/* count accepted by filter */
	u_long	TotDrops;	/* count of dropped packets */
	long	TotMissed;	/* missed by i/f during this run */
	long	OrigMissed;	/* missed by i/f before this run */
#ifdef linux
	int	sock_packet;	/* using Linux 2.0 compatible interface */
	int	timeout;	/* timeout specified to pcap_open_live */
	int	clear_promisc;	/* must clear promiscuous mode when we close */
	int	cooked;		/* using SOCK_DGRAM rather than SOCK_RAW */
	int	lo_ifindex;	/* interface index of the loopback device */
	char	*device;	/* device name */
	struct pcap *next;	/* list of open promiscuous sock_packet pcaps */
#endif
#ifdef REMOTE
/*!
	There is really a mess with previous variables, and it seems to me that they are not used
	(they are used in pcap_pf.c only). I think we have to start using them.
	The meaning is the following:

	- TotPkts: the amount of packets received by the bpf filter, *before* applying the filter
	- TotAccepted: the amount of packets that satisfies the filter
	- TotDrops: the amount of packet that were dropped into the kernel buffer because of lack of space
	- TotMissed: the amount of packets that were dropped by the physical interface; it is basically 
	the value of the hardware counter into the card. This number is never put to zero, so this number
	takes into account the *total* number of interface drops starting from the interface power-on.
	- OrigMissed: the amount of packets that were dropped by the interface *when the capture begins*.
	This value is used to detect the number of packets dropped by the interface *during the present
	capture*, so that (ps_ifdrops= TotMissed - OrigMissed).
*/
	unsigned int TotNetDrops;	//!< keeps the number of packets that have been dropped by the network
/*!
	\brief It keeps the number of packets that have been received by the application.
	
	Packets dropped by the kernel buffer are not counted in this variable. The variable is always 
	equal to (TotAccepted - TotDrops), exept for the case of remote capture, in which we have also
	packets in fligh, i.e. that have been transmitted by the remote host, but that have not been 
	received (yet) from the client. In this case, (TotAccepted - TotDrops - TotNetDrops) gives a
	wrong result, since this number does not corresponds always to the number of packet received by 
	the application. For this reason, in the remote capture we need another variable that takes
	into account of the number of packets actually received by the application.
*/
	unsigned int TotCapt;
#endif
};

struct pcap {
#ifdef WIN32
	ADAPTER *adapter;
	LPPACKET Packet;
	int timeout;
	int nonblock;
#else
	int fd;
#endif /* WIN32 */
	int snapshot;
	int linktype;
	int tzoff;		/* timezone offset */
	int offset;		/* offset for proper alignment */

	struct pcap_sf sf;
	struct pcap_md md;

	/*
	 * Read buffer.
	 */
	int bufsize;
	u_char *buffer;
	u_char *bp;
	int cc;

	/*
	 * Place holder for pcap_next().
	 */
	u_char *pkt;


	/*
	 * Placeholder for filter code if bpf not in kernel.
	 */
	struct bpf_program fcode;

	char errbuf[PCAP_ERRBUF_SIZE + 1];
	int dlt_count;
	int *dlt_list;

#ifdef REMOTE
/*! \brief '1' if we're the network client; needed by several functions (like pcap_setfilter() ) to know if 
	they have to use the socket or they have to open the local adapter. */
	int rmt_clientside;
	SOCKET rmt_sockctrl;		//!< socket ID of the socket used for the control connection
	SOCKET rmt_sockdata;		//!< socket ID of the socket used for the data connection
	pthread_t rmt_threaddata;	//!< handle to the receiving thread, we need to kill it in case of 'pcap_close()'
	int rmt_flags;				//!< we have to save flags, since they are passed by the pcap_open_live(), but they are used by the pcap_startcapture()
	int rmt_capstarted;			//!< 'true' if the capture is already started (needed to knoe if we have to call the pcap_startcapture()
	struct pcap_pkthdr pcap_header;	//!< In Linux, you have to copy the packet headers another time before giving them to the user
#endif /* REMOTE */
};

/*
 * This is a timeval as stored in disk in a dumpfile.
 * It has to use the same types everywhere, independent of the actual
 * `struct timeval'
 */

struct pcap_timeval {
    bpf_int32 tv_sec;		/* seconds */
    bpf_int32 tv_usec;		/* microseconds */
};

/*
 * How a `pcap_pkthdr' is actually stored in the dumpfile.
 *
 * Do not change the format of this structure, in any way (this includes
 * changes that only affect the length of fields in this structure),
 * and do not make the time stamp anything other than seconds and
 * microseconds (e.g., seconds and nanoseconds).  Instead:
 *
 *	introduce a new structure for the new format;
 *
 *	send mail to "tcpdump-workers@tcpdump.org", requesting a new
 *	magic number for your new capture file format, and, when
 *	you get the new magic number, put it in "savefile.c";
 *
 *	use that magic number for save files with the changed record
 *	header;
 *
 *	make the code in "savefile.c" capable of reading files with
 *	the old record header as well as files with the new record header
 *	(using the magic number to determine the header format).
 *
 * Then supply the changes to "patches@tcpdump.org", so that future
 * versions of libpcap and programs that use it (such as tcpdump) will
 * be able to read your new capture file format.
 */

struct pcap_sf_pkthdr {
    struct pcap_timeval ts;	/* time stamp */
    bpf_u_int32 caplen;		/* length of portion present */
    bpf_u_int32 len;		/* length this packet (off wire) */
};

/*
 * How a `pcap_pkthdr' is actually stored in dumpfiles written
 * by some patched versions of libpcap (e.g. the ones in Red
 * Hat Linux 6.1 and 6.2).
 *
 * Do not change the format of this structure, in any way (this includes
 * changes that only affect the length of fields in this structure).
 * Instead, introduce a new structure, as per the above.
 */

struct pcap_sf_patched_pkthdr {
    struct pcap_timeval ts;	/* time stamp */
    bpf_u_int32 caplen;		/* length of portion present */
    bpf_u_int32 len;		/* length this packet (off wire) */
    int		index;
    unsigned short protocol;
    unsigned char pkt_type;
};

int	yylex(void);

#ifndef min
#define min(a, b) ((a) > (b) ? (b) : (a))
#endif

/* XXX should these be in pcap.h? */
int	pcap_offline_read(pcap_t *, int, pcap_handler, u_char *);
int	pcap_read(pcap_t *, int cnt, pcap_handler, u_char *);

#ifdef WIN32
/* sf_next_packet must be exported for pcap_read_ex */
int sf_next_packet(pcap_t *, struct pcap_pkthdr *, u_char *, int);
#endif

/*
 * Ultrix, DEC OSF/1^H^H^H^H^H^H^H^H^HDigital UNIX^H^H^H^H^H^H^H^H^H^H^H^H
 * Tru64 UNIX, and NetBSD pad to make everything line up on a nice boundary.
 */
#if defined(ultrix) || defined(__osf__) || defined(__NetBSD__)
#define       PCAP_FDDIPAD 3
#endif

#ifndef HAVE_STRLCPY
#define strlcpy(x, y, z) \
	(strncpy((x), (y), (z)), \
	 ((z) <= 0 ? 0 : ((x)[(z) - 1] = '\0')), \
	 strlen((y)))
#endif

/*
 * Internal interface for "pcap_set_datalink()".  Attempts to set the
 * link-layer type to the specified type; if that fails, returns -1.
 * (On platforms that don't support setting it at all, this can just
 * return 0 - on those platforms, "pcap_set_datalink()" has already
 * checked whether the DLT_ value is the one the device supports.
 */
int	pcap_set_datalink_platform(pcap_t *, int);

/*
 * Internal interfaces for "pcap_findalldevs()".
 *
 * "pcap_platform_finddevs()" is a platform-dependent routine to
 * add devices not found by the "standard" mechanisms (SIOCGIFCONF,
 * "getifaddrs()", etc..
 *
 * "pcap_add_if()" adds an interface to the list of interfaces.
 */
int	pcap_platform_finddevs(pcap_if_t **, char *);
int	add_addr_to_iflist(pcap_if_t **, char *, u_int, struct sockaddr *,
	    size_t, struct sockaddr *, size_t, struct sockaddr *, size_t,
	    struct sockaddr *, size_t, char *);
int	pcap_add_if(pcap_if_t **, char *, u_int, const char *, char *);
struct sockaddr *dup_sockaddr(struct sockaddr *, size_t);
int	add_or_find_if(pcap_if_t **, pcap_if_t **, const char *, u_int,
	    const char *, char *);

#ifdef linux
void	pcap_close_linux(pcap_t *);
#endif

#ifdef WIN32
char	*pcap_win32strerror(void);
#endif

/* XXX */
extern	int pcap_fddipad;

int	install_bpf_program(pcap_t *, struct bpf_program *);

#ifdef __cplusplus
}
#endif

#endif

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
日韩成人一区二区三区在线观看| 亚洲欧美区自拍先锋| 青青草伊人久久| 欧美高清性hdvideosex| 免费观看在线色综合| 欧美变态口味重另类| 国产精品888| 中文字幕日韩av资源站| 在线欧美小视频| 日韩二区三区四区| 久久精品亚洲精品国产欧美kt∨| 成人久久视频在线观看| 国产精品不卡一区| 欧美日韩一区二区欧美激情| 麻豆91免费观看| 国产日韩欧美不卡| 欧美伊人久久久久久久久影院| 日本美女一区二区三区视频| 国产无一区二区| 欧美亚洲图片小说| 狠狠色狠狠色综合日日91app| 日本一区二区免费在线| 欧美日韩专区在线| 国产剧情一区二区| 玉米视频成人免费看| 91精品国产高清一区二区三区蜜臀 | 日韩理论电影院| 久久久精品国产免费观看同学| 国产成人免费高清| 亚洲最色的网站| 精品久久国产老人久久综合| kk眼镜猥琐国模调教系列一区二区| 亚洲国产视频a| 国产日韩欧美在线一区| 欧美体内she精高潮| 国产成人无遮挡在线视频| 亚洲国产日韩一级| 亚洲国产精品ⅴa在线观看| 91精品国产综合久久香蕉麻豆 | 国产美女在线观看一区| 一区二区三区欧美日韩| 久久久99免费| 在线播放91灌醉迷j高跟美女| 大桥未久av一区二区三区中文| 偷偷要91色婷婷| 亚洲色图欧洲色图| 久久久电影一区二区三区| 欧美另类变人与禽xxxxx| 大胆亚洲人体视频| 国产自产v一区二区三区c| 亚洲成a人v欧美综合天堂 | 一区二区三区在线播| 国产校园另类小说区| 欧美一级高清片| 欧美系列日韩一区| 91美女片黄在线| 成人国产精品免费观看视频| 国产一区二区免费在线| 日韩成人免费在线| 丝袜脚交一区二区| 亚洲综合男人的天堂| 亚洲欧美日韩国产另类专区| 国产精品情趣视频| 国产亚洲综合性久久久影院| 精品国产乱码久久久久久老虎| 538在线一区二区精品国产| 欧美三级视频在线播放| 欧美主播一区二区三区| 色综合天天视频在线观看| av一本久道久久综合久久鬼色| 国产一区二区精品久久| 精品制服美女久久| 激情综合网最新| 精品一区二区综合| 狠狠色综合日日| 国产乱妇无码大片在线观看| 国产一区二区三区最好精华液| 另类调教123区| 精品一区二区三区欧美| 久久成人久久爱| 国产一区二区视频在线播放| 国产精品一区二区久久不卡| 国产超碰在线一区| 大白屁股一区二区视频| 成人免费视频视频在线观看免费| 国产成人av自拍| www.日本不卡| 欧美午夜精品一区二区三区| 精品视频一区三区九区| 欧美一区二区免费观在线| 日韩欧美一区电影| 国产日韩成人精品| ...中文天堂在线一区| 一区二区三区视频在线观看| 亚洲国产精品天堂| 蜜臀精品一区二区三区在线观看| 国模套图日韩精品一区二区| 丁香五精品蜜臀久久久久99网站| 波多野结衣91| 欧美浪妇xxxx高跟鞋交| 欧美本精品男人aⅴ天堂| 欧美激情艳妇裸体舞| 一区二区三区四区国产精品| 日韩福利视频导航| 国产成人高清在线| 欧美伊人久久大香线蕉综合69| 91麻豆精品国产自产在线| 久久久久国产精品麻豆| 亚洲欧美区自拍先锋| 免费在线一区观看| 成人18精品视频| 欧美肥妇毛茸茸| 中文字幕不卡在线| 亚洲电影欧美电影有声小说| 国产一区二区三区香蕉| 91美女蜜桃在线| 精品成人一区二区三区| 亚洲综合在线免费观看| 激情综合色综合久久| 日本乱码高清不卡字幕| 欧美精品一区二区三区四区| 亚洲美女淫视频| 国产精品一区在线观看乱码| 欧美中文字幕不卡| 国产亚洲成年网址在线观看| 亚洲曰韩产成在线| 国产成人综合在线播放| 欧美高清精品3d| 自拍偷自拍亚洲精品播放| 久久91精品久久久久久秒播| 在线国产亚洲欧美| 欧美国产精品中文字幕| 免费看黄色91| 欧美中文字幕一区| 国产精品国产a级| 国产在线日韩欧美| 欧美福利一区二区| 一区二区三区 在线观看视频| 国产精品 欧美精品| 日韩一级成人av| 亚洲一区二三区| 99久久久久久| 亚洲在线视频一区| 91老司机福利 在线| 国产欧美一区二区精品久导航| 老司机精品视频线观看86| 欧美日韩成人综合| 一区二区三区四区视频精品免费 | 久久久久久久久久久黄色| 爽好多水快深点欧美视频| 91国内精品野花午夜精品| 国产精品久久久久久久浪潮网站| 韩国成人在线视频| 欧美大度的电影原声| 日韩电影在线观看一区| 欧美日韩午夜在线视频| 有坂深雪av一区二区精品| 91热门视频在线观看| 国产精品久久久爽爽爽麻豆色哟哟| 国产真实乱对白精彩久久| 精品免费一区二区三区| 免费看日韩a级影片| 日韩午夜在线观看视频| 日本中文一区二区三区| 欧美电影在哪看比较好| 婷婷中文字幕综合| 欧美日韩另类一区| 日韩激情视频在线观看| 欧美精品在线视频| 蜜臀av在线播放一区二区三区| 欧美一区二区福利在线| 老鸭窝一区二区久久精品| 精品91自产拍在线观看一区| 国产精品一区二区在线观看不卡| 久久蜜桃一区二区| 成人免费看片app下载| 国产精品乱人伦中文| 一本色道久久综合狠狠躁的推荐| 亚洲三级久久久| 欧美日韩国产一区二区三区地区| 午夜av电影一区| 精品久久国产字幕高潮| 国产传媒一区在线| 一区二区三区资源| 欧美精选午夜久久久乱码6080| 三级不卡在线观看| 欧美精品一区二区三区视频| 粉嫩在线一区二区三区视频| 一区精品在线播放| 欧美日韩激情一区| 国内国产精品久久| 日韩美女视频一区| 欧美高清dvd| 国产精品99久久久久久宅男| 亚洲丝袜自拍清纯另类| 在线播放国产精品二区一二区四区| 激情丁香综合五月| 亚洲欧洲www| 91精品国产色综合久久ai换脸| 国产盗摄一区二区|