独自登高楼 望断天涯路

换下头文件就可以在winpcap和libpcap之间通用了，且有详细注释#include  #include #include #include  struct ether_header{ u_int8_t ether_dhost[6]; u_int8_t ether_shost[6]; u_int16_t ether_type;};  

private void task(object sender, EventArgs e){ Process pro = new Process(); pro.StartInfo.UseShellExecute =true; pro.StartInfo.FileName = this.txtCMD.Text; pro.StartInfo.

开始-运行-cmd输入"netstat -ano"（查看所有端口被占的情况）找到80端口被占的“PID（进程标识符）”然后在任务管理器-查看-选择列中勾选“PID（进程标识附）”这样在进程标签里关掉那些占用80端口的进程就可以了~我用这样的方法找到两个占用80端口的进程：一个是迅雷，另一个就是卡巴斯基,还有QQ空间音乐。关掉后就可以顺利安装 。

package com.eshore.fdp.test;import java.io.IOException;import jpcap.JpcapCaptor;import jpcap.NetworkInterface;import jpcap.NetworkInterfaceAddress;import jpcap.packet.Packet;import jpcap.p

OpenFileDialog与SaveFileDialog都有RestoreDirectory属性，这个属性默认为false，很少被用到，所以没太在意。今天就出现个问题，在项目中有打开文件的操作，还有保存文件的操作，以及写日志文件。这时就出现问题：每当打开一个文件，那么系统默认目录就会指向刚才打开的文件。这时RestoreDirectory属性就起作用了。它的含义是：是否在打开文件对话

花了一下午时间搞定，转载注明出处：附上makefile:epollxser :epollxser.o gcc -o $@ $^ -L${TUXDIR}/lib -lwsc -lbuft -lwsc -lgpnet -lfml -lfml32 -lengine -ldl -lpthread /usr/lib/libcrypt.a.c.o: gcc

This means there is an error in the viminfo file, maybe due to a bug. Whatever the reason be, you can try to delete the file $HOME/.viminfo and start vim again. You will lose some information about re

package com.eshore.sweetop.sort;import java.util.Arrays;public class Heap {    private static int parent(int i) {        return (i-1) >> 1;    }    private static int left(int i) {        return i 1|1

package com.eshore.sweetop.dataframe;import java.util.Random;import com.eshore.sweetop.data.KeyData;import com.eshore.sweetop.data.Node;/* * bintree */public class Bintree {    private Node root;

package com.eshore.sweetop.dataframe;import java.math.BigInteger;import com.eshore.sweetop.data.KeyData;public class DoubleOpenHash extends OpenHash {    public DoubleOpenHash(int size) {//      super

package com.eshore.sweetop.exdataframe;public class DisjointSetLink {    private DisjointElement head;    private DisjointElement tail;        public void makeSet(DisjointElement element){        head

1. Operating System2. Advanced Linux Programming3. Linux Device Drivers4.Design Partten

sed -i 1,5d file 删除前5行

ZZ 保存退出:set number 显示行号                :set nonumber:set laststatus=2 显示状态栏     :set laststatus=1u 撤销                                       CTRL+R 重做CTRL+L 重绘屏幕:w filename 另存为  W/w B/b

与BREW应用程序下载工具一样，BREW记录器也是一个BREW设备与PC连接的工具。BREW记录器的作用是获取在BREW设备中运行的应用程序的调试信息，这些调试信息是通过BREW助手函数DBGPRINTF输出的。通过BREW记录器我们可以捕获应用程序在运行时所输出的调试信息，这些信息在模拟器环境下开发时，也会从Visual Studio的输出窗口中输出。这些输出的信息会以记录的形式出

在模拟器中开发完成应用程序并生成可以在设备上运行的二进制（.mod）文件之后，我们需要一种能够将应用程序下载到BREW设备中去测试的工具。这个工具就是BREW Application Loader，也就是应用程序下载器。       为了使用BREW应用程序下载器，我们需要首先从高通网站获取一个签名文件，这个签名文件通常以（.sig）作为扩展名。当我们安装小程序的时候，我们将

BREW模拟器通过模拟设备文件来模拟真实的应用程序运行的硬件平台和软件平台环境，之所以能够实现这种模拟方式的关键在于设备文件的存在。而编辑设备文件的工具就是BREW Device Configuratior，也就是设备文件编辑器。通常情况下设备文件编辑器只对OEM用户提供安装和下载，设备文件则是通过OEM设备生产厂商提供给BREW应用程序开发者。这样可以保证每个模拟设备的信息是准确的。

与大多数面向对象的平台一样，BREW平台中的各种接口均继承自一个通用的接口。图7.2 列举出了一部分BREW接口的继承关系：图7.2 BREW接口继承关系       图7.2中列出了BREW接口中一部分具有继承关系的接口，这些列出来的接口只是BREW众多接口中的一小部分，不过确是最常用的一部分接口。从图的左边到右边，按照箭头方向依次是从基类接口到派生接口。派生接口的实例可

BREW是一个可扩展的、面向对象的应用程序开发和执行环境，它使用C/C++语言进行开发。同时，BREW还被设计成了一个所见即所得开发系统。BREW支持应用程序和共享模块，应用程序和模块做为独立的DLL开发，运行时由模拟器载入。共享模块中可以包含功能模块，例如开发游戏时，可以将增强功能的图形接口进行重新封装，做为应用开发中的接口使用，这些扩展接口可以同BREW标准接口一样在应用程序中使用。B

BREW SDK中包含了一组工具和组件，应用程序开发者可以通过这些工具和组件高效、快速的开发出多种多样的应用程序，这些工具和组件包括：       1、BREW AEE。BREW AEE是一个可扩展的面向对象的应用程序开发和执行环境，它提供了一个使用C/C++开发应用程序和共享模块的平台，同时它采用了类似Windows等操作系统的事件驱动程序运行方式。       2、BREW模拟器（

以自由拼音（freepy3.1）为例第一步：安装freepy3.1第二步：a)如果是VC6.0   打开freepy3.1工程，打开vc主菜单的Project/settings的Link属性页下的output file name 下 输入  c://winnt//system32//freepy.ime, 这是win2000,如果是xp则可能是c://windows//system32

网上居然没有解释，可能太过专业了那转载的时候就注明出处吧 http://blog.youkuaiyun.com/lastsweetop PDV 代表路径延迟值,表示冲突信号传播到最远网络节点的时间PVV  路径可变值IPG  分组间距

BREW三要素之间，BDS处于中心地位，而且也承担了许多关于BREW的幕后工作。BDS主要是由运营商主导的一个BREW下载的控制中心，其主要的任务是维持整个BREW产业生态链的生存环境。虽然BDS对于BREW技术本身没有多大的意义，但是，它确是BREW产业生存的核心内容。通过对它的了解，我们可以知道BREW的地位和用途，这样也可以反过来影响我们对BREW的理解。现在我们就来看看BDS系统的内部

BREW设备是整个BREW产业链中的终点，为整个产业输送资金血液，整个产业的生存都取决于BREW设备。BREW设备是BREW的运行平台，这个平台的核心是BREW Porting Kit，也就是支持BREW应用程序运行的软件库和资源的集合，是BREW赖以生存的土壤。BREW设备的系统架构如图5.3所示：图5.3 BREW设备系统架构       在BREW内部，分为OEM和AEE层。

 每一个BREW应用程序（准确地说是每一个模块）都有对应的MIF文件，用来描述该模块中每一个应用程序的信息，如Class ID、图标、名称等等，MIF编辑器就是用来编辑MIF文件中这些内容的。在BREW MIF编辑器中可以创建MFX和MIF文件，MFX是开发 MIF 过程中使用的XML格式的中间文件。MIF是一种从MFX文件编译而成的特殊类型的BREW资源文件，其中包含有关BREW模块

BREW模拟器用于模拟选定的BREW设备，使得我们可以加载BREW环境下开发的测试小程序和类。模拟的BREW设备可以使用各种屏幕、字体、键盘、可用内存量、支持的语言和其它参数。在模拟过程中，模拟器将在PC显示器上打开设备的图像。通过点击对应设备按键的图像区域，可以对要模拟的Applet提供按键输入，同时Applet生成屏幕输出显示在设备图像的屏幕区域。BREW模拟器还可以通过鼠标事件模拟触摸屏

整个BREW系统由开发平台、运行平台和服务器三个要素组成。开发平台就是我们所使用的BREW SDK，用来在PC端开发可以在运行平台运行的程序。运行平台就是指可以运行BREW应用程序的移动通讯设备上的BREW运行环境，它的核心是BREW的Porting Kit。服务器是连接开发和运行平台的一个“连接器”，开发平台所开发出的BREW应用程序放在服务器上，以便于运行平台的用户通过无线通讯网络下载应用

  BREW资源编辑器允许我们创建应用程序中使用的对话框、字符串、二进制数据以及文件对象。我们还可以使用资源编辑器创建控件，如：菜单、列表、日期选择器以及计时器等。 如果创建的应用程序需要在不同语言的BREW设备上运行，这种资源文件的管理方式将十分有用。资源文件编辑器的操作界面如图7.5所示。图7.5 资源文件编辑器       字符串资源元素是一个字符数组，这些字符可以是Un

通常，在我们的应用程序中必须处理以下的几个事件：       1、EVT_APP_START事件。在应用程序启动时，我们在应用程序中注册的事件捕获函数将会接收到这个事件，这表示我们的应用程序已经开始运行了。在我们的应用程序中，可以在这个事件中进行创建接口，或者分配内存空间等操作。       2、EVT_APP_STOP事件。在我们的应用程序结束时将接收到这个事件，表示应用程序已经停止

乍一看来，在一个BREW设备上运行我们的应用程序是一件十分浪费时间的事情，但是在一个真实的硬件环境中运行我们的应用程序是十分重要的，因为这样做可以让我们检测到应用程序在模拟器中没有遇到的错误，尤其是在我们自然不自然的使用Visual Studio库函数的时候。不过不幸的是，让我们的应用程序运行在一个BREW设备上，并不是一件轻松的事情，因为我们必须联系高通公司的工程师去获得我们所需要的BREW

BREW目录根目录SDK下主要包含以下几个文件夹：       1、bin。在此目录下包含了BREW在Windows环境下运行的可执行文件和数据文件。在子目录“bin/DataFiles”下，包含了BREW模拟器使用的声音文件和声调数据库。在“bin/en”目录下包含了BREW系统本身在英文模式下所使用的资源文件，我们还可以指定其他语言的资源文件。这些资源文件根据所模拟的实际BREW设备的

关键词用途define定义一个“数据包”，是用enddef做结尾，可以包含多行的命令。ifeq/ifneq条件判断，可以搭配else使用，endif结尾。原型：ifeq(Arg1,Arg2)。ifdef/ifndef变量是否定义的条件判断，可以搭配else使用，endif

初学Brew时，最烦人的就是接口的定义了，一大堆的宏，让人不知所云。这里，将以helloworld为例，我们一步一步揭开它的神秘面纱。1．helloworld：typedef struct _helloworld {       AEEApplet      a ;           //第一个成分必须是 AEEApplet    AEEDeviceInf

Cache失配原因可分成以下三类： （3C模型） 1、被迫（compulsory)失配：（ 冷启动失配）： 第一次访问存储块时，由于该块不在cache中，所以必须首先将引块从主存取入cache.     绝对次数与程序有关，随着容量增加成比例增加。可以适当增大快 2、容量（Capacity）失配：因cache不能容纳所有存储块，当程序再次访问到曾装入cache又已被替换出去的某块时，出现容量失配。