四个表事件词的区别(affair,matter,event ,incident)
四个表事件词的区别（affair,matter,event ,incident）
event:意为"事件;大事",用在in that event ,in any event 结构中的时候,与case可替换,但不能用于in one's event.
incident:意为"事件,事变",用于表示突发事件或偶发事件.
affair:意为"事务,事件,私事,恋爱事件",如:a love affair,affairs of state
matter:事情；问题,困难；毛病；麻烦如:This is a matter of no account.这是一件无关紧要的事。
例七：I can’t say which wine is best—it’s a (n)________ of personal taste.
A.affair
B.event
C.matter
D.variety
答案C。考查名词的搭配。“……事关个人的口味”，选择a matter of。
affair的意思是“有关的事，事务，活动等”，如foreign affairs（外事），也常指婚外恋；event指“每日里发生的事件，事或活动，比赛项目”；incident同event意思相近，指“事件，事”，尤指较重大的、有影响的政治事件等。
例：They have no right to interfere in the domestic affairs of Iran.
他们无权干涉伊朗的内政。
The affair remained a complete mystery.
那件事至今还是个谜。
The important event of the week was the big storm.
那一周中的大事就是那场大暴风雪。
Coming events in the village include a dance-show and a treat for the school children.
村里即将发生的大事，就是招待学校的孩子们和舞蹈表演。
Our team won the silver medal in this event.
我们队获得该项目的银牌。
On the very day before I left, an incident occurred.
事件就发生在我要离开的当天。
There were several incidents on the frontier between the two nations in the 50s.
50年代两国边境发生了许多大事。
AIX 里面dump文件系统扩充
在errpt中出现E87EF1BE的dump不够的报错 在errpt中出现 E87EF1BE 0926082807 P O dumpcheck The largest dump device is too small. 信息.断定为存放dump文件的lg_dumplv容量不够.一般推荐的dump device 值大小为sysdumpdev –e 估计值的1.5 倍。 需要扩容.扩容步骤如下: 1.查看lg_dumplv大小的估计值 #sysdumpdev -e 0453-041 Estimated dump size in bytes: 1287651328 即1.2G 2.现在lg_dumplv大小 #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 4 经计算,现在容量为1G.需要扩容0.2G 3.查看lg_dumplv所在的vg的容量是否够用 #lsvg rootvg 其中PP SIZE: 256 megabyte(s) TOTAL PPs: 1092 (279552 megabytes) FREE PPs: 826 (211456 megabytes) 经计算,vg剩余容量为206.5G,因为根盘做了镜像.故,可用剩余容量为103G左右.因pp size为256m,故扩容2pps,即0.5G(其实扩1个pp也可以.2个放心点.) 4.扩容操作 extendlv lg_dumplv 2 5.检查当前lg_dumplv的大小. #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 6 即,现在容量为1.5G. 6.使用dumpcheck命令查看,是否还出现errpt信息
C#文件监控时创建文件引发多次改变事件的解决办法
解决方案代码 [csharp]view plaincopyprint? https://www.360docs.net/doc/6f17495921.html,ing System; https://www.360docs.net/doc/6f17495921.html,ing System.Collections.Generic; https://www.360docs.net/doc/6f17495921.html,ing System.Linq; https://www.360docs.net/doc/6f17495921.html,ing System.Text; https://www.360docs.net/doc/6f17495921.html,ing System.IO; https://www.360docs.net/doc/6f17495921.html,ing System.Threading; 7. https://www.360docs.net/doc/6f17495921.html,space ShareReadFile 9.{ 10. public delegate void FileSystemEvent(String path); 11. 12. public interface IDirectoryMonitor 13. { 14. event FileSystemEvent Change; 15. void Start(); 16. } 17. 18. public class DirectoryMonitor : IDirectoryMonitor 19. { 20. private readonly FileSystemWatcher m_fileSystemWatcher = new File SystemWatcher(); 21. private readonly Dictionary
了解转储(dump)设备
了解转储（dump）设备 David Tansley, 系统管理员, Ace Europe 2012 年7 月30 日 如果发生意外，IBM AIX? 操作系统会崩溃，此时您可能希望能够自动搜集相关信息。利用转储（dump）设备，可在这些设备上部署核心转储功能，从而准备转移到IBM 支持。 简介 如果由于意外事件导致系统崩溃，则会发生核心转储。事实上，并非总在出现系统崩溃时才发生核心转储。然而，在本文中，假定系统崩溃是由于严重事件或用户强制性动作所引起的。转储包含了达到崩溃时内存的内容。就其本质而言，崩溃总是不期而至，因而当崩溃发生时，系统管理员还是应当事先做好防范措施。能够确定崩溃的发生是否是由系统重启引起，此时在错误日志里存在具有标签为SYSDUMP的条目。 在本演示中，我使用的是AIX 7.1。不过，我所讨论的原理也适用于AIX 5.3 和 6.1。 回页首做好准备 要想防范意外的系统崩溃，需要确保具有转储设备逻辑卷(LV)，用于在系统恢复时存放转储。然而，如果转储设备不可用，那么应该指定第二转储设备来存放转储。可能人们并不关心系统崩溃何时发生，因而也对进一步研究转储文件不感兴趣。这完全取决于系统所有者。但是，为保障系统正常运行，在rootvg 中包含主转储设备是很好的做法，也是很有必要的。可为转储设备执行镜像，但是，IBM AIX 支持对此发出警告。这是因为崩溃可能会被执行镜像或同步相关，这会导致转储设备上的镜像无效。在某些情况下，转储文件仅会被复制到镜像转储设备（位于镜像磁盘中）的其中一个副本，当系统重启时，很可能仅恢复转储文件副本一半的内容，最好的做法是，将主转储设备放到一个非镜像的磁盘中，将第二设备放到另一个非镜像磁盘中。然而，对rootvg 转储设备执行镜像比较常见。只要第二转储设备不在分页空间中，或不在磁带设备之类的外部设备中，则它可以位于rootvg 内部，也可位于其外部。 回页首转储设备
Oracle的重要诊断工具events_如10046事件来进行SQL跟踪
Oracle的重要诊断工具events 海量oracle资料下载，请收藏 https://www.360docs.net/doc/6f17495921.html, 2011-1-4
摘要： 我们经常在论坛上看到用10046事件来进行SQL跟踪，那么到底是什么回事呢？这篇文章就可以很好的从零开始，告诉你是什么和怎样用。 这篇文章由【数据库吧】原创，如果转载请注明出处。 https://www.360docs.net/doc/6f17495921.html,/ 【数据库吧】 很多时候，对数据库进行性能诊断可以使用SQL跟踪的方法，把一些信息记录在trace 文件里以后分析。一般情况下我们可以通过初始化参数SQL_TRACE=TRUE来设置SQL跟踪。我们也可以通过设置10046事件来进行SQL跟踪，并且可以设置不同的跟踪级别，比使用SQL_TRACE获得更多的信息。 Level 0 停用SQL跟踪，相当于SQL_TRACE=FALSE Level 1 标准SQL跟踪，相当于SQL_TRACE=TRUE Level 4 在level 1的基础上增加绑定变量的信息 level 8 在level 1的基础上增加等待事件的信息 Level 12 在level 1的基础上增加绑定变量和等待事件的信息 10046事件不但可以跟踪用户会话(trace文件位于USER_DUMP_DEST)，也可以跟踪background进程(trace文件位于BACKGROUND_DUMP_DEST)。 trace文件的大小决定于4个因素： 跟踪级别，跟踪时长，会话的活动级别和MAX_DUMP_FILE_SIZE参数 让我们从头说起： 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型： 一种是后台报警日志文件： 记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。 在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。 另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件：
dump文件查看器使用方法
Windbg-分析Windows蓝屏原因利 软件启动点File——Open Crash Dump,如图： 然后找到你的minidump文件夹，dump文件一般是"时间.dmp"如图： 打开后就会自动分析了。分析完后，看最下面，找到3.probably caused by这一行，如图：看，出来了吧那个myfault.sys文件就是罪魁祸首。 再补充点东西，
导入dump文件分析完毕后，不要关闭，在后面输入!analyze -v ，这个命令可以查看dump 文件的详细情况，如图： 对普通用户有用的还有下面一些信息： 第一行DEFAULT_BUCKET_ID: 错误类型，这个懂点编程和操作系统知识的朋友用得上点第三行PROCESS_NAME: XXX.exe 这个是导致错误的进程，查出是什么文件导致的蓝屏后，再看这里就知道是谁调用了错误文件，比如你查出123.sys导致蓝屏，但你查不到123.sys是哪个程序调用的，就可以用这个方法来看看，比如查出了是456.exe，你就可以在机子上或者网上搜索相关信息了。 好了，到这里相信大家已经学会怎么找到导致系统蓝屏的文件了，接下来怎么办呢？上网查资料，把导致蓝屏的那个文件名在网上搜索，基本就知道是什么文件了，一般网上也有相关的解决办法，看看要删除些什么插件、打什么补丁或者重装软件等等。导致问题的不一定是.sys文件也有可能是.dll，这篇文章只能帮你找出导致蓝屏的元凶，具体的解决办法得上网查。如果是查不到什么信息的.sys或者.dll就要当心了，有可能是病毒或者rootkit 附： windbg基本调试命令： r 可以显示系统崩溃时的寄存器，和最后的命令状态。 dd 显示当前内存地址，dd 参数：显示参数处的内存。 u 可以显示反汇编的指令 ！analyze -v 显示分析的详细信息。 kb 显示call stack 内容 .bugcheck 可以显示出错的代码 windbg诊断蓝屏的一点补充
【IT专家】使用带有.change()事件的输入类型=“文件”字段上传文件并不总是在IE和Chrome中触发[重复]
本文由我司收集整编，推荐下载，如有疑问，请与我司联系使用带有.change（）事件的输入类型=“文件”字段上传文件并不总是在 IE 和Chrome 中触发[重复] 使用带有.change（）事件的输入类型=“文件”字段上传文件并不总是在IE 和 Chrome 中触发[重复][英]Upload files using input type=“file” field with .change() event not always firing in IE and Chrome [duplicate]I have simple piece of code to upload files: 我有一段简单的代码来上传文件： $(document).ready(function () { $(“.attachmentsUpload input.file”).change(function () { $(‘form’).submit();form action=“/UploadHandler.ashx”method=“post”enctype=“multipart/form-data”input type=“file”name=“file” / /form While I click on input and then select a file in dialog box, I’m submitting this file using ajax. This is not important part here. Important part is, that while I select the same file second time in the dialog box, just after submitting the first file, the .change() event does not fire in IE and Chrome. But while I choose different file, the event fires and works properly. Under Firefox it is firing all the time. 当我点击输入然后在对话框中选择一个文件时，我正在使用ajax 提交此文件。这 不是重要的部分。重要的是，当我在对话框中第二次选择相同的文件时，在提交第 一个文件之后，.change（）事件不会在IE 和Chrome 中触发。但是当我选择不同的 文件时，事件会触发并正常工作。在Firefox 下，它一直在开火。 How to workaround this, to work as expected (as in Firefox) ? 如何解决这个问题，按预期工作（如在Firefox 中）？ 29 Description This happens because the value of the input field (the selected filepath) does not change if you select the same file again. 发生这种情况是因为如果再次选择同一文件，则输入字段（所选文件路径）的值 不会更改。
adb shell中模拟键盘鼠标事件
Android自动化测试初探-5:再述模拟键盘鼠标事件（adb shell 实现） 2010-07-28 17:01 上一篇博文中讲述了通过Socket编程从外部向Emulator发送键盘鼠标模拟事件，貌似实现细节有点复杂。其实Android还有一种更简单的模拟键盘鼠标事件的方法，那就是通过使用adb shell 命令。 1. 发送键盘事件： 命令格式1：adb shell input keyevent “value” 其中value以及对应的key code如下表所列： KeyEvent Value KEYCODE Comment KEYCODE_UNKNOWN 1 KEYCODE_MENU 在SDK2.1的模拟器中命令失效，sendevent命令可行 2 KEYCODE_SOFT_RIGHT 3 KEYCODE_HOME 4 KEYCODE_BACK 5 KEYCODE_CALL 6 KEYCODE_ENDCALL
KEYCODE_0 8 KEYCODE_1 9 KEYCODE_2 10 KEYCODE_3 11 KEYCODE_4 12 KEYCODE_5 13 KEYCODE_6 14 KEYCODE_7 15 KEYCODE_8 16 KEYCODE_9 17 KEYCODE_STAR
KEYCODE_POUND 19 KEYCODE_DPAD_UP 20 KEYCODE_DPAD_DOWN 21 KEYCODE_DPAD_LEFT 22 KEYCODE_DPAD_RIGHT 23 KEYCODE_DPAD_CENTER 24 KEYCODE_VOLUME_UP 25 KEYCODE_VOLUME_DOWN 26 KEYCODE_POWER 27 KEYCODE_CAMERA 28 KEYCODE_CLEAR
AIX的Dump文件学习笔记(原创)
AIX的Dump文件学习笔记(原创) DUMP文件概述 为了增强故障分析能力，IBM的服务器增加了对设备故障当前环境的保存功能，就是保存一份设备故障时的内存、CPU寄存器、IO等设备的数据和状态信息，如果系统并没有停住，只是某个程序死掉，会产生CORE DUMP，在当前目录下产生一个CORE文件。而如果操作系统死掉，则产生System DUMP或者System Crash，通常会引起系统停机。DUMP的记录如下图所示。 作为一般客户通常只需要收集DUMP信息，并反馈给IBM工程师即可。当发生系统DUMP时，机器将会被宕下来。可能的原因包括：系统在进行内核操作时发生了未知的意外或者不能对其进行正常处理，都会引起DUMP。也可以由系统管理员发出命令，强制系统DUMP。 当系统进行DUMP时，DUMP管理设施自动将内核相关的数据(kernel segment0及其他由内核或者内核扩展程序记录在主DUMP表中的内存块)复制到主DUMP设备。可以把DUMP理解为系统当时的一个快照，供以后分析，分析DUMP可以在其他机器上进行，但需要复制一份此机器的内核程序，即unix_mp或unix_mp64.没有对应于DUMP的内核程序是午饭进行DUMP分析的。 DUMP的生成过程 CORE DUMP的生成过程 在进程运行出现异常行为时，例如无效地址访问、浮点异常、指令异常等，将导致系统转入内核态进行异常处理（即中断处理），向相应的进程发出特定信号例如SIGSEGV、SIGFPE、SIGILL 等。如果应用进程注册了相应信号的处理函数（例如可通过sigaction 注册信号处理函数），则调用相应处理函数进行处理（应用程序可以选择记录信息后生成core dump 并退出）；否则将采取默认动作，例如SIGSEGV 的默认动作是生成core dump 并退出程序。 进程coredump 的时候，操作系统会将进程终止并释放其占用的资源，正常情况下，应用进程coredump 不会对系统本身的运行造成危害。当然如果系统中存在与此进程相关的其他进程，则这些进程会受到影响，至于后果则视其对此异常的具体处理而定。 由于相关指令已经包含在可执行文件中，core 文件一般只包含进程异常时相关的内存信息。其格式可参考/usr/include/sys/core.h 或者AIX 帮助文档的“Files Reference”章节。我们一般需要结合core 文件以及可执行程序，来分析问题所在 注：由于进程信号处理本质上是异步的，应用进程注册的信号处理函数中使用的例程需要保证是异步信号安全的，例如不能使用诸如pthread_ 开头的例程。 系统dump 生成过程 系统异常dump 的具体过程与应用进程类似，但由于更接近底层，为了避免问题所在的资源（例如文件系统）正好包含在生成dump 需要使用的资源中，造成dump 无法生成，操作系统一般会用最简单的方式来生成dump。例如系统内存小于4G 的情况下，一般直接将dump 生成在pagingspace 中；大于4G 时，会建专门的lg_dumplv 逻辑卷（裸设备），默认的dump设备/dev/hd6，次设备是/dev/sysdumpnull 保存dump 信息。在系统重启的时候，如果设置的DUMP 转存目录（文件系统中的目录）有足够空间，它将会转存成一个文件系统文件，缺省情况下，是/var/adm/ras/ 下的vmcore* 这样的文件。 下面是常见的转储设备大小规则 当服务器的内存大于4GB时，在安装AIX时，就会为系统dump 创建一专用区域，该逻辑卷名就是lg_dumplv. 其缺省大小是按以下规则分配的： 4GB < = 服务器的内存〈12GB lg_dump 的大小为1GB 12GB < = 服务器的内存〈24GB lg_dump 的大小为2GB 24GB < = 服务器的内存〈48GB lg_dump 的大小为3GB 48GB < = 服务器的内存lg_dump 的大小为4GB 系统dump 一般可以通过升级微码、提高系统补丁级别、升级驱动等方式解决。
信息安全事件与应急响应管理规范
. 司限公有电四川长虹器股份虹微公司管理文件 信息安全事件与应急响应管理规范 发布××××–××–××实施××××–××–××微虹川四长虹布司公发专业资料． . 目 录 .................................................................................................................... .... 1目的1. .................................................................................................................... 12. 适用围................................................................................................................ 13.工作原则
.................................................................................................... 24.组织体系和职责.................................................................................. 2 .信息安全事件分类和分级5. ....................................................................................................................................... 25.1. 信息安全事件分类2信息系统攻击事件 5.1.1........................................................................................................................................... 3信息破坏事件 5.1.2 ................................................................................................................................................... 3.............................................................................................................................................. 信息容安全事件5.1.3. 3................................................................................................................................................... 设备设施故障5.1.4 3 5.1.5....................................................................................................................................................... 灾害性事件 35.1.6.......................................................................................................................................... 其他信息安全事件 ............................................................................................................................................ 3安全事件的分级5.2.45.2.1特别重大信息安全事件（一 级） .................................................................................................................. 4重大信息安全事件（二 级） .......................................................................................................................... 5.2.24较大信息安全事件（三级）5.2.3..........................................................................................................................
TcpDump文件格式和结构
查看文章 Tcpdump文件格式和结构 2009-04-13 14:07 前言：层层剖析Tcpdump文件格式。 当你在Windows或者Linux环境下用tcpdump命令抓取数据包时，你将得到如下格式的tcpdump文件： 文件头| 数据包头 | 链路层数据 | 数据包头 | 链路层数据 | 数据包头 | 链路层数据 |...... 1. 文件头：每一个文件都以一个24字节的文件头开头。前四个字节是tcpdump 文件标志“A1 B2 C3 D4”或为“D4 C3 B2 A1”。 2. 数据包头 | 链路层数据：文件头之后，就是“数据包头 | 链路层数据”为一组的这样一组组数据。 3. 数据包头长度16个字节，它不是网路上真正传输的数据，它包含的信息主要是截获这个包的时间等信息。数据包头的第8-11和12-15字节（按编程习惯，第一个字节为0字节）表示后面链路层数据包的长度。8-11字节是其理论长度，12-15字节为其实际长度，如果存在截断情况，两者可能不同。如果在tcpdump 命令中使用了 -s 0 参数，则8-11字节和12-15字节应该相等。 从数据包头结束，到长度指明的字节数为止，是实际在网络中传输的链路层数据包。然后，就是下一个数据包头。 4. 链路层数据 链路层数据包格式和传输的方式有关：局域网共享上网，则是RFC894以太网协议，少数情况下是RFC 1042和802.3协议；如果是Modem拨号上网，则是RFC 1055的SLIP协议；如果是ADSL，则是RFC 1548的PPP协议。RFC894/RFC 1042/RFC 1548这三种协议的格式都是： 包头 | IP数据包 |（包尾） 对于RFC894,包头长度为14字节； ------>局域网方式上网； 对于RFC1042,包头长度为22字节； 对于RFC1548,包头长度为5字节；------>ADSL方式上网； 跨过这些包头字节，就是IP数据包了。 5.IP数据包： IP数据包格式为： IP包头 | IP包数据
事故(事件)报告、调查和处理控制程序
事故（事件）报告、调查和处理控制程序 1目的 为了建立有效的事故处理机制，及时报告和处理事故，采取预防措施，防止同类事 故的再次发生并最大限度地降低事故可能造成的后果。 2适用范围 适用于对公司范围内的事故（事件）报告、调查和处理。 3权责 3.1 生产部负责对环境和人身事故的报告、调查、处理工作归口管理，负责事故的统计，参与调查、报告和处理工作，并协调、监督事故的调查、报告和处理。 3.2 工程设备部负责对机器设备故障事故管理。 3.3 财务部负责对财产损失事故归口管理。 3.4 管理者代表组织重大事故的调查处理工作。 3.5 员工代表监督人身事故处理过程。 4 工作程序 4.1
4.2 事故范围 公司在生产、活动过程中发生下列情况之一或组合，均视为事故： A 公司范围内所有人员，包括外来人员因工受伤或死亡； B 出现职业病； C 设备、设施遭到破坏； D 环境污染或生态破坏。 4.3 工作原则 事故的报告、调查和处理工作必须坚持实事求是，遵循科学和“四不放过”的原则。 4.4 事故报告 4.4.1 报告内容：事故发生的时间、地点、人员、简要经过，已经或可能造成的损失及采取的应急措施。 4.4.2 报告程序 4.4.2.1 人员伤亡 A 发生轻伤事故，负伤者或现场有关人员应立即报告本部门负责人，部门负责人及生产部经理报告。 B 发生重伤事故，生产部经理应立即报告总经理，还应在24 小时内报告上级主管部门及有关政府部门。 C 发生死亡事故，除报告上述单位外，还应在2 小时内向当地有关政府部门报告。 D 伤亡性质按劳动部《企业职工伤亡事故报告和处理规定》判定。 4.4.2.2 发生火灾事故后，现场人员应视火势情况立即向本单位应急小组、消防部门报警。若发生人员伤亡，按4.4.2.1 条处理。 4.4.2.3 发生设备、设施异常损坏，导致环境破坏事故时，现场作业人员应立即报告本部门负责人，由负责人向生产部汇报，生产部视后果严重程度报告总经理。 4.4.2.4 当公司员工经确认有职业病后，由管理部填写《职业病报告卡》，并报告总经理及上级主管部门。 4.4.3 接到事故报告后，各主管单位或部门应按《应急准备和响应控制程序》要求，立即组织救援工作，以防止事故扩大。 4.4.4 任何对事故报告者的打击报复行为，经证实后，交总经理处置。 4.5 事故调查 4.5.1 调查的组织原则 4.5.1.1 轻伤事故，由责任单位负责调查，填写《事故报告、调查处理表》，并于三日内报生产部和管理者代表。
模拟键盘鼠标事件
android中的MotionEvent 及其它事件处理 2014-09-18 08:47 7386人阅读评论(0) 收藏举报 MotionEvent对象 当用户触摸屏幕时将创建一个MotionEvent对象。MotionEvent包含关于发生触摸的位置和时间等细节信息。MotionEvent对象被传递到程序中合适的方法比如View对象的onTouchEvent()方法中。在这些方法中我们可以分析MotionEvent对象那个，以决定要执行的操作。 MotionEvent对象是与用户触摸相关的时间序列，该序列从用户首次触摸屏幕开始，经历手指在屏幕表面的任何移动，直到手指离开屏幕时结束。手指的初次触摸(ACTION_DOWN 操作)，滑动(ACTION_MOVE操作)和抬起(ACTION_UP)都会创建MotionEvent对象。所以每次触摸时候这三个操作是肯定发生的，而在移动过程中会产生大量事件，每个事件都会产生对应的MotionEvent对象记录发生的操作，触摸的位置，使用的多大压力，触摸的面积，合适发生，以及最初的ACTION_DOWN和时发生等相关的信息。 在设置事件时我们有2种设置的方式，一种是委托式一种是回调式。第一种就是将事件的处理委托给监听器处理，你可以定义一个View.OnTouchListener接口的子类作为监听器，其中有onTouch()方法。而第二种是重写View类自己本身的onTouchEvent方法，也就是控件自己处理事件。onTouch方法接收一个MotionEvent参数和一个View参数，而onTouchEvent方法仅接收MotionEvent参数。这是因为监听器可以监听多个View 控件的事件。通过MotionEvent方法getation可以得到该Motionevent具体是哪个操作如ACTION_DOWN。 1、MotionEvent中getAction()与getActionMasked()的区别 如果我们在监听Ontouch()里面测试的时候会发现，这两个返回值竟然是一样的。查询API 我们发现ACTION_MASK说明是：Constant Value: 255 (0x000000ff)。也就是哦0Xff. public final intgetAction () Return the kind of action being performed. Consider using getActionMasked() and getActionIndex() to retrieve the separate masked action and pointer index. 翻译意思大概是返回action的类型,考虑使用getActionMasked()和getActionIndex()来获得单独的经过掩码的action和触控点的索引. public final intgetActionMasked () Return the masked action being performed, without pointer index information. Use getActionIndex() to return the index associated with pointer actions.
驱动蓝屏后调试DUMP文件 无PDB文件
关于分析DUMP文件的一些想法： 在分析一个驱动蓝屏的时候，如果有驱动的PDB文件就很容易找到出错的地方，然是如果没有PDB文件，往往比较麻烦，只能给出个大题的东西，今天调试了一下DUMP文件，有点感触，先来分析一下， 双机调试的方法不说了，直接开始调试：加载驱动文件，直接蓝屏了，这个时候WINDBG 给出了一下提示： FOLLOWUP_IP: HelloDDK+5ae f7c455ae 8be5 mov esp,ebp BUGCHECK_STR: 0x7E DEFAULT_BUCKET_ID: NULL_DEREFERENCE LAST_CONTROL_TRANSFER: from f7c455ae to 8060d589 STACK_TEXT: f7a01c54 f7c455ae 00000000 0000000a 0000000a nt!ProbeForWrite+0x39 WARNING: Stack unwind information not available. Following frames may be wrong. f7a01c74 f7c45504 f7a01d4c 805777f1 864d2b10 HelloDDK+0x5ae f7a01c7c 805777f1 864d2b10 860cd000 00000000 HelloDDK+0x504 f7a01d4c 80577901 800008a8 00000001 00000000 nt!IopLoadDriver+0x66d f7a01d74 80535c32 800008a8 00000000 865b4020 nt!IopLoadUnloadDriver+0x45 f7a01dac 805c71e0 f7a69cf4 00000000 00000000 nt!ExpWorkerThread+0x100 f7a01ddc 80542e12 80535b32 00000001 00000000 nt!PspSystemThreadStartup+0x34 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16 SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: HelloDDK+5ae FOLLOWUP_NAME: MachineOwner MODULE_NAME: HelloDDK IMAGE_NAME: HelloDDK.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4d60d8a6 STACK_COMMAND: .cxr 0xfffffffff7a01880 ; kb FAILURE_BUCKET_ID: 0x7E_HelloDDK+5ae
eventstudy事件研究法计算步骤
事件研究法研究步骤 ①定义事件、事件日 事件研究的第一步是明确所研究的具体事件（event）。例如，并购事件研究首先要明确“并购”的定义。并购包括兼并（merger or statutory merger,或称吸收合并）、合并（consolidation,新设合并）和收购（acquisition）,还可以包括其他一些获取公司控制权的方式，如代理权争夺。每一种并购类型还可根据不同标准进行细分。你想研究哪一种口径的“并购”？ 光确定了“并购”的口径还不够，任何一次并购都是由一系列具体事件构成的一个过程，因此，并购事件研究还要确定研究的是哪一次具体事件及其日期。例如，是并购的首次宣布日、股东大会批准日，还是并购完成之日。事件（event day）的定义对事件研究的成败有时是决定性的。许多学者（如Brown and Warner,1980,1985；Jensen and Ruback,1983）强调了正确识别事件日的重要性。在美国早期的并购事件研究中（如Mandelker,1974; Ellert,1976；Langetieg, 1978）, 多采用并购生效日（目标公司股东最终批准日）作为事件日，结果未能发现预期的显著报酬①。后来的研究改用并购计划宣布日，结果大不一样。一般来说，我们以并购计划的首次宣布日为事件日。 ②确定收益率间隔区间和事件窗口 股价收益率的间隔区间（sampling interval）意味着采用日收益率、周收益率还是月收益率作为股价波动的计量标准。这与事件窗口的长短有关。采用日收益率能够精确地观察到事件对每一日影响力的大小。如果事件窗口较短，例如两三个月，那么最好采用日收益率（如果时间窗口太短，甚至不可能采用周或月收益率）。此外，从统计检验的功效（power）看，间隔越短，检验功效越高。但是，考虑到收益率逐期累加（CAR法）可能带来的误差，股价波动较大的长窗口事件研究或许采用周收益率或月收益率更为合适。 事件窗口（event window）就是检验所研究事件对样本股价的影响程度所覆盖的期间，或者说是样本股价变动的观察期间。事件窗口以事件日为轴心，向前向后各若干日（周、月）。窗口的长短要考虑两个因素：一是事件影响力的时间长短，时间长的适合长窗口；二是其他事件的干扰（噪音）。在选定的窗口内可能会发生影响股价的其他事件，例如，并购事件发生后不久公司公布年度业绩。为了避免其它事件的影响，要么将这种个案从样本中剔除，要么缩短窗口。缩短了的窗口可能不能完全反映事件的影响力，而剔除一部分个案则要冒累积平均异常收益率（CAR）失真或统计检验不过关的风险。实际研究过程往往要在二者之间进行权衡。 ③筛选样本或子样本 发生所定义事件的个案可能会很多。为了进行目标明确的深入分析，可能要进行样本的筛选，将样本限制在一定范围内。样本筛选的关键是设定筛选标准（select criteria）。筛选标准可以是样本的时间跨度、上市地点、所属行业，或者公司的某种特征（如规模、业绩、财务状况）等等。例如，可以把样本限制为1995-2000年间发生了控制权转移的沪市上市公司。有时候，为了进行更深入的考察或比较，可以在样本基础上继续筛选出子样本。例如，在上述样本中筛选出绩优子样本和ST子样本。需要注意的是，我们并不能随心所欲地根据研究需要来筛选样本（子样本），这要受到样本（子样本）容量的限制。一般来说，小样本的统计检验失真。容量小于30的样本被认为统计意义不大。 ④确定正常收益的计量模型 事件研究的逻辑是：即使没有发生所定义的事件，公司股价也会有波动。此时的股价收益被称“正常收益”（normal return）或“预期收益”（expected return）。发生所定义事件时的股价收益并不全部代表所定义事件的影响（事件收益，event return），它还包括正常收益。因此，将实际股价收益减去正常收益后的“异常收益”（abnormal return）就是事件收益（也称“未预期 ①事件日问题在采用月数据的研究中有时会比较突出，特别是当事件的影戏力较短暂时。这是多数文献采用日数据的一个原因。
使用dump文件分析系统蓝屏原因
使用dump文件分析系统蓝屏原因 出处：https://www.360docs.net/doc/6f17495921.html,/746253/709702 目录 1 什么是dump文件 2 如何让系统在崩溃时记录dump文件 3 使用Debugging Tools for Windows (windebug)来分析dump文件 3.1 什么是windebug 3.2 windebug最新版安装方法（此方法为在线安装） 3.3 windebug的symbol符号文件的路径配置 3.4 dump文件的分析
1 什么是dump文件 当系统崩溃在蓝屏瞬间，系统会形成一个扩展名为dmp的存储器转储文件，默认存储位置为C：\WINDOWS\Minidmp。 2 如何让系统在崩溃时记录dump文件 A．右击“我的电脑”选择“属性”，在“系统属性”对话框中选择“高级” B.在“启动和故障恢复”中选择“设置”，具体设置如下图所示
3 使用Debugging Tools for Windows (windebug)来分析dump文件 3.1什么是windebug windebug是微软发布的一款相当优秀的源码级(source-level)调试工具，可以用于Kernel模式调试和用户模式调试，还可以调试Dump文件。 3.2 windebug最新版安装方法（此方法为在线安装） A.从https://www.360docs.net/doc/6f17495921.html,/download/en/details.aspx?displaylang=en&id=8279下载 B.安装netFramework2.0 C.运行1中下载的winsdk_web.exe
使用广播事件dispatchEvent()的方法
使用 dispatchEvent() 方法 在组件 ActionScript 类文件的正文中，您可以使用 dispatchEvent() 方法来广播事件。dispatchEvent() 方法的语法如下： dispatchEvent(eventObj) eventObj 参数是一个描述事件的 ActionScript 对象 在调用 dispatchEvent() 方法之前，必须在代码中对其进行声明，如下所示： private var dispatchEvent:Function; 此外，还必须创建一个事件对象以传递给 dispatchEvent()。该事件对象包含侦听器可用来处理该事件的有关信息。 在发送事件之前可以显式地构建一个事件对象，如下面示例所示： var eventObj = new Object(); eventObj.type = "myEvent"; eventObj.target = this; dispatchEvent(eventObj); 您也可以使用快捷语法在一行代码中设置 type 属性和 target 属性的值，并发送事件： ancestorSlide.dispatchEvent({type:"revealChild", target:this}); 在上面的示例中，由于 target 属性是隐式的，因此，设置该属性是可选操作。 Flash 8 文档中对每个事件的说明列出了可选和必需的事件属性。例如，ScrollBar.scroll 事件除了使用 type 和 target 属性外，还使用 detail 属性。有关详细信息，请参阅"组件语言参考"中的事件说明。 公共事件 下表列出了由各种类广播的公共事件。如果事件适用于组件，每个组件都应广播这些事件。这里没有列出所有组件的全部事件，只列出了可能会由其它组件重新使用的事件。虽然某些事件未指定任何参数，但所有事件都有隐式参数：对广播事件的对象的引用。 事件 使用 click 由 Button 组件使用，或在鼠标单击没有其它含义时使用。 change 由 List 、ComboBox 和其它文本输入组件使用。 scroll 由 ScrollBar 和其它导致滚动（在滚动弹出菜单上滚动"缓冲器"）的控件使用。 此外，由于是从基类继承而来，所有组件都广播以下事件： UIComponent 事 件 说明 load 组件正在创建或加载其子对象。 unload 组件正在卸载其子对象。 focusIn 组件现在有输入焦点。某些 HTML 等效组件（ListBox 、ComboBox 、Button 、Text ）还可以广播 focus ，但所有组件都广播 DOMFocusIn 。 focusOut 组件已失去输入焦点。 move 组件已被移至新位置。 resize 组件大小已更改。 下表对一些常见的键事件进行说明： 键事件 说明 keyDown 按下某个键。code 属性包含被按下键的键控代码，ascii 属性包含它的 ASCII 代码。不要使用低级 Key 对象检查，因为 Key 对象可能尚未生成该事件。 keyUp 释放某个键。