就是只有多字节字符集、MFC静态库可以了，待会我用这个参数编译一下原来的程序再帮忙看看。

这是原来的程序，用静态库重新编译过了，试试能不能运行。



这个程序的Debug版有400K之巨，但Release版却只有11K，汗~

[ 本帖最后由 TonyDeng 于 2011-10-9 00:23 编辑 ]

这样子，是不是我vc6默认得到窄字节，
而你用这个API貌似是宽字节导致出现问题了。。。
要么我的绿色版有问题。。要不我明天安一个不是绿色版的。。

kernel32是Windows的内核库，与VC无关的，因为程序显示字符确实要调用Windows的kernel32.DLL，但VC不会覆盖系统内核库的呀。我的程序确实指定了使用宽字符，输出部分的API是硬性调用W版本的，难道是这个问题？不过，如果你的Windows是XP以上，都有宽字符处理功能的呀。

输出部分就用了这个函数，没有别的了：

    // 在当前光标位置输出文本
    VOID WriteText(const wstring& text) const
    {
        DWORD WriteNumber;
        WriteConsoleW(output, text.c_str(), text.size(), &WriteNumber, NULL);
    }

哦，你那信息显示是这个API函数有问题：GetCurrentConsoleFontEx(output, true, &font_info);
我删掉它试试，没用到的。Ex，这个东西难道跟Windows版本有关？我用的Win7，你用的XP，报告正好是这个函数在Kernel32.DLL中没找到。2楼说报告病毒，但最早那个程序没用这个函数呀。

这个是删掉那个函数的，再看看：


[ 本帖最后由 TonyDeng 于 2011-10-9 01:46 编辑 ]

刚才用一台XP机（没安装任何VS）测试过了，需要如下两个运行库，把它们拷贝到本程序同一个目录处即可运行：



这个是V100版，编译参数中有个V90版，不知对应什么系统的，你查一查有没有以上两个以90作后缀的文件？

[ 本帖最后由 TonyDeng 于 2011-10-9 09:47 编辑 ]

你觉得还有意思？

我仍然觉得你非常没意思，人渣，这个结论永远不会改变，也是事实。想做坛霸，就老老实实地做人，得到大家的尊重，没看见你及那两三个曾经的“天下第一”现在有多少人理睬来着，群众的眼光是雪亮的。躲在一边自慰去吧。

[ 本帖最后由 TonyDeng 于 2011-10-9 09:52 编辑 ]

有能耐去给开源做点贡献。

整天搞这些没有意义的玩意还自以为是。

真受不了。

是开源在给你做贡献吧，

你以为都跟你一样 ，只索取不付出。

我是好几个project 的source code contributer