C++博客-w2001-随笔分类-C/C++语言

Windows下SVN最简安装

w2001 — Sun, 18 May 2008 10:46:00 GMT

1. 安装TortoiseSVN客户端

2. 安装服务器端svn-x.x.x-setup.exe

3. 手工创建svn储存库(repository)，也可以用TortoiseSVN来做
svnadmin create F:\svn\

4. 配置svn储存库，使用密码，设置用户名/密码
编辑/conf/svnserve.conf,
# [general]
password-db = passwd
编辑/conf/passwd,
# [users]
my_id = my_password

5. 手工后台运行svn服务器，用TortoiseSVN测试一下成功否
svnserve -d -r F:\svn

6. 如果需要将svn配置成windows服务,安装svnservice最简单

7. 接下来，用TortoiseSVN签入签出吧

8. Apache就免了，不跨平台开发的话，没太多用

http://tortoisesvn.tigris.org/
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91
http://svnservice.tigris.org/

w2001 2008-05-18 18:46 发表评论

VC++ 2005 CRT堆调试

w2001 — Fri, 09 May 2008 20:40:00 GMT

1. 启用内存泄漏检测

#define _CRTDBG_MAP_ALLOC
#include
#include

当退出程序位置固定时，用：
_CrtDumpMemoryLeaks();

定义了_CRTDBG_MAP_ALLOC 时，会显示内存块类型和内存块分配编号（在大括号内）。

当退出位置不固定时，用：
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );

该语句在程序退出时自动调用 _CrtDumpMemoryLeaks。必须同时设置 _CRTDBG_ALLOC_MEM_DF 和 _CRTDBG_ALLOC_MEM_DF 两个位域。

2. 内存块类型

“普通块”是由程序分配的普通内存。
“客户端块”是由 MFC 程序用于需要析构函数的对象的特殊类型内存块。MFC new 操作根据创建对象的需要创建普通块或客户端块。
“CRT 块”是由 CRT 库为自己使用而分配的内存块。CRT 库处理这些块的释放，因此您不大可能在内存泄漏报告中看到这些块，除非出现严重错误（例如 CRT 库损坏）。

3. 内存泄露定位 - 在内存分配编号上设置断点

先通过_CrtDumpMemoryLeaks查到泄露的内存块分配号n，然后添加语句

_CrtSetBreakAlloc(n);

Debug程序运行后，将自动断点至分配处

4. 内存状态比较

_CrtMemCheckpoint( &s1 );
// memory allocations take place here
_CrtMemCheckpoint( &s2 );

if ( _CrtMemDifference( &s3, &s1, &s2) )
_CrtMemDumpStatistics( &s3 );

5. CRT内存泄露误报

在某些情况下，_CrtDumpMemoryLeaks 可能给出错误的内存泄漏指示。如果使用将内部分配标记为 _NORMAL_BLOCK 而不是 _CRT_BLOCK 或 _CLIENT_BLOCK 的库，则可能发生这种情况。其结果是，_CrtDumpMemoryLeaks 无法区分用户分配和内部库分配。如果库分配的全局析构函数在您调用 _CrtDumpMemoryLeaks 的位置之后运行，则每个内部库分配都被作为内存泄漏进行报告。Visual Studio .NET 之前的早期版本的标准模板库会导致 _CrtDumpMemoryLeaks 报告这样的错误指示，但在最新版本中此问题已经得到解决。

w2001 2008-05-10 04:40 发表评论

glut、glew、CxImage....

w2001 — Thu, 01 May 2008 08:24:00 GMT

glut/glew简单配置

1. 所有lib，丢C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\Lib
2. 所有.h，丢C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\Include\gl
3. 所有.dll和bin，丢C:\WINDOWS\system32
4. 把项目的Unicode去掉，包括Debug和Release(for glut)
5. 项目预编译头文件里面，添：

#include <GL/glew.h>
#include <GL/glut.h>
#pragma comment(lib,"opengl32.lib")
#pragma comment(lib,"glew32.lib")
#pragma comment(lib,"glut.lib")
#pragma comment(lib,"glut32.lib")

6. 开始玩....进一步参考简单glut及glew程序模板

CxImage在OpenGl中的应用

注意，不能将CxImage::GetBits()直接用于OpenGL，否则会：
1. 纹理上下颠倒
2. 纹理中像素点格式为BGR
3. 不能用于GL_RGBA，只能GL_RGB，GetBits获取不到Alpha分量

