-
编辑 删除
写好C程序的秘籍（转）
神乎其技，惟C程序，功到自成，十大建议！ 1、汝应频繁催动lint工具，据其语法声明修习内力，此事皆因lint之思虑决断实远在君上。 2、不可依随NULL指针，如若不然，混沌痴颠必俟君于彼岸。 3、纵有天赋大智慧，知晓其事无碍，汝亦当尽数强制挪移函数参数为原型所期之数据类型，以免一时疏忽，致使数据类型向汝讨还血债。 4、若头文件未于函数原型之中声明返回值类型，汝当亲为此事，更须谨慎再三，以防不测降临汝身。 5、汝须亲核字符串、数组操作之越界与否。古之圣人有言： 尝祈门人对答“然也”，不意门人答曰“吾了然
-
编辑 删除
C++程序设计最佳实践（转）
随着计算机语言的发展，我们现在编写一个程序越来越容易了。利用一些软件开发工具，往往只要通过鼠标的拖拖点点，计算机就会自动帮你生成许多代码。但在很多时候，计算机的这种能力被滥用了，我们往往只考虑把这个程序搭起来，而不去考虑程序的性能如何，程序是否足够的健壮。而此节课的目的主要是介绍一些编码的经验，让大家编写的程序更加健壮和高性能。 1、Prefer const and inline to #define 在C++编程中应该尽量使用const和inline来代替#define，尽量做到能不用#define就不用。#define常见的用途有“定义常量”以及“定义宏”
-
编辑 删除
用C#把文件转换为XML（转）
using System;using System.Drawing;using System.Collections;using System.ComponentModel;using System.Windows.Forms;using System.IO;using System.Xml; namespace MyWindows{ /// <summary> /// 这个示例演示如何把Office文件编码为xml文件以及如何把生成的xml文件转换成Office文件 /// 把文件转换成xml格式,然后就可以用web服务,.NET Remoting,WinSock等传送了(其中后两者可以不转换也可以传送) /// xml解决了在多层架构中数据传输的问题,比如说在客户端可以用Web服务获取服务器端的office文件,修改后再回传给服务器 //
-
编辑 删除
从任务通知区启动屏幕保护程序（转）
本文通过一个快速启动屏幕保护程序的小程序SSLaunch，来介绍应用程序如何向任务栏通知区加入图标、如何禁止多个Win32实例以及屏幕保护程序的有关内容。 SSLaunch用C语言编写，用Visual C++ 5.0编译，是一个基于无模式对话框的程序，同时禁止多个实例，即一次只能有一个实例运行。任务栏通知区图标在对话框初始化时加入，对话框响应程序定义的回调消息，当鼠标左键按下时，弹出一由屏幕保护程序名填充的上下文菜单。对话框关闭（即程序退出）时删除任务栏通知区图标。如果读者有兴趣可以很容易地把它移植成基于 MFC 的程序。 1、任
-
编辑 删除
三种常见中文内码的转换方法！（转）
我们平时常见的三种中文内码是：GB2312(简体中文)、GBK、BIG5(繁体中文)。网上有很多中文内码的专用转换工具。我们碰到由于内码不一致而导致的乱麻问题，用这些工具可以进行相互转换。但论坛里经常有人问如何在自己的程序中集成这些功能呢？本文将介绍如何利用 Windows 提供的API 函数来实现。转换涉及到的 API 函数主要有两个：MultiByteToWideChar 和 WideCharToMultiByte。有关这两个函数的详细文档请参考 MSDN，本文不再赘述。 本文将介绍四个转换函数分别实现如下的转换： * Big5 => GBK * GBK => Big5 * GB2312 => GBK
-
编辑 删除
分段管理机制(转)
分段管理机制： 本文介绍保护方式下的段定义以及由段选择子及段内偏移构成的二维虚拟地址如何被转换为一维线性地址。<一>段定义和虚拟地址到线性地址的转换 段是实现虚拟地址到线性地址转换机制的基础。在保护方式下，每个段由如下三个参数进行定义：段基地址(Base Address)、段界限(Limit)和段属性(Attributes)。 段基地址规定线性地址空间中段的开始地址。在80386保护方式下，段基地址长32位。因为基地址长度与寻址地址的长度相同，所以任何一个段都可以从32位线性地址空间中的任何一个字节开始，而不象实方式下规定
-
编辑 删除
保护方式简介（转）
保护方式简介： 80386有三种工作方式:实模式,保护模式和虚拟8086模式。本文介绍保护方式下的80386及相关的程序设计内容。实模式下的80386寄存器，寻址方式和指令等基本概念，除特别说明外在保护方式下仍然保持。 尽管实方式下80386的功能要大大超过其先前的处理器(8086/8088,80186,80286)，但只有在保护方式下， 80386才能真正发挥更大的作用。在保护方式下，全部32条地址线有效，可寻址高达4G字节的物理地址空间;扩充的存储器分段管理机制和可选的存储器分页管理机制，不仅为存储器共享和保护提供了硬件支持，而且为实现虚拟存储器
-
编辑 删除
Win32汇编的环境和基础（转）
Win32汇编的环境和基础： 1.32位环境简介 在Dos下编汇编程序，我们可以管理系统的所有资源，我们可以改动系统中所有的内存，如自己改动内存控制块来分配内存，自己修改中断向量表来截获中断等，对其他操作也是如此，如我们对键盘端口直接操作就可以把键盘屏蔽掉，可以这样来描述Dos系统：系统只有一个特权级别，在编程上讲，任何程序和操作系统都是同级的，所以在Dos下，一个编得不好的程序会影响其他所有的程序，如一个程序把键盘口中断关掉了，所有程序就都不能从键盘获得键入的数据，直到任何一个程序重新打开键盘为止，一个程
-
编辑 删除
汇编中参数的传递和堆栈修正（转）
汇编中参数的传递和堆栈修正： 在 Win32汇编中，我们经常要和 Api 打交道，另外也会常常使用自己编制的类似于 Api 的带参数的子程序，本文要讲述的是在子程序调用的过程中进行参数传递的概念和分析。一般在程序中，参数的传递是通过堆栈进行的，也就是说，调用者把要传递给子程序（或者被调用者）的参数压入堆栈，子程序在堆栈取出相应的值再使用，比如说，如果你要调用 SubRouting(Var1,Var2,Var3)，编译后的最终代码可能是push Var3push Var2push Var1call SubRoutingadd esp,12也就是说，调用者首先把参数压入堆栈，然后调用子程序
-
编辑 删除
虚拟8086模式的内存管理（转）
虚拟8086模式的内存管理： 下边我们用到的V86即指虚拟8086模式。 在以前的教程中，你学习了怎样模拟V86中断，但还有一个问题没有解决：在VxD和V86代码之间交换数据。我们将在此学习如何使用V86内存管理器来实现这个功能。在这里下载例子程序理论假如你的VxD和一些V86程序一起运行，如何传送大量数据到V86程序中或从V86程序中传送大量数据迟早是一个大问题。通过寄存器传送大量数据是不现实的。可能你的下一个想法是在ring0中分配一大块内存，并且通过一些寄存器传送其指针到V86程序，使其能访问这些数据。假如你这样做，可能会破坏你的
-
编辑 删除
客户寄存器结构（转）
客户寄存器结构： 我们将学习本教程中另外一个重要的结构，叫客户寄存器结构。在本文中，V86指虚拟8086模式。在这里下载例子程序理论VxDs与正常的win32/win16/DOS应用程序有很大不同。大多数情况下，当其他应用程序正常工作时，它们是休眠的。它们象一个监管者一样工作，其作用是监视ring-3应用程序并在其出错时改正它们。下面是其工作时的典型的情况：1、中断发生时2、VMM得到控制权时 3、VMM存贮寄存器组的值时 4、VMM服务于中断或调用其他VxDs完成此工作时 5、VMM交还控制权给被中断的程序时 在以上过程中令人感兴趣的是，VMM只有这
-
编辑 删除
VxD例程：消息框（转）
VxD例程：消息框： 在上一节教程里，我们讲了编写一个VxD程序的方法。现在我们要学以致用。在这一节里，我们要编写一个静态VxD，这个静态VxD在一个虚拟机创建或销毁时就会弹出一个消息框。 在这里下载例子。 捕获虚拟机创建和结束事件当一个虚拟机创建时，VMM发送Create_VM控制消息给所有的VxD程序。当一个虚拟机退出时，它也发送VM_Terminate和VM_Terminate2消息给所有的VxD程序。我们的工作很简单：在设备控制程序里处理Create_VM and VM_Terminate2消息。当我们的VxD程序收到这两个控制消息时，它在屏幕上弹出一个消息框。 当VxD程
-
编辑 删除
请求执行时间段与Shell函数（转）
请求执行时间段与Shell函数： 请求执行时间段通常被简称为"appy time"。是指当系统VM稳定到充许VxDs和ring-3级别的应用软件（特别是16-bit的应用软件）交互时的时间段。例如，在一个特定时间段，VxDs能加载并调用在16-bit Dlls中的函数。这个appy time在Windows 3.x中是无效的。在Windows3.x，一个VxD能包含在16-bit DLLs中的任意函数的地址，并模拟一个远调用到这个地址。然而，因为造成了VMM重入，这个操作将中断所有正在ring-3中执行的任务。所以能被VxDs能调用的APIs被要求是中断安全的，象PostMessage。在Windows 95，
-
编辑 删除
汇编语言的艺术（转）
汇编语言的艺术（组合语言的艺术）--准备工作： 第一节 系统 一、系统之选择 只因真正瞭解电脑的人太少，迷信名气的结果，使得 IBM PC/AT占有了市场。为求电脑普及应用，我们唯有因陋就简，针对 IBM PC/AT及其兼容系统，作进一步的分析和说明。 尽管使用 80486 CPU的微电脑已问世，我个人认为以其造价及功能而言，并不符合效率法则。在从事艺术工作的立场，价值的高低，与所采用的材料没有绝对的关系。更何况我们正要证明，利用组合语言的制作技巧，能够使功能不高的微电脑发挥最大的边际效益。故本书仅以8088 CPU指令为研讨对
-
编辑 删除
获得结果（转）
获得结果： 在本章中,我们来学习如何获得SQL语句的执行结果。我们称由查询返回的一组记录为一个 结果集(result set) (或在VB中被称为recordset).检索结果通常分为以下几个步骤:确认一个结果集是否可用。 将结果集的列绑定在适当的变量上。 取得行 完成对结果集的操作后,我们必须调用SQLCloseCursor来销毁它.确认一个结果集是否可用有时在执行SQL语句后，我们就已经知道结果集是否可用了。如果执行的语句并不是返回结果集的类型,我们就知道结果集不可用了。但有时我们不太清楚使用的SQL语句是什么类型，比如说，让用户自行输入SQL语句。
-
编辑 删除
准备与使用语句（转）
准备与使用语句： 继续我们的学习,在这一章，我们来看看如何通过ODBC来操作数据源.在上一章,我们已学习了第一步，怎样连接一个数据源。一个连接定义了用户与数据源的数据通道.它是静态的.如果要想操作数据源，我们就必须使用语句(statement).可以认为语句就是发给数据源的命令.这个"命令"必须用SQL写成.通过使用语句,我们就可以修改数据源的结构、在其中执行查询、修改及删除数据.准备及使用语句可分为以下几个步骤:分配一个语句句柄(statement handle) 创建SQL语句 执行语句 销毁语句 分配一个语句句柄可以通过调用函数 SQ
-
编辑 删除
连接数据源（转）
连接数据源： 本教程中，我们将学习使用ODBC APIs的细节.因为我们的程序并不与ODBC驱动程序直接通信，而是通过ODBC管理器来定义一系列APIs供你的程序调用以完成工作，所以我们需要包含odbc32.inc和odbc32.lib文件，当然还有windows.inc。连接数据源需要以下几步:分配一个环境句柄(environment handle). 在进行每个ODBC任务(session)时仅需这样做一次.一旦获得了句柄,我们就可修改环境属性来适合我们的需要。你可以把这想象为在DB工作中创建一个workspace. 确认将使用的ODBC的版本. 你可在ODBC 2.x版和3.x版间选择.他们在很多方面存在不
-
编辑 删除
ODBC 基础（转）
ODBC 基础： 这是使用 win32asm进行数据库编程系列的第一份教程。在如今的IT界，数据库编程变的越来越重要，所以我们不能再忽视它。但如今有很多种数据库在使用，如果我们为了实现win32下数据库汇编语言编程而学习各种数据库文件格式，所花时间大概称得上“永恒”。 幸运的是，Microsoft的一项技术使得我们得以摆脱这个大麻烦。它被称为ODBC，是开放式数据库互连（Open Database Connectivity）的缩写,这是一族API,与Windows API相似。它主要与数据库打交道。就是说,利用ODBC API,你可通过统一界面和好多各不相同的数据库打交道。ODBC
-
编辑 删除
列表视图控件（转）
列表视图控件： 本课中我们将学习如何创建和使用列表视图控件。 理论：列表视图控件和树型视图、丰富文本编辑控件一样是通用控件的一种。可能您都已经知道了列表视图控件，只不过是不知道它的确切名字而已。列表视图控件可以用来很好地显示项目。在这方面它和列表框相同，只不过它的性能更强。有两种方法创建一个列表视图控件。第一种也是最简单的方法是：用资源编辑器来创建它。用该种方法只是不要忘记在您的代码（的任何位置处）加入对InitCommonControls函数的调用（记得吗，调用该函数只是为了隐式地加载包含通用控件的DLL）。另一
-
编辑 删除
Win32调试API 第三部分（转）
Win32调试API 第三部分： 在本章中，我们将继续探讨win32调试api。特别地，我们将学习如何去跟踪被调试程序.下载 例子. 理论:如果你以前使用过调试器，那么你应对跟踪比较熟悉。当"跟踪"一个程序时，程序在每执行一条指令后将会停止，这使你有机会去检查寄存器/内存中的值。这种单步运行的官方定义为跟踪(tracing)。单步运行的特色是由CPU本身提供的。标志寄存器的第8位称为陷阱标志trap flag。如果该位设置，则CPU运行于单步模式。CPU将在每条指令后产生一个debug异常。当debug 异常产生后，陷阱标志自动清除。利用win32调
