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

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? bpf.h

?? ngrep strives to provide most of GNU grep s common features, applying them to the network layer. ngr
?? H
字號:
/*- * Copyright (c) 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1997 *	The Regents of the University of California.  All rights reserved. * * This code is derived from the Stanford/CMU enet packet filter, * (net/enet.c) distributed as part of 4.3BSD, and code contributed * to Berkeley by Steven McCanne and Van Jacobson both of Lawrence  * Berkeley Laboratory. * * 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 University of *      California, Berkeley and its contributors. * 4. Neither the name of the University nor the names of its contributors *    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. * *      @(#)bpf.h       7.1 (Berkeley) 5/7/91 * * @(#) $Header: /tcpdump/master/libpcap/bpf/net/bpf.h,v 1.44 2000/12/21 10:29:24 guy Exp $ (LBL) */#ifndef BPF_MAJOR_VERSION/* BSD style release date */#define BPF_RELEASE 199606
#ifdef WIN32 
#include <gnuc.h>
#include <winsock2.h>
#endif
typedef	int bpf_int32;typedef	u_int bpf_u_int32;/* * Alignment macros.  BPF_WORDALIGN rounds up to the next  * even multiple of BPF_ALIGNMENT.  */#ifndef __NetBSD__#define BPF_ALIGNMENT sizeof(bpf_int32)#else#define BPF_ALIGNMENT sizeof(long)#endif#define BPF_WORDALIGN(x) (((x)+(BPF_ALIGNMENT-1))&~(BPF_ALIGNMENT-1))#define BPF_MAXINSNS 512#define BPF_MAXBUFSIZE 0x8000#define BPF_MINBUFSIZE 32/* *  Structure for BIOCSETF. */struct bpf_program {	u_int bf_len;	struct bpf_insn *bf_insns;}; /* * Struct returned by BIOCGSTATS. */struct bpf_stat {	u_int bs_recv;		/* number of packets received */	u_int bs_drop;		/* number of packets dropped */};/* * Struct return by BIOCVERSION.  This represents the version number of  * the filter language described by the instruction encodings below. * bpf understands a program iff kernel_major == filter_major && * kernel_minor >= filter_minor, that is, if the value returned by the * running kernel has the same major number and a minor number equal * equal to or less than the filter being downloaded.  Otherwise, the * results are undefined, meaning an error may be returned or packets * may be accepted haphazardly. * It has nothing to do with the source code version. */struct bpf_version {	u_short bv_major;	u_short bv_minor;};/* Current version number of filter architecture. */#define BPF_MAJOR_VERSION 1#define BPF_MINOR_VERSION 1/* * BPF ioctls * * The first set is for compatibility with Sun's pcc style * header files.  If your using gcc, we assume that you * have run fixincludes so the latter set should work. */#if (defined(sun) || defined(ibm032)) && !defined(__GNUC__)#define	BIOCGBLEN	_IOR(B,102, u_int)#define	BIOCSBLEN	_IOWR(B,102, u_int)#define	BIOCSETF	_IOW(B,103, struct bpf_program)#define	BIOCFLUSH	_IO(B,104)#define BIOCPROMISC	_IO(B,105)#define	BIOCGDLT	_IOR(B,106, u_int)#define BIOCGETIF	_IOR(B,107, struct ifreq)#define BIOCSETIF	_IOW(B,108, struct ifreq)#define BIOCSRTIMEOUT	_IOW(B,109, struct timeval)#define BIOCGRTIMEOUT	_IOR(B,110, struct timeval)#define BIOCGSTATS	_IOR(B,111, struct bpf_stat)#define BIOCIMMEDIATE	_IOW(B,112, u_int)#define BIOCVERSION	_IOR(B,113, struct bpf_version)#define BIOCSTCPF	_IOW(B,114, struct bpf_program)#define BIOCSUDPF	_IOW(B,115, struct bpf_program)#else#define	BIOCGBLEN	_IOR('B',102, u_int)#define	BIOCSBLEN	_IOWR('B',102, u_int)#define	BIOCSETF	_IOW('B',103, struct bpf_program)#define	BIOCFLUSH	_IO('B',104)#define BIOCPROMISC	_IO('B',105)#define	BIOCGDLT	_IOR('B',106, u_int)#define BIOCGETIF	_IOR('B',107, struct ifreq)#define BIOCSETIF	_IOW('B',108, struct ifreq)#define BIOCSRTIMEOUT	_IOW('B',109, struct timeval)#define BIOCGRTIMEOUT	_IOR('B',110, struct timeval)#define BIOCGSTATS	_IOR('B',111, struct bpf_stat)#define BIOCIMMEDIATE	_IOW('B',112, u_int)#define BIOCVERSION	_IOR('B',113, struct bpf_version)#define BIOCSTCPF	_IOW('B',114, struct bpf_program)#define BIOCSUDPF	_IOW('B',115, struct bpf_program)#endif/* * Structure prepended to each packet. */struct bpf_hdr {	struct timeval	bh_tstamp;	/* time stamp */	bpf_u_int32	bh_caplen;	/* length of captured portion */	bpf_u_int32	bh_datalen;	/* original length of packet */	u_short		bh_hdrlen;	/* length of bpf header (this struct					   plus alignment padding) */};/* * Because the structure above is not a multiple of 4 bytes, some compilers * will insist on inserting padding; hence, sizeof(struct bpf_hdr) won't work. * Only the kernel needs to know about it; applications use bh_hdrlen. */#if defined(KERNEL) || defined(_KERNEL)#define SIZEOF_BPF_HDR 18#endif/* * Data-link level type codes. *//* * These are the types that are the same on all platforms; on other * platforms, a <net/bpf.h> should be supplied that defines the additional * DLT_* codes appropriately for that platform (the BSDs, for example, * should not just pick up this version of "bpf.h"; they should also define * the additional DLT_* codes used by their kernels, as well as the values * defined here - and, if the values they use for particular DLT_ types * differ from those here, they should use their values, not the ones * here). */#define DLT_NULL	0	/* no link-layer encapsulation */#define DLT_EN10MB	1	/* Ethernet (10Mb) */#define DLT_EN3MB	2	/* Experimental Ethernet (3Mb) */#define DLT_AX25	3	/* Amateur Radio AX.25 */#define DLT_PRONET	4	/* Proteon ProNET Token Ring */#define DLT_CHAOS	5	/* Chaos */#define DLT_IEEE802	6	/* IEEE 802 Networks */#define DLT_ARCNET	7	/* ARCNET */#define DLT_SLIP	8	/* Serial Line IP */#define DLT_PPP		9	/* Point-to-point Protocol */#define DLT_FDDI	10	/* FDDI *//* * These are values from the traditional libpcap "bpf.h". * Ports of this to particular platforms should replace these definitions * with the ones appropriate to that platform, if the values are * different on that platform. */#define DLT_ATM_RFC1483	11	/* LLC/SNAP encapsulated atm */#define DLT_RAW		12	/* raw IP *//* * These are values from BSD/OS's "bpf.h". * These are not the same as the values from the traditional libpcap * "bpf.h"; however, these values shouldn't be generated by any * OS other than BSD/OS, so the correct values to use here are the * BSD/OS values. * * Platforms that have already assigned these values to other * DLT_ codes, however, should give these codes the values * from that platform, so that programs that use these codes will * continue to compile - even though they won't correctly read * files of these types. */#define DLT_SLIP_BSDOS	15	/* BSD/OS Serial Line IP */#define DLT_PPP_BSDOS	16	/* BSD/OS Point-to-point Protocol */#define DLT_ATM_CLIP	19	/* Linux Classical-IP over ATM *//* * This value is defined by NetBSD; other platforms should refrain from * using it for other purposes, so that NetBSD savefiles with a link * type of 50 can be read as this type on all platforms. */#define DLT_PPP_SERIAL	50	/* PPP over serial with HDLC encapsulation */
/*
 * New Data-link level type for win32.
 */
