自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(18)
  • 资源 (5)
  • 收藏
  • 关注

原创 金山卫士开源代码----消息机制浅析 (上

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用金山卫士开源代码----消息机制浅析 (上) 代码地址:http://download.csdn.net/source/3301518  今天简化了金山的开源代码,用来学习一下,先谢谢金山的开源精神了,呵呵···直接弄最简单的,窗口见下图,关键代码如下,全部的代码放附件里吧。分析中关

2011-05-22 18:57:00 19237 50

原创 ATL与MFC消息分发机制的对比---由金山开源代码引出的思考(二)

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用ATL与MFC消息分发机制的对比---由金山开源代码引出的思考(二)   接本文上一部分:http://blog.csdn.net/hw_henry2008/archive/2011/05/29/6453676.aspx 上面说完了ATL的消息分发方式,下面继续MFC的实现机制。

2011-05-29 23:09:00 14599 31

原创 ATL与MFC消息分发机制的对比---由金山开源代码引出的思考(一)

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用ATL与MFC消息分发机制的对比---由金山开源代码引出的思考 (一)     前几天刚看金山开源代码时写了一篇博客分析了一下其消息机制的实现方式。后来发现写的很多都是ATL里面的,最**的是犯了一个严重的错误,把ATL的窗口消息机制里面一个重要技术:实现HWND和对应窗口类this指针之间的映射的

2011-05-29 22:33:00 9971 20

转载 C语言函数的调用约定-转载

转自:http://blog.csdn.net/JFDream_15/archive/2007/08/21/1752930.aspx在C语言中,假设我们有这样的一个函数:int function(int a,int b)调用时只要用result = function(1,2)这样的方式就可以使用这个函数。但是,当高级语言被编译成计算机可以识别的机器码时,有一个问题就凸现出来:在CPU中,计算机没有办法知道一个函数调用需要多少个、什么样的参数,也没有硬件可以保存这些参数。也就是说,计算机不知道怎么给这个函数传

2011-05-29 17:06:00 1588 2

原创 C++虚函数多继承的虚函数表指针的测试

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用C++虚函数多继承的虚函数表指针的测试 看了很多关于虚函数的实现机制,现在来动手验证一下吧··· #include using namespace std;class A { virtual a(){};} ;class B{ virtual b() {} ;};

2011-05-24 01:26:00 2091 12

转载 一种实现Win32消息处理处理函数的新方法 - 基于Thunk实现的类成员消息处理函数

<br />转自:http://blog.csdn.net/JerKii/archive/2006/04/07/654188.aspx<br />一种实现Win32窗口过程函数(Window Procedure)的新方法<br />基于Thunk实现的类成员消息处理函数<br />JERKII.SHANG (JERKII@HOTMAIL.COM)<br />MAR.10th - 31st, 2006<br />Windows是一个消息驱动的操作系统,在系统中发生的所有消息均需要通过消息处理过程(或叫窗口过程

2011-05-23 13:11:00 1490 3

转载 Thunk 技术的一个改进

<br />转自:http://www.vckbase.com/document/viewdoc/?id=1817<br /> <br />摘要:介绍了 thunk 技术中如何避免直接写机器码。<br />关键字:Thunk  机器码 this指针<br />  Thunk技术,一般认为是在程序中直接构造出可执行代码的技术(在正常情况下,这是编译器的任务)。《深度探索C++对象模型》中对这个词的来源有过考证(在中文版的162页),说thunk是knuth的倒拼字。knuth就是大名鼎鼎的计算机经典名著《Th

2011-05-23 13:07:00 1595 7

原创 关于C++虚函数默认参数的问题。Effective C++ 条款38: 决不要重新定义继承而来的缺省参数值

昨晚在chgaowei的博客上关于讨论C++虚函数的默认参数问题,刚翻书找了一下,在Effective C++ 中的38条有说明。直接上原文吧,最后加几句细点的理解条款38: 决不要重新定义继承而来的缺省参数值让我们从一开始就把问题简化。缺省参数只能作为函数的一部分而存在;另外,只有两种函数可以继承:虚函数和非虚函数。因此,重定义缺省参数值的唯一方法是重定义一个继承而来的函数。然而,重定义继承而来的非虚函数是一种错误(参见条款37),所以,我们完全可以把讨论的范围缩小为 "继承一个有缺省参数值的虚函数" 的

2011-05-23 10:49:00 7951 8

原创 金山卫士开源代码----消息机制浅析 (下)

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用接上文http://blog.csdn.net/hw_henry2008/archive/2011/05/22/6438153.aspx代码地址:http://download.csdn.net/source/3301518 HWND CBkDialogImpl : public CW

2011-05-22 19:25:00 3532 6

转载 关闭VS警告 warning C4996

<br />http://www.cnblogs.com/maxice/articles/1606397.html关闭VS警告 warning C4996<br />warning C4996: '_vsnprintf': This function or variable may be unsafe. ......<br />warning C4996: strcpy was declared deprecated<br /> <br />出现这样的警告,是因为VC2005之后的版本中认为CRT中的一组函

2011-05-21 15:00:00 2971

原创 sys_umount系统调用的实现注释。2.4版内核

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用sys_umount系统调用的实现注释。2.4版内核/* * Now umount can handle mount points as well as block devices. * This is important for filesystems which use unnamed block

2011-05-20 22:29:00 1633

原创 linux 内核处理缺页异常函数:do_page_fault ,2.4.0版

博客已迁移至:http://kulv.sinaapp.com/,这里不再使用关于内核地址空间如何和进程地址空间合在一起,下面函数能看出来。/* * This routine handles page faults. It determines the address, * and the problem, and then passes it off to one of th

2011-05-17 16:35:00 5358 2

转载 解惑—Linux中的地址空间

解惑—Linux中的地址空间(一)(转载)http://blogold.chinaunix.net/u3/94700/showart_2434805.html 有这么一系列的问题,是否在困扰着你:用户程序编译连接形成的地址空间在什么范围内?内核编译后地址空间在什么范围内?要对外设进行访问,I/O的地址空间又是什么样的?<br />先回答第一个问题。Linux最常见的可执行文件格式为elf(Executable and Linkable Format)。在elf格式的可执行代码中,ld总是从0x8000000

2011-05-17 13:40:00 675

转载 逻辑地址、线性地址、物理地址和虚拟地址

<br />转自:http://bbs.chinaunix.net/thread-2083672-1-1.html<br /> <br />要过年了,发个年终总结贴,只是个人理解,不包正确哈。<br /><br />本贴涉及的硬件平台是X86,如果是其它平台,嘻嘻,不保证能一一对号入座,但是举一反三,我想是完全可行的。<br /><br />一、概念<br /><br />物理地址(physical address)<br />用于内存芯片级的单元寻址,与处理器和CPU连接的地址总线相对应。<br />——

2011-05-17 13:38:00 563

转载 对Linux内存管理的思考

<br />转自:http://bbs.chinaunix.net/thread-1925077-1-1.html<br />经典!看了对低端物理内存和高3<br /> <br />内核的虚拟内存被连续映射到最低端的物理内存。这是所有问题的开始。<br /><br />为什么要把内核的虚拟地址空间连续地映射到物理内存最低端?这个根本不是个问题。开发人员或是出于效率的原因或是出于实现的原因,就是做了这样的设计。但这种设计却引发了很多令人困惑的问题。<br /><br />假设我们使用32位版本内核,系统装有2

2011-05-17 13:29:00 656

转载 手机通讯录的逻辑

<br /><br />转自:http://www.williamlong.info/archives/2651.html<br /> <br />所有的产品都要回归一个本源,存在的价值!很多产品会改变时代,比如微博、比如LBS服务,其影响正在或者将要渗透文化、教育、商业等各个方面,另一些产品可能不合法,甚至建立在损伤一部分人利益的基础上,但他本身有价值,比如文库,广受争议,而另一些产品没有存在的必要,比如嘀咕微领地之流,当然,还有此刻的微信。<br />一、微信错在哪里?<br />  Kik此前一度火热

2011-05-08 23:58:00 1036

原创 Windows Vista for Developers——第四部分:用户帐号控制(User Account Control,UAC)

<br />Windows Vista for Developers——第四部分:用户帐号控制(User Account Control,UAC)<br />作者:Kenny Kerr<br />翻译:Dflying Chen<br />原文:http://weblogs.asp.net/kennykerr/archive/2006/09/29/Windows-Vista-for-Developers-_1320_-Part-4-_1320_-User-Account-Control.aspx<br />请

2011-05-05 10:38:00 1169

原创 纪念一下,不把那些书看个痛快就不去北京!

<br />纪念一下,不把那些书看个痛快就不去北京!<br /><br /><br /> 

2011-05-05 00:06:00 853 4

页面性能测试工具

页面性能测试工具

2011-12-09

金山卫士开源代码----消息机制浅析

今天简化了金山的开源代码,用来学习一下,先谢谢金山的开源精神了,呵呵···直接弄最简单的,窗口见下图,关键代码如下,全部的代码放附件里吧。分析中关于累的继承机制等没有详细的说明了,在函数申明中我会用SON: public BASE ::Func() 的方式指出的.今天主要学习一下其消息机制和路由。因为没有学过ATL,所以理解错了希望大家指教一下哦··· 先谢谢了,呵呵···

2011-05-22

LALR,LR(1),SLR语法分析器生产器,前端代码等

摘要: 编译器的构造中,语法分析是一个非常关键也是较难的部分之一,虽然现在已经有非常成熟的语法分析器的生成器,但是真正大的编译器设计者还是会选择自己处理语法分析。其中,自顶向下的方法有递归下降分析,非递归预测分析等,但是前者递归无法满足程序嵌套的深入,很容易形成栈溢出;后者手工构造对于稍微大的文法无法显得捉襟见肘。 幸运的是:自底向上分析能够很好的解决上述问题。其中LR(0), LR(1)以及LALR(1)对程序设计语言语法分析提供了很好的解决方案。但是他们三者的性能如何,到底实际中适和使用哪种分析方法?很多书都提出LALR分析方法同时拥有了前两者的优点,所以是最提倡的。 据笔者所知,YACC(Yet Another Compiler- Compiler )语法分析器生成器所使用的方法正是LALR分析法。 资源中是LALR语法分析器分析表的自动构造算法的所有代码。 能够分析标准C语言文法等,采用和YACC类似的方式LALR高效版本产生分析表。 其中论文本文旨在用程序证明LALR语法分析方法的最优性以及LR(1)方法的不可行性。 作者此次正好利用编译原理论文的机会,和大家一起去实践的证明一下吧! 关键词:LR(0) ;LR(1);LALR(1);语法分析;规模;效率;论证 YACC

2011-01-10

LALR,LR(1)语法分析器生产器工具。

关于SLR,LR(1)及LALR(1)在实践中的效率及状态集规模的探讨以及程序代码 摘要: 编译器的构造中,语法分析是一个非常关键也是较难的部分之一,虽然现在已经有非常成熟的语法分析器的生成器,但是真正大的编译器设计者还是会选择自己处理语法分析。其中,自顶向下的方法有递归下降分析,非递归预测分析等,但是前者递归无法满足程序嵌套的深入,很容易形成栈溢出;后者手工构造对于稍微大的文法无法显得捉襟见肘。 幸运的是:自底向上分析能够很好的解决上述问题。其中LR(0), LR(1)以及LALR(1)对程序设计语言语法分析提供了很好的解决方案。但是他们三者的性能如何,到底实际中适和使用哪种分析方法?很多书都提出LALR分析方法同时拥有了前两者的优点,所以是最提倡的。 据笔者所知,YACC(Yet Another Compiler- Compiler )语法分析器生成器所使用的方法正是LALR分析法。 本文旨在用程序证明LALR语法分析方法的最优性以及LR(1)方法的不可行性。 作者此次正好利用编译原理论文的机会,和大家一起去实践的证明一下吧!

2011-01-10

实时多媒体传输系统 需求分析,概要设计,详细设计,用例文档

多媒体实时传输系统主要提供局域网中的音频、文件等多媒体实时传输,可以进行网络会议,网络教学和大型学术报告等网络多媒体工作,只要用户在系统网络中就能参与网络中当前所进行的多媒体活动。通过本系统也实现多人文字聊天,单对单、单对多文件传输,可以完成公司内部日常文档的提交,日常通知的下发,解决公司内部错综的文档管理问题。 采用了DirectShow,是一个windows平台上的流媒体框架,提供了高质量的多媒体流采集和回放功能。 使用局域网组播技术进行文字,文件,音视频,桌面的传送。 采用C/S结构

2010-10-30

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除