在线免费不卡视频,久久噜噜噜精品国产亚洲综合,欧美成人高清视频

Windows下SVN最��安装

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

1. 安装TortoiseSVN客户�?br>
2. 安装服务器端svn-x.x.x-setup.exe

3. 手工创徏svn储存�?repository)�Q�也可以用TortoiseSVN来做
svnadmin create F:\svn\

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

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

6. 如果需要将svn配置成windows服务,安装svnservice最��?br>
7. 接下来，用TortoiseSVN�{�օ��{�և��?br>
8. Apache��免了，不跨�q�_��开发的话，没太多用

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

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

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

1. 启用内存泄漏��?/span>

#define _CRTDBG_MAP_ALLOC
#include
#include

当退出程序位�|�固定时�Q�用�Q?br>_CrtDumpMemoryLeaks();

定义了_CRTDBG_MAP_ALLOC �Ӟ��会显�C�内存块�c�d��和内存块分配�~�号�Q�在大括号内�Q��?br>
当退��Z��|�不固定�Ӟ��用：
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );

该语句在�E�序退出时自动调用 _CrtDumpMemoryLeaks。必��d��时设�|?_CRTDBG_ALLOC_MEM_DF �?_CRTDBG_ALLOC_MEM_DF 两个位域�?br>
2. 内存块类�?/span>

“普通块”是由�E�序分配的普通内存�?br>“客户端块”是由 MFC �E�序用于需要析构函数的对象的特�D�类型内存块。MFC new 操作�Ҏ��创徏对象的需要创建普通块或客��L��块�?br>“CRT �?#8221;是由 CRT 库�ؓ自己使用而分配的内存块。CRT 库处理这些块的释放，因此您不大可能在内存泄漏报告中看到这些块�Q�除非出��C��重错误（例如 CRT 库损坏）�?br>
3. 内存泄露定位 - 在内存分配编号上讄��断点

先通过_CrtDumpMemoryLeaks查到泄露的内存块分配号n�Q�然后添加语�?br>
_CrtSetBreakAlloc(n);

Debug�E�序�q�行后，��自动断点至分配�?br>
4. 内存状态比�?/span>

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

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

5. CRT内存泄露误报

在某些情况下�Q�_CrtDumpMemoryLeaks 可能�l�出错误的内存泄漏指�C�。如果��用将内部分配标记�?_NORMAL_BLOCK 而不�?_CRT_BLOCK �?_CLIENT_BLOCK 的库�Q�则可能发生�q�种情况。其�l�果是，_CrtDumpMemoryLeaks 无法区分用户分配和内部库分配。如果库分配的全局析构函数在您调用 _CrtDumpMemoryLeaks 的位�|�之后运行，则每个内部库分配都被作�ؓ内存泄漏�q�行报告。Visual Studio .NET 之前的早期版本的标准模板库会��D�� _CrtDumpMemoryLeaks 报告�q�样的错误指�C�，但在最新版本中此问题已�l�得到解冟�?br>

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

glut、glew、CxImage....

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

glut/glew��单配�|?/span>

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

#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. 开始玩....�q�一步参考简单glut及glew�E�序模板

CxImage在OpenGl中的应用

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

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

推荐在OpenGl全用CxImage::Encode2RGBA获取Bitmap�Q�用了之后啥�ȝ��事都没了.....

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 注意�q�里的[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 卻I��int (*pb)[3]
b+n�Q�int (*)[3]
*(b+n)�Q�int [3]�Q�即 b[n]
*(*(b+n)+m)�Q�int�Q�即 b[n][m]

则有�Q?br />b�Q�[3]->[3]->int
&b�Q?->[3]->[3]->int
&b[n]�Q?->[3]->int
c�Q?->*->int

上面b�?amp;b�?amp;b[n]三个表达式显然跟c的类型不一�?img src ="http://m.shnenglu.com/w2001/aggbug/19674.html" width = "1" height = "1" />

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

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

昄��Q�直接在vs2005的Disassembly�H�口中查看是不方便的。其实，cl.exe提供了一�?FAs的编译选项�Q�而添加这一选项最��单的办法为：首先扑ֈ�“项目属�?>Configuration Properties->C/C++->Command Line->Addtional options”，然后在其中添�?/FAs"�Q�然后F5�~�译�Q��而在源程序的同一目录下，便可扑ֈ�对应�?asm文�g了。这非常有用�Q�到时候在分析栈框�l�构时将要用到�?img src ="http://m.shnenglu.com/w2001/aggbug/19673.html" width = "1" height = "1" />

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

.bss�D�和.data�D늚�区别

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

用cl�~�译两个��程序如下：

�E�序1:

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

�E�序2:

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

发现�E�序2�~�译之后所得的.exe文�g比程�?的要大得多。当下甚��Z��解，于是手工�~�译了一下，�q��用了/FAs�~�译选项来查看了一下其各自�?asm�Q�发现在�E�序1.asm中ar的定义如下：

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

而在�E�序2.asm中，ar被定义�ؓ�Q?br />

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

区别很明显，一个位�?bss�D�，而另一个位�?data�D�，两者的区别在于�Q�全局的未初始化变量存在于.bss�D�中�Q�具体体��Cؓ一个占位符�Q�全局的已初始化变量存�?data�D�中�Q�而函数内的自动变量都在栈上分配空间�?bss是不占用.exe文�g�I�间的，其内容由操作�pȝ��初始化（清零�Q�；�?data却需要占用，其内容由�E�序初始化，因此造成了上�q�情��c�?br />
相关参考： 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的超集，�l�构基本相同
2. GB13000/Unicode是等同采用ISO 10646/Unicode的国家标�?br />3. GB13000/Unicode又是GBK的超�?br />4. UTF-8/UTF-16只是Unicode的编码变�U�，�q�不是字�W�集合的变种
5. GB18030是目前最大的汉字字符集合�Q�比GB13000都要�?br />6. GB18030不是��单的GBK��集�Q�其体系�l�构完全不一�?br />7. GB18030从未实现�q�真正应用过......
8. GBK是国家规范，GB2312/GB18030/GB13000则�ؓ国家标准
9. ASCII、GB2312、GBK到GB18030是向下兼容的�Q�另一��_��
10. Unicode只与ASCII兼容�Q�另一��_��

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

参考：
1. �E�序员趣呌��物：谈谈Unicode�~�码
2. �l�基癄��全书 - GBK
3. 用信息化手段�q�行语言文字研究

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