#ifdef WIN32 
#define DLT_EN100MB     100     /* Ethernet (100Mb) */
#define DLT_PPP_WIN32   101     /* Win32 dial up connection */
#endif
/* * This value was defined by libpcap 0.5; platforms that have defined * it with a different value should define it here with that value - * a link type of 104 in a save file will be mapped to DLT_C_HDLC, * whatever value that happens to be, so programs will correctly * handle files with that link type regardless of the value of * DLT_C_HDLC. * * The name DLT_C_HDLC was used by BSD/OS; we use that name for source * compatibility with programs written for BSD/OS. * * libpcap 0.5 defined it as DLT_CHDLC; we define DLT_CHDLC as well, * for source compatibility with programs written for libpcap 0.5. */#define DLT_C_HDLC	104	/* Cisco HDLC */#define DLT_CHDLC	DLT_C_HDLC/* * Reserved for future use. * Do not pick other numerical value for these unless you have also * picked up the tcpdump.org top-of-CVS-tree version of "savefile.c", * which will arrange that capture files for these DLT_ types have * the same "network" value on all platforms, regardless of what * value is chosen for their DLT_ type (thus allowing captures made * on one platform to be read on other platforms, even if the two * platforms don't use the same numerical values for all DLT_ types). */#define DLT_IEEE802_11	105	/* IEEE 802.11 wireless *//* * Values between 106 and 107 are used in capture file headers as * link-layer types corresponding to DLT_ types that might differ * between platforms; don't use those values for new DLT_ new types. *//* * OpenBSD DLT_LOOP, for loopback devices; it's like DLT_NULL, except * that the AF_ type in the link-layer header is in network byte order. * * OpenBSD defines it as 12, but that collides with DLT_RAW, so we * define it as 108 here.  If OpenBSD picks up this file, it should * define DLT_LOOP as 12 in its version, as per the comment above - * and should not use 108 for any purpose. */#define DLT_LOOP	108/* * Values between 109 and 112 are used in capture file headers as * link-layer types corresponding to DLT_ types that might differ * between platforms; don't use those values for new DLT_ new types. *//* * This is for Linux cooked sockets. */#define DLT_LINUX_SLL	113/* * The instruction encodings. *//* instruction classes */#define BPF_CLASS(code) ((code) & 0x07)#define		BPF_LD		0x00#define		BPF_LDX		0x01#define		BPF_ST		0x02#define		BPF_STX		0x03#define		BPF_ALU		0x04#define		BPF_JMP		0x05#define		BPF_RET		0x06#define		BPF_MISC	0x07/* ld/ldx fields */#define BPF_SIZE(code)	((code) & 0x18)#define		BPF_W		0x00#define		BPF_H		0x08#define		BPF_B		0x10#define BPF_MODE(code)	((code) & 0xe0)#define		BPF_IMM 	0x00#define		BPF_ABS		0x20#define		BPF_IND		0x40#define		BPF_MEM		0x60#define		BPF_LEN		0x80#define		BPF_MSH		0xa0/* alu/jmp fields */#define BPF_OP(code)	((code) & 0xf0)#define		BPF_ADD		0x00#define		BPF_SUB		0x10#define		BPF_MUL		0x20#define		BPF_DIV		0x30#define		BPF_OR		0x40#define		BPF_AND		0x50#define		BPF_LSH		0x60#define		BPF_RSH		0x70#define		BPF_NEG		0x80#define		BPF_JA		0x00#define		BPF_JEQ		0x10#define		BPF_JGT		0x20#define		BPF_JGE		0x30#define		BPF_JSET	0x40#define BPF_SRC(code)	((code) & 0x08)#define		BPF_K		0x00#define		BPF_X		0x08/* ret - BPF_K and BPF_X also apply */#define BPF_RVAL(code)	((code) & 0x18)#define		BPF_A		0x10/* misc */#define BPF_MISCOP(code) ((code) & 0xf8)#define		BPF_TAX		0x00#define		BPF_TXA		0x80/* * The instruction data structure. */struct bpf_insn {	u_short	code;	u_char 	jt;	u_char 	jf;	bpf_int32 k;};/* * Macros for insn array initializers. */#define BPF_STMT(code, k) { (u_short)(code), 0, 0, k }#define BPF_JUMP(code, k, jt, jf) { (u_short)(code), jt, jf, k }#if defined(BSD) && (defined(KERNEL) || defined(_KERNEL))/* * Systems based on non-BSD kernels don't have ifnet's (or they don't mean * anything if it is in <net/if.h>) and won't work like this. */# if __STDC__extern void bpf_tap(struct ifnet *, u_char *, u_int);extern void bpf_mtap(struct ifnet *, struct mbuf *);extern void bpfattach(struct ifnet *, u_int, u_int);extern void bpfilterattach(int);# elseextern void bpf_tap();extern void bpf_mtap();extern void bpfattach();extern void bpfilterattach();# endif /* __STDC__ */#endif /* BSD && (_KERNEL || KERNEL) */#if __STDC__extern int bpf_validate(struct bpf_insn *, int);extern u_int bpf_filter(struct bpf_insn *, u_char *, u_int, u_int);#elseextern int bpf_validate();extern u_int bpf_filter();#endif/* * Number of scratch memory words (for BPF_LD|BPF_MEM and BPF_ST). */#define BPF_MEMWORDS 16#endif

