首页
社区
课程
招聘
优化C++程序编译效率的实例
发表于: 2005-12-27 22:12 23803

优化C++程序编译效率的实例

2005-12-27 22:12
23803

(1)自定义程序的入口
(2)合并区段
(3)不用调malloc,free等函数
(3)不用cout来输出,cin来输入
(4)如果调用了很多库函数如memset,stycpy等等
的话,请导入msvcrt.lib,不然编译器会在程序里面
导入静态库,这样的话程序就会大很多。。
(5)window编程不用mfc...
减少程序运行内存占用量可以调用
SetProcessWorkingSetSize(GetCurrentProcess(),-1,-1);

----------sample.cpp---------------------
#include <windows.h>
#include "sample.h"
#include "mydll.h"
#include "resource.h"
//这下面自定义函数入口
#pragma comment(linker, "/ENTRY:EntryPoint")
#pragma comment(linker,"/ALIGN:0x400")
//设置区段属性,跟区段在内存起始地址
//这里面要加写入的权限,不然程序就运行不了了
//E为执行,R为可读,W为可写
//更多的说明请参见msdn
#pragma comment(linker,"/SECTION:.text,ERW /ALIGN:0x1000")
//下面合并区段,
#pragma comment(linker,"/merge:.data=.text")
#pragma comment(linker,"/merge:.rdata=.text")
//下面导入函数
#pragma comment(lib,"mydll.lib")
//下面是函数的入口
//得到WinMain里面的几个参数
//HINSTANCE hInstance=GetModuleHandle(NULL)
//LPSTR lpCmdLine= GetCommandLine()
//int nCmdShow  这个可以自己填
void EntryPoint()
{
        HINSTANCE hInstance;
        hInstance=GetModuleHandle(NULL);
        Sample pro(hInstance);
        DialogBoxParam(hInstance,MAKEINTRESOURCE(IDD_DIALOG),NULL,(DLGPROC)Sample::DialogProc,(LPARAM)&pro);
}
INT_PTR CALLBACK Sample::DialogProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
        static Sample *pro;
        switch(message)
        {
        case WM_INITDIALOG:
                pro=(Sample *)lParam;
                pro->hwnd=hwnd;
                pro->Init();
                break;
        case WM_COMMAND:
                pro->WndPro_Command(wParam,lParam);
                break;
        case WM_CLOSE:
                pro->WndPro_Close();
                break;
        case WM_TIMER:
                //这里每秒钟触发一次
                //来减少内存占用量
                     //试着在任务管理器里面看一下,sample.exe内存占用量是不是只有200多k,在我这里是这样的
                if(wParam==100)
                {
                        SetProcessWorkingSetSize(GetCurrentProcess(),
                                -1,-1);
                }
                break;
        }
        return 0;
}
Sample::Sample(HINSTANCE hi)
{
        this->hInstance=hi;
}
int Sample::WndPro_Command(WPARAM wParam,LPARAM lParam)
{
        switch(wParam)
        {
        case IDOK:
                this->LoadDll();
                break;
        case IDCANCEL:
                this->WndPro_Close();
                break;
        }
        return 0;
}
int Sample::WndPro_Close()
{
        EndDialog(hwnd,0);
        return 0;
}
int Sample::Init()
{
        SetTimer(hwnd,100,100,NULL);
        return 0;
}
int Sample::LoadDll()
{
        test(hwnd);
        return 0;
}
UINT malloc_(size_t num)
{
        return (UINT)VirtualAlloc(NULL, num,MEM_RESERVE |MEM_COMMIT,PAGE_EXECUTE_READWRITE);
}
void free_(void * p)
{
        VirtualFree(p,NULL,MEM_RELEASE);
}
void ZeroMem(char * mem,int len)
{
        for(int i=0;i<len;i++)
                mem[i]=0;
}
-------------------------------
----------sample.h--------
//下面是主函数的类
class Sample
{
public:
        static INT_PTR CALLBACK DialogProc(HWND, UINT, WPARAM, LPARAM);
        Sample(HINSTANCE);
private:
        HINSTANCE hInstance;
        HWND hwnd;
        int WndPro_Command(WPARAM,LPARAM);
        int WndPro_Close();
        int Init();
        int LoadDll();
};
///-->下为精简的库函数
//分配内存最好不用库函数malloc,
//不要用cout 来输出
//如果你调用了很多库函数的话
//请在导入 msvcrt.lib
UINT malloc_(size_t);//分配内存
void free_(void *);//释放内存
void ZeroMem(char *,int);//清零
-------------------------------
---------mydll.cpp-----------
#include <windows.h>
#include "mydll.h"
#pragma comment(linker, "/ENTRY:DllEntry")
#pragma comment(linker,"/ALIGN:0x400")
#pragma comment(linker,"/SECTION:.text,ERW /ALIGN:0x1000")
#pragma comment(linker,"/merge:.data=.text")
#pragma comment(linker,"/merge:.rdata=.text")
BOOL APIENTRY DllEntry()
{
        return 1;
}
INT APIENTRY test(HWND hwnd)
{
        MessageBox(hwnd,"调用dll"," ",0);
        return 0;
}
-----------------------
下面是程序完整的代码。。
附件:sample.rar


