//为了和DSP兼容，TSint64和TUint64设置成TSint40和TUint40一样的数
//结果VC中还是认为是32位的，显然不合适
//typedef signed long int TSint64;
//typedef unsigned long int TUint64;
//ANSI C中规定long long才能表示64位
//参见：http://msdn.microsoft.com/en-us/library/s3f49ktz.aspx
//可惜VC++ 6.0 不认识 long long,会报error C2632: 'long' followed by 'long' is illegal
typedef signed long long TSint64;//It's illegal in C90. It's legel in C99.
typedef unsigned long long TUint64;
//typedef LONGLONG TSint64;//VC不认
//typedef ULONGLONG &nbs ......
//为了和DSP兼容，TSint64和TUint64设置成TSint40和TUint40一样的数
//结果VC中还是认为是32位的，显然不合适
//typedef signed long int TSint64;
//typedef unsigned long int TUint64;
//ANSI C中规定long long才能表示64位
//参见：http://msdn.microsoft.com/en-us/library/s3f49ktz.aspx
//可惜VC++ 6.0 不认识 long long,会报error C2632: 'long' followed by 'long' is illegal
typedef signed long long TSint64;//It's illegal in C90. It's legel in C99.
typedef unsigned long long TUint64;
//typedef LONGLONG TSint64;//VC不认
//typedef ULONGLONG &nbs ......
单线程
Single-Threaded(static) libc.lib
Debug Single-Threaded(static) libcd.lib(字母d代表debug)
多线程
Multithreaded(static) libcmt.lib
Multithreaded DLL msvcrt.lib
Debug Multithreaded(static) libcmtd.lib
Debug Multithreaded DLL ......
单线程
Single-Threaded(static) libc.lib
Debug Single-Threaded(static) libcd.lib(字母d代表debug)
多线程
Multithreaded(static) libcmt.lib
Multithreaded DLL msvcrt.lib
Debug Multithreaded(static) libcmtd.lib
Debug Multithreaded DLL ......
对于一个c/c++程序员来说，内存泄漏是一个常见的也是令人头疼的问题。已经有许多技术被研究出来以应对这个问题，比如Smart Pointer，Garbage Collection等。Smart Pointer技术比较成熟，STL中已经包含支持Smart Pointer的class，但是它的使用似乎并不广泛，而且它也不能解决所有的问题；Garbage Collection技术在Java中已经比较成熟，但是在c/c++领域的发展并不顺畅，虽然很早就有人思考在C++中也加入GC的支持。现实世界就是这样的，作为一个c/c++程序员，内存泄漏是你心中永远的痛。不过好在现在有许多工具能够帮助我们验证内存泄漏的存在，找出发生问题的代码。
内存泄漏的定义
一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显示释放的内存。应用程序一般使用malloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。以下这段小程序演示了堆内存发生泄漏的情形：
void MyFunction(int nSize)
{
char* p= new char[nSize];
if( !GetStringfrom( p, ......
对于一个c/c++程序员来说，内存泄漏是一个常见的也是令人头疼的问题。已经有许多技术被研究出来以应对这个问题，比如Smart Pointer，Garbage Collection等。Smart Pointer技术比较成熟，STL中已经包含支持Smart Pointer的class，但是它的使用似乎并不广泛，而且它也不能解决所有的问题；Garbage Collection技术在Java中已经比较成熟，但是在c/c++领域的发展并不顺畅，虽然很早就有人思考在C++中也加入GC的支持。现实世界就是这样的，作为一个c/c++程序员，内存泄漏是你心中永远的痛。不过好在现在有许多工具能够帮助我们验证内存泄漏的存在，找出发生问题的代码。
内存泄漏的定义
一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显示释放的内存。应用程序一般使用malloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。以下这段小程序演示了堆内存发生泄漏的情形：
void MyFunction(int nSize)
{
char* p= new char[nSize];
if( !GetStringfrom( p, ......
转自：http://dev.yesky.com/243/2230743.shtml
ADO(ActiveX Data Object)是Microsoft数据库应用程序开发的新接口，是建立在OLE DB之上的高层数据库访问技术，即使你对OLE DB，COM不了解也能轻松对付ADO,因为它非常简单易用，甚至比你以往所接触的ODBC API、DAO、RDO都要容易使用，并不失灵活性。本文详细地介绍在Visual C++开发环境下如何使用ADO来进行数据库应用程序开发，并给出示例代码。为了使读者朋友都能测试本例提供的代码，我们采用Access数据库，您可以直接在我们提供的示例代码中找到这个test.mdb。程序编译运行后的效果如图一所示：
图一、ADO操作ACESS数据库的界面效果图
一、实现方法
万事开头难，任何一种新技术对于初学者来说最重要的还是"入门"，掌握其要点。让我们来看看ADO数据库开发的基本流程吧！它的基本步骤如下：
（1）初始化COM库，引入ADO库定义文件
（2）用Connection对象连接数据库
（3）利用建立好的连接，通过Connection、Command对象执行SQL命令，或利用Recordset对象取得结果记录集进行查询、处理。
（4）使用完毕后关闭连接释放对象。
下面我们将详细介绍上述步骤并给出相关代码。
1、COM库的初� ......
转自：http://dev.yesky.com/243/2230743.shtml
ADO(ActiveX Data Object)是Microsoft数据库应用程序开发的新接口，是建立在OLE DB之上的高层数据库访问技术，即使你对OLE DB，COM不了解也能轻松对付ADO,因为它非常简单易用，甚至比你以往所接触的ODBC API、DAO、RDO都要容易使用，并不失灵活性。本文详细地介绍在Visual C++开发环境下如何使用ADO来进行数据库应用程序开发，并给出示例代码。为了使读者朋友都能测试本例提供的代码，我们采用Access数据库，您可以直接在我们提供的示例代码中找到这个test.mdb。程序编译运行后的效果如图一所示：
图一、ADO操作ACESS数据库的界面效果图
一、实现方法
万事开头难，任何一种新技术对于初学者来说最重要的还是"入门"，掌握其要点。让我们来看看ADO数据库开发的基本流程吧！它的基本步骤如下：
（1）初始化COM库，引入ADO库定义文件
（2）用Connection对象连接数据库
（3）利用建立好的连接，通过Connection、Command对象执行SQL命令，或利用Recordset对象取得结果记录集进行查询、处理。
（4）使用完毕后关闭连接释放对象。
下面我们将详细介绍上述步骤并给出相关代码。
1、COM库的初� ......
4.2 多角度保证测试效果
对于代码质量要求很高的项目来说，仅有白盒覆盖是远远不够的。白盒覆盖不能发现代码缺失，白盒覆盖基于现有代码，如果代码不存在，当然不能发现。为了检测代码缺失，需要人工对测试数据进行检查。白盒覆盖也不能发现用例未反映功能。如果设计用例时，测试员不了解代码的功能，通过阅读代码来设计用例，这叫跟着代码走，这样测试的话，再高的覆盖率也没有意义。这也从另一个角度说明了自动用例的局限性，完全由工具自动生成的用例，效果显然还比不上跟着代码走。
开发当中还有一个特点，也是我们要注意的，就是程序员和测试员都容易遗漏边界和非法输入。程序员未考虑某些输入，就会造成代码缺失，白盒覆盖不能发现，如果测试员也漏掉，这种错误就发现不了。不过幸运的是，边界和非法输入容易产生的是极端错误，如崩溃、超时，自动生成的边界测试用例正好可以捕捉这类错误。
通过前面的分析，我们可以知道应该从哪些角度保证测试效果。黑盒、白盒、自动应该相结合。
黑盒角度，应该将测试数据分类集中起来，这样便于人工检 ......
4.2 多角度保证测试效果
对于代码质量要求很高的项目来说，仅有白盒覆盖是远远不够的。白盒覆盖不能发现代码缺失，白盒覆盖基于现有代码，如果代码不存在，当然不能发现。为了检测代码缺失，需要人工对测试数据进行检查。白盒覆盖也不能发现用例未反映功能。如果设计用例时，测试员不了解代码的功能，通过阅读代码来设计用例，这叫跟着代码走，这样测试的话，再高的覆盖率也没有意义。这也从另一个角度说明了自动用例的局限性，完全由工具自动生成的用例，效果显然还比不上跟着代码走。
开发当中还有一个特点，也是我们要注意的，就是程序员和测试员都容易遗漏边界和非法输入。程序员未考虑某些输入，就会造成代码缺失，白盒覆盖不能发现，如果测试员也漏掉，这种错误就发现不了。不过幸运的是，边界和非法输入容易产生的是极端错误，如崩溃、超时，自动生成的边界测试用例正好可以捕捉这类错误。
通过前面的分析，我们可以知道应该从哪些角度保证测试效果。黑盒、白盒、自动应该相结合。
黑盒角度，应该将测试数据分类集中起来，这样便于人工检 ......
9月都快结束了，之前一直忙到写自己的东西加上上班。基本没有时间研究下汇编和C C++方面的感兴趣的东西。再怎么说嘛，9月还是得写一篇撒，以后每月至少一篇吧。给自己定了，希望大家监督。嘿嘿！
这篇文章就来谈谈平常很常见的HOOK技术，这里呢。写得比较简单，方法很多。只讲原理！希望大鸟们别吐我口水哈 - -。好！切入正题。
首先是概念吧。什么是钩子（HOOK）？
钩子(Hook)，是Windows消息处理机制的一个平台,应用程序可以在上面设置子程以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。钩子机制允许应用程序截获处理window消息或特定事件。
钩子实际上是一个处理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦即钩子函数先得到控制权。这时钩子函数即可以加工处理（改变）该消息，也可以不作处理而继续传递该消息，还可以强制结束消息的传递。
这上面只是一个概念，对它有所了解而已。上面主要应用在Windows消息处理机制里面的一个解释。这里我只是单纯的谈谈拦截我们常用的LoadLibraryA加载这个函数。让我们的程序或者目标程 ......
9月都快结束了，之前一直忙到写自己的东西加上上班。基本没有时间研究下汇编和C C++方面的感兴趣的东西。再怎么说嘛，9月还是得写一篇撒，以后每月至少一篇吧。给自己定了，希望大家监督。嘿嘿！
这篇文章就来谈谈平常很常见的HOOK技术，这里呢。写得比较简单，方法很多。只讲原理！希望大鸟们别吐我口水哈 - -。好！切入正题。
首先是概念吧。什么是钩子（HOOK）？
钩子(Hook)，是Windows消息处理机制的一个平台,应用程序可以在上面设置子程以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。钩子机制允许应用程序截获处理window消息或特定事件。
钩子实际上是一个处理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦即钩子函数先得到控制权。这时钩子函数即可以加工处理（改变）该消息，也可以不作处理而继续传递该消息，还可以强制结束消息的传递。
这上面只是一个概念，对它有所了解而已。上面主要应用在Windows消息处理机制里面的一个解释。这里我只是单纯的谈谈拦截我们常用的LoadLibraryA加载这个函数。让我们的程序或者目标程 ......
最新文章 : c++