如果一定要用CxImage::GetBits()，必须进行如下操作：
1. CxImage::SwapRGB2BGR()
2. CxImage::Flip()

推荐在OpenGl全用CxImage::Encode2RGBA获取Bitmap，用了之后啥麻烦事都没了.....

w2001 2008-05-01 16:24 发表评论

指针分析补充

w2001 — Mon, 12 Mar 2007 16:22:00 GMT

int a[10]={0,1,2};

有：
a->[10]->int
a->[]->int
a->*->int

则：
a: a->*->int
&a: &a->*->[10]->int 注意这里的[10]不能替换成[]或*!

int b[3][3] = { {1,2,3},{4,5,6},{7,8,9}};
int **c;

有：
b->[3]->[3]->int
b->[]->[3]->int
b->*->[3]->int

则：
b: b->*->[3]->int 即：int (*pb)[3]
b+n：int (*)[3]
*(b+n)：int [3]，即 b[n]
*(*(b+n)+m)：int，即 b[n][m]

则有：
b：[3]->[3]->int
&b：*->[3]->[3]->int
&b[n]：*->[3]->int
c：*->*->int

上面b、&b、&b[n]三个表达式显然跟c的类型不一致

w2001 2007-03-13 00:22 发表评论

如何查看cl编译器生成的汇编代码？

w2001 — Mon, 12 Mar 2007 16:21:00 GMT

显然，直接在vs2005的Disassembly窗口中查看是不方便的。其实，cl.exe提供了一个/FAs的编译选项，而添加这一选项最简单的办法为：首先找到“项目属性->Configuration Properties->C/C++->Command Line->Addtional options”，然后在其中添入"/FAs"，然后F5编译，继而在源程序的同一目录下，便可找到对应的.asm文件了。这非常有用，到时候在分析栈框结构时将要用到。

w2001 2007-03-13 00:21 发表评论

.bss段和.data段的区别

w2001 — Mon, 12 Mar 2007 16:09:00 GMT

用cl编译两个小程序如下：

程序1:

int ar[30000];
void main()
{
......
}

程序2:

int ar[300000] = {1, 2, 3, 4, 5, 6 };
void main()
{
......
}

发现程序2编译之后所得的.exe文件比程序1的要大得多。当下甚为不解，于是手工编译了一下，并使用了/FAs编译选项来查看了一下其各自的.asm，发现在程序1.asm中ar的定义如下：

_BSS SEGMENT
?ar@@3PAHA DD 0493e0H DUP (?) ; ar
_BSS ENDS

而在程序2.asm中，ar被定义为：

_DATA SEGMENT
     ?ar@@3PAHA DD 01H     ; ar
                DD 02H
                DD 03H
                ORG $+1199988
_DATA ENDS

区别很明显，一个位于.bss段，而另一个位于.data段，两者的区别在于：全局的未初始化变量存在于.bss段中，具体体现为一个占位符；全局的已初始化变量存于.data段中；而函数内的自动变量都在栈上分配空间。.bss是不占用.exe文件空间的，其内容由操作系统初始化（清零）；而.data却需要占用，其内容由程序初始化，因此造成了上述情况。

相关参考： http://www.linuxsir.org/bbs/showthread.php?t=204807

w2001 2007-03-13 00:09 发表评论

汉字编码浅析

w2001 — Mon, 12 Mar 2007 16:05:00 GMT

1. GBK是GB2312与BIG5的超集，结构基本相同
2. GB13000/Unicode是等同采用ISO 10646/Unicode的国家标准
3. GB13000/Unicode又是GBK的超集
4. UTF-8/UTF-16只是Unicode的编码变种，并不是字符集合的变种
5. GB18030是目前最大的汉字字符集合，比GB13000都要大
6. GB18030不是简单的GBK超集，其体系结构完全不一样
7. GB18030从未实现并真正应用过......
8. GBK是国家规范，GB2312/GB18030/GB13000则为国家标准
9. ASCII、GB2312、GBK到GB18030是向下兼容的（另一说）
10. Unicode只与ASCII兼容（另一说）

GB2312BIG5GB13000/UnicodeUnicode==UTF-8==UTF-16

参考：
1. 程序员趣味读物：谈谈Unicode编码
2. 维基百科全书 - GBK
3. 用信息化手段进行语言文字研究

w2001 2007-03-13 00:05 发表评论