[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入!

收藏
免费 7
支持
分享
最新回复 (22)
雪    币: 233
活跃值: (130)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
2
还能加些
#pragma comment (linker, "/Filealign:0x200")
#pragma comment (linker, "/OPT:REF")
#pragma comment (linker, "/OPT:ICF")
#pragma optimize("gsy", on)
2005-12-27 22:30
0
雪    币: 333
活跃值: (369)
能力值: ( LV12,RANK:490 )
在线值:
发帖
回帖
粉丝
3
#pragma comment (linker, "/Filealign:0x200")
在cl 里面,没这个选项。
用下面这个,但是加了没用的,
除非你的区段只有一个
#pragma comment (linker, "/align:0x200")

下面的选项我还没用过,
#pragma comment (linker, "/OPT:REF")
#pragma comment (linker, "/OPT:ICF")
#pragma optimize("gsy", on)
我编译一般用命令行的,在.net 2003跟.net 2005
里面的有好多选项连去都去不掉
cl   mydll.cpp mydll.def /link /dll /out:mydll.dll /machine:x86 /subsystem:windows user32.lib kernel32.lib
rc sample.rc
cl sample.cpp /link /machine:x86  user32.lib kernel32.lib /subsystem:windows sample.res
del sample.obj sample.res  mydll.obj mydll.exp
pause
2005-12-27 22:38
0
雪    币: 233
活跃值: (130)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
4
南蛮妈妈喜欢更狠一些
再加上
#pragma comment (linker,"/merge:.rsrc=.text")
#pragma comment (linker, "/ALIGN:16")
#pragma comment (linker, "/OPT:NOWIN98")
把唯一的段和PE头混在一起
2005-12-27 22:40
0
雪    币: 333
活跃值: (369)
能力值: ( LV12,RANK:490 )
在线值:
发帖
回帖
粉丝
5
#pragma comment (linker,"/merge:.rsrc=.text")
这个在link里面合并不了。会出错的,我试过了所以才没加的。
2005-12-27 22:49
0
雪    币: 233
活跃值: (130)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
6
我是用VC6编译的,可以用这个
cl到是没怎么用
#pragma comment (linker, "/Filealign:0x200")

附件:sample.rar

嘿嘿, 南蛮妈妈喜欢把资源段也挪一块
不知道这个还能不能编译的更小
2005-12-27 22:52
0
雪    币: 333
活跃值: (369)
能力值: ( LV12,RANK:490 )
在线值:
发帖
回帖
粉丝
7
cl.exe 就是编译器啊!
我用的是7.1版的
你的是6.0版本的。。
2005-12-27 23:01
0
雪    币: 233
活跃值: (130)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
8
原来是这样
7.1的没用过~~~
2005-12-27 23:02
0
雪    币: 216
活跃值: (370)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
9
最初由 FlyToTheSpace 发布
(1)自定义程序的入口
(2)合并区段
(3)不用调malloc,free等函数
(3)不用cout来输出,cin来输入
(4)如果调用了很多库函数如memset,stycpy等等
........


SetProcessWorkingSetSize只是给你感观上的内存变小而已,
如果你弄个hook进入photoshop这样的程序去做这件事,
你就会马上发现为什么别人并不怎么用 SetProcessWorkingSetSize

SetProcessWorkingSetSize只是把内存写回磁盘,当用到时又要从磁盘加载回来,程序一大,内存量本身占用大,你次读写磁盘那么慢,你就会发现虽然内存占用量下去了,但是硬盘一真转个不停,程序基本上动不了...

所以如何节内存,不应从SetProcessWorkingSetSize下手,
当然现在你写的小程序可以例外.

其实如果有个界面,占用个1M的内存实在是小事,不必要去计较.
2005-12-28 10:08
0
雪    币: 333
活跃值: (369)
能力值: ( LV12,RANK:490 )
在线值:
发帖
回帖
粉丝
10
SetProcessWorkingSetSize
这个我是跟踪realplay里面一个程序realsched.exe
发现的,其它减少内存用量的方法,还没找到

对于那些大一点的程序,就不能用settimer每隔段时间调用,
当程序的界面最小化时,调用一下就可以了,
比如potoshop 在显示界面的时候,占用内存会很大,但只要你将它最小化
内存占用量马上就减下来了,很多大一点的程序都是这样的。
2005-12-28 11:54
0
雪    币: 272
活跃值: (143)
能力值: ( LV15,RANK:930 )
在线值:
发帖
回帖
粉丝
11
cl.exe 有许多关于程序代码优化的开关:
/////////////////////////////////////////////////////////
                               -OPTIMIZATION-

/O1 minimize space                        /Op[-] improve floating-pt consistency
/O2 maximize speed                        /Os favor code space
/Oa assume no aliasing                   /Ot favor code speed
/Ob<n> inline expansion (default n=0)    /Ow assume cross-function aliasing
/Od disable optimizations (default)      /Ox maximum opts. (/Ogityb1 /Gs)
/Og enable global optimization           /Oy[-] enable frame pointer omission
/Oi enable intrinsic functions

                             -CODE GENERATION-

/G3 optimize for 80386                   /Gy separate functions for linker
/G4 optimize for 80486                   /Ge force stack checking for all funcs
/G5 optimize for Pentium                 /Gs[num] disable stack checking calls
/G6 optimize for Pentium Pro             /Gh enable hook function call
/GB optimize for blended model (default) /GR[-] enable C++ RTTI
/Gd __cdecl calling convention           /GX[-] enable C++ EH (same as /EHsc)
/Gr __fastcall calling convention        /Gi[-] enable incremental compilation
/Gz __stdcall calling convention         /Gm[-] enable minimal rebuild
/GA optimize for Windows Application     /EHs enable synchronous C++ EH
/GD optimize for Windows DLL             /EHa enable asynchronous C++ EH
/Gf enable string pooling                /EHc extern "C" defaults to nothrow
/GF enable read-only string pooling      /QIfdiv[-] enable Pentium FDIV fix
/GZ enable runtime debug checks          /QI0f[-] enable Pentium 0x0f fix
2005-12-28 14:49
0
雪    币: 217
活跃值: (99)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
12
我有中文版的编译器:

Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.

                          C/C++ 编译器选项

                              -优化-

/O1 最小化空间                          /Op[-] 改善浮点数一致性
/O2 最大化速度                          /Os 优选代码空间
/Oa 假设没有别名                        /Ot 优选代码速度
/Ob<n> 内联展开(默认 n=0)               /Ow 假设交叉函数别名
/Od 禁用优化(默认值)                    /Ox 最大化选项。(/Ogityb2 /Gs)
/Og 启用全局优化                        /Oy[-] 启用框架指针省略
/Oi 启用内部函数

                             -代码生成-

/G3 为 80386 进行优化                   /Gh 启用 _penter 函数调用
/G4 为 80486 进行优化                   /GH 启用 _pexit 函数调用
/G5 为 Pentium 进行优化                 /GR[-] 启用 C++ RTTI
/G6 对 PPro、P-II、P-III 进行优化       /GX[-] 启用 C++ EH (与 /EHsc 相同)
/G7 对 Pentium 4 或 Athlon 进行优化     /EHs 启用 C++ EH (没有 SEH 异常)
/GB 为混合模型进行优化(默认)            /EHa 启用 C++ EH(w/ SEH 异常)
/Gd __cdecl 调用约定                    /EHc extern "C" 默认为 nothrow
/Gr __fastcall 调用约定                 /GT 生成纤维安全 TLS 访问
/Gz __stdcall 调用约定                  /Gm[-] 启用最小重新生成
/GA 为 Windows 应用程序进行优化         /GL[-] 启用链接时代码生成
(按 <Enter> 继续)
/Gf 启用字符串池                        /QIfdiv[-] 启用 Pentium FDIV 修复
/GF 启用只读字符串池                    /QI0f[-] 启用 Pentium 0x0f 修复
/Gy 分隔链接器函数                      /QIfist[-] 使用 FIST 而不是 ftol()
/GZ 启用堆栈检查(/RTCs)                 /RTC1 启用快速检查(/RTCsu)
/Ge 对所有函数强制堆栈检查              /RTCc 转换为较小的类型检查
/Gs[num] 控制堆栈检查调用               /RTCs 堆栈帧运行时检查
/GS 启用安全检查                        /RTCu 未初始化的本地用法检查
/clr[:noAssembly] 为公共语言运行库编译
    noAssembly - 不产生程序集
/arch:<SSE|SSE2> CPU 结构的最低要求,以下内容之一:
    SSE - 启用支持 SSE 的 CPU 可用的指令
    SSE2 - 启用支持 SSE2 的 CPU 可用的指令

                              -输出文件-

/Fa[file] 命名程序集列表文件            /Fo<file> 命名对象文件
/FA[sc] 配置程序集列表                  /Fp<file> 命名预编译头文件
/Fd[file] 命名 .PDB 文件                /Fr[file] 命名源浏览器文件
/Fe<file> 命名可执行文件                /FR[file] 命名扩展 .SBR 文件
/Fm[file] 命名映射文件

                              -预处理器-

/AI<dir> 添加到程序集搜索路径           /Fx 将插入的代码合并到文件
(按 <Enter> 继续)
/FU<file> 强制使用程序集/模块           /FI<file> 命名强制包含文件
/C 不抽出注释                           /U<name> 移除预定义宏
/D<name>{=|#}<text> 定义宏              /u 移除所有预定义宏
/E 预处理到 stdout                      /I<dir> 添加到包含搜索路径
/EP 预处理到 stdout,没有 #line         /X 忽略“标准位置”
/P 预处理到文件

                                -语言-

/Zi 启用调试信息                        /Ze 启用扩展(默认)
/ZI 启用“编辑并继续”调试信息          /Zl 省略 .OBJ 中的默认库名
/Z7 启用旧式调试信息                    /Zg 生成函数原型
/Zd 仅有行号调试信息                    /Zs 只进行语法检查
/Zp[n] 在 n 字节边界上包装结构          /vd{0|1} 禁用/启用 vtordisp
/Za 禁用扩展(暗指 /Op)                  /vm<x> 指向成员的指针类型
/Zc:arg1[,arg2] C++ 语言一致性,这里的参数可以是:
    forScope - 对范围规则强制使用标准 C++
    wchar_t - wchar_t 是本机类型,不是 typedef

                              - 杂项 -

@<file> 选项响应文件                    /wo<n> 发出一次警告 n
/?, /help 打印此帮助消息                /w<l><n> 为 n 设置警告等级 1-4
/c 只编译,不链接                       /W<n> 设置警告等级(默认 n=1)
(按 <Enter> 继续)
/H<num> 最大外部名称长度                /Wall 启用所有警告
/J 默认 char 类型是 unsigned            /Wp64 启用 64 位端口定位警告
/nologo 取消显示版权消息                /WX 将警告视为错误
/showIncludes 显示包含文件名            /WL 启用单行诊断
/Tc<source file> 将文件编译为 .c        /Yc[file] 创建 .PCH 文件
/Tp<source file> 将文件编译为 .cpp      /Yd 将调试信息放在每个 .OBJ 中
/TC 将所有文件编译为 .c                 /Yl[sym] 为调试库插入 .PCH 引用
/TP 将所有文件编译为 .cpp               /Yu[file] 使用 .PCH 文件
/V<string> 设置版本字符串               /YX[file] 自动 .PCH
/w 禁用所有警告                         /Y- 禁用所有 PCH 选项
/wd<n> 禁用警告 n                       /Zm<n> 最大内存分配(默认为 %)
/we<n> 将警告 n 视为错误

                                 -链接-

/MD 与 MSVCRT.LIB 链接                  /MDd 与 MSVCRTD.LIB 调试库链接
/ML 与 LIBC.LIB 链接                    /MLd 与 LIBCD.LIB 调试库链接
/MT 与 LIBCMT.LIB 链接                  /MTd 与 LIBCMTD.LIB 调试库链接
/LD 创建 .DLL                           /F<num> 设置堆栈大小
/LDd 创建 .DLL 调试库                   /link [链接器选项和库]
2005-12-28 15:59
0
雪    币: 217
活跃值: (99)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
13
楼主的文章写的不错!
但标题写的有点疑虑.
因为优化有几种意义:速度优化,代码空间优化,编译速度优化和内存占用优化.
一般来说需要速度优化的地方,代码空间优化和内存占用优化就要牺牲一些.

编译速度优化可能意义不太大,不过我还是补充一下:
例如添加以下宏可以提高一些编译速度,在硬盘和CPU速度较慢的机器上尤为明显.
#define VC_EXTRALEAN
#define WIN32_LEAN_AND_MEAN
#define WIN32_EXTRA_LEAN
另外如果关闭预编译头文件的功能,可以大大提高第一次编译的速度,并减少硬盘占用的空间.
强烈建议编译小程序的时候关闭这个功能,因为它默认是启动的.

下面评价一下楼主的一些优化,仅供参考.

(1)自定义程序的入口

一般不建议使用自定义入口,虽然只有使用动态库时只节省不到1KB.
主要是考虑到C++的全局对象的构造,如果自定义就会被忽略掉.
不过如果确实想使代码精简到极限,可以考虑.
此优化对速度几乎无影响.

(2)合并区段

这一项对减小PE文件大小很有帮助,但一定要注意正确设置好节(段)属性,否则后果不可知.
表面上此优化对速度无影响,但可能会导致数据cache与代码cache重叠,不利于CPU的执行.
如果需要加压缩壳,此优化可能无效,如果合并不当可能还会使压缩能力降低(例如代码被混合在数据当中).

(3)不用调malloc,free等函数

分配内存不用malloc,free等函数用什么?new和delete吗?后者当然更好:)
Win32API有众多分配内存的函数,malloc等C/C++标准库当然使用的是API中的
堆分配(HeapAlloc),而堆分配调用虚拟分配(VirtualAlloc).效率当然是后者高一些.
但实际内存分配一般在初始化过程中使用,而且使用次数也不应过多(以避免内存碎片).
所以速度影响几乎可忽略.
代码量应该不会有太大影响.

(3)不用cout来输出,cin来输入

这个确实可以使用C标准库来替代,而且使用灵活,速度更快一些.
如果使用动态库,代码量差距不大.

(4)如果调用了很多库函数如memset,stycpy等等的话,请导入msvcrt.lib,
不然编译器会在程序里面导入静态库,这样的话程序就会大很多。。

这点不用担心了.原因如下:
如果使用最快速度优化,memset,stycpy,sin等某些内存/字符串/数学函数会被自动内联到程序中,
无论是否使用动态库还是静态库,速度要快的多,我也推荐这么做.
使用次数过多代码量会大一些.但如果加压缩壳的话影响不会太大.
如果使用最小代码优化,自动内联的函数不会内联,此时可使用动态库以减小代码量.
如果只使用1~2次某个可自动内联的函数的话代码量可能反而更多(还要考虑到导入表)

(5)window编程不用mfc...

呵呵,这就不一定了.目前如果没有还在使用Win95系统的话,MFC的动态库就可以大胆使用了.
但要注意一定要使用MFC42.DLL的库,也就是VC6.0自带的库,高版本的可能连WinXP也不会自带.

减少程序运行内存占用量可以调用SetProcessWorkingSetSize(GetCurrentProcess(),-1,-1);

又学到一招!
但我不得不说一下:这是个骗人的招数.拿来骗一骗初级用户还可以-_-
因为任务管理器只显示进程当前使用的物理内存大小,所以使用这个招数虽然可以降低物理内存占用.
但虚拟内存并无减少,所以这个技巧只建议使用在后台或很少工作的进程.
经常使用这个函数会造成CPU负担过重,磁盘交换文件的读写也会更频繁.这样会很影响进程的执行效率.
其实不需要在意物理内存占用,如果物理内存不够用,系统会自动降低不常工作的进程的物理内存.
2005-12-28 16:49
0
雪    币: 217
活跃值: (99)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
14
再补充几点:
#pragma comment (linker, "/align:0x200")

这着我也经常用,不过我经常这么写(只用于VC6.0):
#pragma comment(linker,"/OPT:NOWIN98")
但是如果要加压缩壳的话,这个PE文件空间优化没有一点作用,
因为虚拟地址没有改变(仍然是4KB,而且无法改变).

#pragma comment (linker, "/ALIGN:16")

对齐到16字节可能有兼容性问题,可能不能在Win9x中运行.

#pragma comment(linker, "/ENTRY:EntryPoint")

如果没有不加入默认库的话可以不用自定义入口.
而直接用void mainCRTStartup()或void WinMainCRTStartup()即可.
但不使用默认库可能某些浮点数的转换会出现问题,虽然可以使用其他方法解决.

#pragma comment (linker, "/OPT:REF")
#pragma comment (linker, "/OPT:ICF")

这一项其实在默认的优化编译设置中已经有了,不用写出来.
如果启动"/OPT:REF"的话,"/OPT:ICF"默认会自动启动.

#pragma comment (linker,"/merge:.rsrc=.text")

这项一定不要加,有时候如果资源不在某个节(段)的开始,程序的图标可能不能显示出来.
2005-12-28 17:05
0
雪    币: 296
活跃值: (15)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
15
学习.
2005-12-29 14:30
0
雪    币: 216
活跃值: (370)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
16
最初由 FlyToTheSpace 发布
SetProcessWorkingSetSize
这个我是跟踪realplay里面一个程序realsched.exe
发现的,其它减少内存用量的方法,还没找到

对于那些大一点的程序,就不能用settimer每隔段时间调用,
........

nono,不是大的程序自己搞的,是操作系统做的。
在你的窗口最小化的时候,操作系统自动帮你把内存最小化了。
所以,你自己就更没有必要去调这个函数了。

最初由 dwing 发布

呵呵,这就不一定了.目前如果没有还在使用Win95系统的话,MFC的动态库就可以大胆使用了.
但要注意一定要使用MFC42.DLL的库,也就是VC6.0自带的库,高版本的可能连WinXP也不会自带.

nono,mfc42.dll从win98se开始,到longhorn都是默认有的。vc6 mfc的程序,编成release就可以在每台机器上跑了,不用到处拷个mfc42.dll
2005-12-29 21:13
0
雪    币: 217
活跃值: (99)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
17
最初由 goldenegg 发布
nono,mfc42.dll从win98se开始,到longhorn都是默认有的。vc6 mfc的程序,编成release就可以在每台机器上跑了,不用到处拷个mfc42.dll
........

可能是对我的话理解有误.我们的观点是一样的.
再补充一下:
Win95OSR2(Win97)虽然自带msvcrt40.dll和mfc30.dll,但不是目前的标准库了.
Win98SE自带了msvcrt.dll和mfc42.dll,Win98第一版不知有没有.
WinXP第一版肯定不带msvcr71.dll和mfc71.dll,这些是VC7.1才使用的动态库.
2005-12-30 15:38
0
雪    币: 329
活跃值: (343)
能力值: ( LV10,RANK:170 )
在线值:
发帖
回帖
粉丝
18
不变的原则:时间换空间,空间换时间。
2005-12-31 09:17
0
雪    币: 1223
活跃值: (469)
能力值: (RANK:460 )
在线值:
发帖
回帖
粉丝
19
最初由 doskey 发布
不变的原则:时间换空间,空间换时间。

道不变
2005-12-31 10:44
0
雪    币: 221
能力值: (RANK:10 )
在线值:
发帖
回帖
粉丝
20
一直没看懂
2006-1-20 15:21
0
雪    币: 200
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
21
需要勤奋地学习,以赶上这些超级高手!!
2006-5-23 18:21
0
雪    币: 200
活跃值: (14)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
22
强。学习
2006-5-24 15:18
0
雪    币: 389
活跃值: (912)
能力值: ( LV9,RANK:770 )
在线值:
发帖
回帖
粉丝
23
2006-5-27 20:50
0
游客
登录 | 注册 方可回帖
返回
//