?? 快捷鍵說明

復(fù)制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
亚洲免费观看视频| 96av麻豆蜜桃一区二区| 欧美一区二区三区色| 亚洲成人免费影院| 91精品国产免费| 91麻豆免费看片| 亚洲四区在线观看| 欧洲国产伦久久久久久久| 亚洲午夜久久久久久久久电影院| 欧美在线|欧美| 亚洲成人免费电影| 欧美一级精品在线| 国产精品18久久久久久vr | 成人av网站大全| 中文字幕亚洲一区二区av在线| 99久久婷婷国产综合精品电影 | 奇米精品一区二区三区在线观看 | 欧美专区亚洲专区| 天使萌一区二区三区免费观看| 日韩欧美精品在线视频| 国产精品一区二区在线播放| 国产精品免费人成网站| 在线欧美小视频| 老司机午夜精品| 中文字幕乱码亚洲精品一区 | 最新国产精品久久精品| 欧美日韩国产另类一区| 国产一区二区影院| 国产精品国模大尺度视频| 欧美少妇一区二区| 久久精品国产久精国产爱| 国产精品久久久99| 欧美一区二区三区在线视频| 国产91精品一区二区| 亚洲国产一区二区a毛片| 26uuu色噜噜精品一区| 一本大道av一区二区在线播放| 日韩avvvv在线播放| 国产精品视频你懂的| 欧美精品久久99| 91农村精品一区二区在线| 麻豆久久一区二区| 亚洲欧美日韩小说| 国产精品久久久久久久久搜平片| 91精品国产美女浴室洗澡无遮挡| 成人午夜电影网站| 蜜臀久久久99精品久久久久久| 国产精品乱人伦中文| 精品少妇一区二区三区视频免付费| av不卡免费电影| 极品销魂美女一区二区三区| 亚洲高清免费观看| 国产精品美日韩| 精品国产第一区二区三区观看体验| 在线观看免费亚洲| 成人av集中营| 国产精品主播直播| 免费人成黄页网站在线一区二区| 亚洲综合清纯丝袜自拍| 一区二区三区精品在线| 精品999久久久| 欧美性高清videossexo| 大胆欧美人体老妇| 狠狠色综合日日| 日本视频一区二区三区| 夜夜精品浪潮av一区二区三区| 国产欧美日韩综合精品一区二区| 日韩欧美综合一区| 91精品久久久久久久91蜜桃| 欧美亚洲一区二区在线| 色婷婷综合久久久中文一区二区 | 成人欧美一区二区三区白人 | 亚洲综合一区在线| 最近中文字幕一区二区三区| 欧美激情一区二区三区蜜桃视频| 精品国精品自拍自在线| 日韩欧美一级精品久久| 91精品国产综合久久久久久久| 91久久精品一区二区三| 一本色道久久加勒比精品| 9色porny自拍视频一区二区| 成人免费毛片嘿嘿连载视频| 高清不卡在线观看av| 国产精品亚洲综合一区在线观看| 激情五月播播久久久精品| 九一九一国产精品| 国产一区二区三区蝌蚪| 国产精品18久久久久久久网站| 高清shemale亚洲人妖| 成人免费观看男女羞羞视频| 不卡在线视频中文字幕| 99视频国产精品| 日本高清不卡视频| 欧美日韩激情在线| 欧美一区二区三区日韩视频| 日韩精品在线看片z| 久久久不卡网国产精品二区| 日本一二三不卡| 亚洲免费三区一区二区| 亚瑟在线精品视频| 久久草av在线| 国产91丝袜在线18| 99久久综合国产精品| 欧美性猛交xxxxxxxx| 91精品国产色综合久久| 久久久久国产成人精品亚洲午夜| 国产精品色婷婷久久58| 亚洲精品中文在线| 日韩成人av影视| 国产91综合网| 欧美猛男gaygay网站| 精品日产卡一卡二卡麻豆| 国产午夜精品一区二区三区嫩草| 中文字幕一区二区三区不卡| 亚洲一二三区在线观看| 精品一区二区三区不卡| 99精品国产一区二区三区不卡| 欧美日韩一区二区三区在线| 精品剧情在线观看| 亚洲四区在线观看| 美女网站视频久久| 99久久婷婷国产综合精品电影| 欧美成人猛片aaaaaaa| 中文字幕在线一区免费| 偷拍一区二区三区四区| 国产精品综合一区二区三区| 91美女片黄在线观看91美女| 欧美一级精品大片| 日韩美女视频一区| 久久国产精品免费| 在线影院国内精品| 久久精品亚洲精品国产欧美kt∨| 亚洲精品免费一二三区| 国产麻豆一精品一av一免费| 欧美在线观看视频在线| 国产三级精品在线| 日韩精品成人一区二区三区| 成人高清伦理免费影院在线观看| 欧美一区二区视频免费观看| 亚洲天天做日日做天天谢日日欢| 麻豆成人91精品二区三区| 色综合久久九月婷婷色综合| 久久久久久久精| 日日嗨av一区二区三区四区| 99国产精品国产精品毛片| 精品国产露脸精彩对白| 午夜精品久久久久久久久久| 99热精品一区二区| 久久精品日韩一区二区三区| 日本一道高清亚洲日美韩| 色久综合一二码| 中文av一区二区| 国产在线精品一区二区夜色| 欧美日韩精品欧美日韩精品一综合| 中文字幕在线播放不卡一区| 国产精品一区二区你懂的| 日韩欧美国产小视频| 日韩精品亚洲一区| 在线视频一区二区三区| 亚洲欧洲日本在线| 波多野结衣在线aⅴ中文字幕不卡| 精品国产99国产精品| 日本午夜精品一区二区三区电影| 欧美亚洲禁片免费| 一区二区三区久久| 91精彩视频在线| 亚洲欧美日韩在线不卡| 91免费视频大全| 国产精品传媒在线| 99精品国产一区二区三区不卡| 国产精品人人做人人爽人人添 | 国产精品资源在线| 337p日本欧洲亚洲大胆色噜噜| 免费看日韩精品| 精品国产在天天线2019| 美女在线视频一区| 2023国产精品| 国产寡妇亲子伦一区二区| 国产三级精品在线| 成人午夜又粗又硬又大| 中文字幕免费观看一区| 成人激情视频网站| 国产精品传媒视频| 91视视频在线直接观看在线看网页在线看| 日本一区二区三区电影| 不卡一区二区三区四区| 成人免费在线视频观看| 日本丶国产丶欧美色综合| 亚洲一区二区三区不卡国产欧美| 精品视频一区 二区 三区| 午夜精品一区二区三区电影天堂 | 国产一区高清在线| 欧美激情艳妇裸体舞| 91小宝寻花一区二区三区| 亚洲一二三区不卡| 欧美一区二区免费观在线| 国产一区二区美女诱惑| 国产精品视频在线看| 在线中文字幕不卡| 美女视频黄 久久|