关键字

• 最简单的调试攻略
• 多项目调试, 适用个人开发和项目开发
• 无需修改系统环境变量

准备VSCode

在官网下载最新版的VSCode:

https://code.visualstudio.com/

安装Golang插件

• 打开扩展面板

  VSCode->查看->扩展

• 找到Go插件 在搜索框里输入Go, 找到第二行写有 Rich Go language support for Visual Studio Code的插件, 点击安装

  注意不是排名最高的

• 重启编辑器

配置启动项

• 打开调试面板

  VSCode->查看->调试

• 添加调试目标

  在"没有调试"的下拉框中点击"添加配置.."

• 添加目标调试配置

  例子:

  {
      "version": "0.2.0",
      "configurations": [
          {
              "name": "Launch",
              "type": "go",
              "request": "launch",
              "mode": "debug",
              "remotePath": "",
              "port": 2345,
              "host": "127.0.0.1",
              "program": "${fileDirname}",
              "env": {
                  "GOPATH":"D:/Develop/vscodegolang"
              },
              "args": [],
              "showLog": true
          }
      ]
  }

其中: "port", "host"都是go插件自动生成的

"env"为设置环境变量, 设置为你的工程目录就可以(包含bin, src的文件夹)

准备调试插件

此时找到main.go按F5, 会报错提示:

Failded to continue:"Cannot find Delve debugger. Install from https://github.com/derekparker/delve & ensure it is in your "GOPATH/bin" or "PATH"

我们使用go命令行编译调试器

go get github.com/derekparker/delve/cmd/dlv

将dlv调试器放在GOPATH(工程目录)的bin目录下

开始调试

选中要调试的main.go, 点击F5, 既可以开始调试

调试快捷键和Visual Studio系一致

• F9 切换断点
• F10 Step over
• F11 Step in
• Shift+F11 Step out

注意点

• 某些结构体成员无法直接显示时, 可以直接选中变量名, 添加到监视, 或者右键点击: "调试:求值"

多项目调试

在launch.json中可以添加多组调试入口, 通过调试面板中选中对应的配置开启不同目标的调试

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "client",
            "type": "go",
            "request": "launch",
            "mode": "debug",
            "remotePath": "",
            "port": 2345,
            "host": "127.0.0.1",
            "program": "${fileDirname}",
            "env": {
                "GOPATH":"D:/Develop/vscodegolang"
            },
            "args": [],
            "showLog": true
        },

        {
            "name": "server",
            "type": "go",
            "request": "launch",
            "mode": "debug",
            "remotePath": "",
            "port": 2345,
            "host": "127.0.0.1",
            "program": "${workspaceRoot}/src/server",
            "env": {
                "GOPATH":"D:/Develop/vscodegolang"
            },
            "args": [],
            "showLog": true
        }
    ]
}

"program"中的"${fileDirname}"是以当前选中文件作为启动点

更建议使用"program"的"${workspaceRoot}", 以包名作为启动点的方式进行配置

参考链接

https://code.visualstudio.com/Docs/editor/debugging

Google官方为Golang的调试例子默认使用了gdb

然而, 使用gdb调试go程序会遇到goroutine的各类问题, 因为gdb不懂go

因此, 这里使用delve黑科技来进行Golang的程序调试

纯命令行调试方法在网上很容易搜索到, 本文主要以LiteIDE来进行程序调试

关闭编译器优化

正常go build/install出的go程序是完全优化过的, 强行使用调试器挂接调试时, 某些local变量/lamda表达式捕获的变量会直接进入寄存器, 无法使用调试器查看

删掉所有的pkg, 为build或install参数加入关闭编译器优化的参数 -gcflags "-N -l"

例如:

   go install -gcflags "-N -l" svc\gamesvc

delve调试器安装方法

LiteIDE自带了gdb, 但是没有delve调试器, 需要自行安装, 命令如下

go get github.com/derekparker/delve/cmd/dlv

delve调试器会被放到你的GOPATH/bin下

LiteIDE中的delve调试器配置

选择调试器

在LiteIDE菜单中选择 调试->debugger/delve

delve环境变量设置

这个时候, LiteIDE依然找不到delve, 因为它不在环境变量PATH中, 这里无需修改环境变量, 只需要LiteIDE的环境配置

在LiteIDE菜单中选择 查看->编辑当前环境, 在弹出的文档中修改

PATH=c:\mingw32\bin;%GOROOT%\bin;%PATH%;c:\your\path\to\delve

去掉PATH前的注释#, 在%PATH%添加分号, 然后和你到delve调试器的路径

开始调试

选择你的工程, 点击F5, 进入调试模式

调试器显示变量值

LiteIDE使用delve调试时, 无法在 变量 监视等窗口中正确捕捉delve调试返回数据(因为格式太复杂了…)

没关系, 我们使用命令行配合显示即可

LiteIDE控制台或调试输出窗口在delve调试时, 实际上是一个标准命令行 
命令如下

• p 变量名可以查看变量值

• locals查看局部变量

• ls可查看当前文件

• stack查看栈

• help可以查看各种帮助

调试外部程序

如果你的程序是外部程序, 或者使用go install安装到GOPATH/bin目录的程序, 那么使用delve调试器启动程序时, 可能会碰到启动路径错误的问题

使用LiteIDE菜单 调试->调试其他应用程序… 填入你要调试程序的路径以及工作目录, 可以解决这个问题

Decoda

    这是现今地球上调试lua5.1最方便的工具, 没有之一. 强大的注入式调试, 性能极高.支持 挂接进程, 变量展开, 断点等各种日常所需.

早期的Decoda是收费工具, 因此质量非常高.

    Decoda现在已经停止开发并开源了, 调试lua5.2会crash. 源代码可以作为一种技术参考, 很多dll注入修改技术, 灰常牛X

LuaStudio

   比较优秀的调试工具(因为收费), 可以调试lua5.1/5.2, 界面属于vs2008类型, 土豪可以考虑买几套试试

ZeroBrane Studio

对lua5.1支持较好, 5.2也能调但偶尔还是会crash, 基于远程调试方式, 所以性能略低.

RemDebug

没有IDE, 纯命令行方式调试器, 但因为简单, 所以可以参考后写一个自己的程序内建调试器

Babe Lua

把这货放在最后是有原因的, 还记得那句老话: 老外一开源, 我们就有自主研发了, 对的, 这货一定是参考了Decoda的代码后搞出个vs的插件来, 虽然不收费, 但是不提下参考对象的行为还是值得批斗的. 这货在中文博客上说, 不支持挂接到进程(Decoda支持), 不支持64位调试(LuaStudio支持), 调试30~50次偶尔挂1到2次. 哎, 毕竟只是代码搬运工, 不生产代码.

这货装上, 能用, 调5.2是不行的, 5.1比Decoda方便点, 毕竟vs支持悬浮显示变量.

说了那么多, 其实对于lua5.2版本的调试, 还是没有免费的比较合适的方案, 如果实在想调试, 还是可以参考下RemDebug的原理及lua官方调试文档, 自己通过c api调用写一套适合自己的远程调试工具. 其实没有多复杂, 但总比不调试的好

pdb加载是正常的, 但是堆栈没显示如此简单的空指针访问位置. Google了以下

http://blogs.msdn.com/b/debugger/archive/2010/05/12/visual-studio-debugger-fails-to-catch-unhandled-exception-for-a-windows-form-or-wpf-application.aspx

解决方法: Debug->Exception中将所有异常勾选即可

不知道哪里的设置导致如此诡异的问题, 害的我重装一次..

CCApplication::sharedApplication()->run(); 在Windows下除了初始化回调外, 还有Windows平台特殊的消息循环. 既然是循环, 这个run函数会一直阻塞到程序退出, 因此我自然的在run后添加自己的资源卸载

换到Android上呢CCApplication::sharedApplication()->run();的实现变了. 由于Android上没有Windows的消息循环, 所有事件都是通过java方式的事件通知. 因此CCApplication::sharedApplication()->run();变成了非阻塞, 可是我在run后添加了资源卸载. 结果导致系统刚初始化就卸载了资源, 内存直接不可用, 导致后面cocos2dx的API部分使用无问题, 而自己引擎的API调用闪退.

cocos2dx的这个run函数命名有严重问题.. 被坑了好久, 还一直怀疑NDK内存管理是否有特殊之处, 殊不知..

请注意下载对应你系统的版本, 64位系统请保证后文全系使用64位程序, 以免遇到不必要的麻烦

1.JDK&JRE       JAVA运行时及开发包

2.ADT               是Eclipse的一个插件，这一步是为了管理安卓开发库

http://developer.android.com/sdk/index.html

作为新手, 请下载ADT Bundle For Windows, 这个版本已经包含

ADK（安卓开发包）, CDT（Eclipse的C/C++开发插件）及对应的Eclipse, 可以避免第一次部署出现的各种烦心!

3.NDK              只有ADT已经可以运行普通的Andriod程序，但是如果需要编译C/C++程序， 还需要NDK

http://developer.android.com/tools/sdk/ndk/index.html

4. cocos2dx 2.0.4版本

准备SDK API

下载好ADT后解压， 有如下目录

eclipse\      <- 开发环境

sdk\           <- Andriod SDK

SDK Manager.exe     <-- Android开发包管理器, 由于Andriod版本较多, 所以此管理器可以方便开发者选择部署目标机器

打开SDK Manager在Android 2.2(API 8)里的 SDK Platform, Google APIs前打勾, 点击右下角的Instal packages

如果感觉下载速度慢, 可以移步这里http://my.oschina.net/heguangdong/blog/17443, 选择Andriod离线下载

这里是下载链接

http://dl-ssl.google.com/android/repository/google_apis-8_r02.zip

http://dl-ssl.google.com/android/repository/android-2.2_r02-windows.zip

https://dl-ssl.google.com/android/repository/usb_driver_r04-windows.zip

把android开头的文件解压到platforms目录下

把goole_apis开头的文件解压到add-ons目录下

把usb_driver_r03-windows.zip解压到usb_driver目录下。

Eclipse导入工程

打开Eclipse

导入Cocos2dx例子工程:

Eclipse中File->New->Other...选择Andriod Project from Existing Code

在Import Projects的Root Directory中导入D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4\samples\HelloCpp\proj.android\

注意, 不要选中 Copy project into workspace, 否则路径编乱很难编译成功

导入cocos2dx的java框架

在src目录中new package, 输入org.cocos2dx.lib, 在org.cocos2dx.lib的package中点Import-> FileSystem

选中目录D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4\cocos2dx\platform\android\java\src\org\cocos2dx\lib\, 点选所有java文件

工程Properties->Builder->New->Program

在Main标签中填写

填写NDK编译命令行 D:\Develop\android-ndk-r8e\ndk-build.cmd

点击Browser Workspace选中当前工程,出现${workspace_loc:/HelloCpp}

切换到Environment标签中填写

新建NDK_MODULE_PATH 填写D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4\;D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4\cocos2dx\platform\third_party\android\prebuilt\

修改cocos2dx的Android.mk, diff如下

@@ -153,6 +153,7 @@

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_jpeg_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libxml2_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libtiff_static

+LOCAL_WHOLE_STATIC_LIBRARIES += cocosdenshion_static

# define the macro to compile through support/zip_support/ioapi.c              

LOCAL_CFLAGS := -DUSE_FILE32API

@@ -164,3 +165,4 @@

$(call import-module,libpng)

$(call import-module,libxml2)

$(call import-module,libtiff)

+$(call import-module,CocosDenshion/android)

F&Q

andriod-8问题

修改D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4cocos2dx\platform\android\java\project.properties中的target=android-8改成你需要的版本

resources.ap_ does not exist

assert目录中有资源出问题, 排查即可

例如: cocos2d-2.0-x-2.0.4\samples\TestCpp\proj.android\assets\Images\*.pvr.gz

启动Android模拟器时的Failed to allocate memory: 8问题

调整内存值,请求内存太大导致

api版本过低导致JAVA Symbol未定义问题

setEGLContextClientVersion undefined

api8(andriod 2.2)后的版本, 才支持openGL es 2.0

自己做工程遇到的问题D:\Develop\RevWar\sdk\cocos2d-2.0-x-2.0.4\/cocos2dx/platform/android/jni/JniHelper.h:28:18: fatal error: string: No such file or directory

将cocos2dx例子中的Application.mk拷过来, 修改下内部名称即可

调试请尽量使用真机, 模拟器速度很慢

请执行每次Clean, Build project, Debug.  真机上在需要时, 会弹出安装...

Android启动日志

带有ADT的Eclipse中有一个logcat窗口, 里面有系统及程序本身的日志, 可以做过滤,方便检查问题. 如需自己打日志, 可以使用cocos2dx中的LOGD宏来做, 原型是__android_log_print(ANDROID_LOG_DEBUG,LOG_TAG,__VA_ARGS__)

Remark

添加assert后, F5刷新后再编译
NDK build时,默认从工程的jni目录开始

Andriod.mk的import 原则$(call import-module,模块名) 这里的模块名必须与目录名, 模块make file中的名称报纸一致

参考文章

http://www.cnblogs.com/ybgame/archive/2012/06/07/2540693.html

发文时, Andriod Studio已经发布了一段时间, 虽然是测试版, 但将代表未来更方便的Andriod发布工具

在编写本文前, 笔者使用过诸如libunwind等库进行错误时堆栈打印, 但是其本身由于需要引用第三方库, 使用还是稍微麻烦.

经过Google后, 居然找到一篇好文, 其通过捕获SIGSEGV信号, 并迫使程序进入gdb调试阶段, 利用gdb强大的调试功能可以进行各种错误跟踪, 此法已与Windows下程序崩溃后弹出VC调试几乎接近.

我在此文基础上, 扩展了其通用性及便利性

1. 使用gdb的 -ex参数, 在挂接程序后, 执行bt指令打出程序堆栈

2. 将信息重定向到自定义的文件,在多进程都需要进行后台输出时带来更大的灵活性, 同时也解决了gdb只能在前台调试的问题

代码如下

#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <string.h>

void dump(int signo)
{
        char buf[1024];
        char cmd[1024];
        FILE *fh;

        snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid());
        if(!(fh = fopen(buf, "r")))
                exit(0);
        if(!fgets(buf, sizeof(buf), fh))
                exit(0);
        fclose(fh);
        if(buf[strlen(buf) - 1] == '/n')
                buf[strlen(buf) - 1] = '/0';
        snprintf(cmd, sizeof(cmd), "gdb %s %d -ex=bt > ./a.txt", buf, getpid());
        system(cmd);

        exit(0);
}

在服务器开启时,添加 signal(SIGSEGV, &dump ); 进行信号处理挂接即可

引用: http://blog.csdn.net/kakaka2011/article/details/6597857  作者: kakaka2011

这里无需编写插件及修改配置文件,只需要将要显示的字符串拉到Watch中,并在变量后面添加,s8即可显示

-->

同样类型的功能也应该很熟悉

,数字  将变量拆分为数组显示, 数字是要显示多少位, 此法对const char*这类原始字符串非常有用

,x 16进制查看

,hr  查看Windows HRESULT解释

,wm Windows消息,例如0x0010, wm 显示 WM_CLOSE

    typedef struct tagTHREADNAME_INFO

    {

        DWORD dwType;        // must be 0x1000

        LPCSTR szName;        // pointer to name (in user addr space)

        DWORD dwThreadID;    // thread ID (-1=caller thread)

        DWORD dwFlags;        // reserved for future use, must be zero

    } THREADNAME_INFO;

    void SetThreadName( DWORD dwThreadID, LPCSTR szThreadName )

    {

        THREADNAME_INFO info;

        info.dwType = 0x1000;

        info.szName = szThreadName;

        info.dwThreadID = dwThreadID;

        info.dwFlags = 0;

          // Visit http://www.cppblog.com/sunicdavy for original article

        __try

        {

            RaiseException( 0x406D1388, 0, sizeof(info)/sizeof(DWORD), (DWORD*)&info );

        }

        __except(EXCEPTION_CONTINUE_EXECUTION)

        {

            int a =1;

        }

    }

使用期间一直正常. 随着工程需求变化,我需要频繁的将一个被命名的线程创建工作一段时间后马上结束释放资源并重新创建,出现了死锁问题

死锁总是发生在主线程的Sleep或者是SetEvent两个WindowsAPI函数. 而且仅仅在Visual Studio 2008里调试时会发生死锁,脱离调试环境一切正常.

我开始打日志调试, 结果发现死锁前能够正常创建线程,但是线程函数根本没有调用进入.之后就在主线程Sleep处死锁了.

由于SetThreadName没有使用正规的API接口,而是使用抛异常方式, 而且线程名称应该只在Visual Studio IDE中才能显示, MSDN对RaiseException的描述里也有说明可以使用WaitForDebugEvent接收应用程序抛得异常.因此可以推断是SetThreadName造成的问题. 屏蔽SetThreadName,测试通过

平时安装有VC IDE的机器一定会碰到这样的情况：如果程序有crash，会弹出一个JIT的调试对话框，询问使用何种调试器进行调试。这种情况同样会出现在使用dump文件时。这个对话框也是我们今天需要用到的。

如果需要调试一个被另外进程启动的进程，那么需要让这个被启动的线程能启动调试器，方法如下：

假定我们需要调试的应用程序名称为myapp.exe

1. 打开注册表

2. 在HKEY_LOCAL_MACHINE\Software\Microsoftware\Windows NT\CurrentVersion\Image File Execution Options中寻找myapp.exe文件夹

3. 如果这个文件夹不存在，那么就新建一个，例如：myapp.exe

4. 在文件夹里新建一个字符串键，名称为debugger，值为vsjitdebugger.exe

5. 如果使用的不是VC调试器，那么需要在环境变量中添加这个exe的启动路径

运行你需要被调试的程序试试吧，爽了吧！

转载请注明此文来自 战魂小筑博客 http://www.cppblog.com/sunicdavy

#define MS_VC_EXCEPTION 0x406d1388

typedef struct tagTHREADNAME_INFO

{

    DWORD dwType;        // must be 0x1000

    LPCSTR szName;       // pointer to name (in same addr space)

    DWORD dwThreadID;    // thread ID (-1 caller thread)

    DWORD dwFlags;       // reserved for future use, most be zero

} THREADNAME_INFO;

void SetThreadName(DWORD dwThreadID, LPCTSTR szThreadName)

{

    THREADNAME_INFO info;

    info.dwType = 0x1000;

    info.szName = szThreadName;

    info.dwThreadID = dwThreadID;

    info.dwFlags = 0;

    __try

    {

        RaiseException(MS_VC_EXCEPTION, 0, sizeof(info) / sizeof(DWORD),

(DWORD *)&info);

    }

    except (EXCEPTION_CONTINUE_EXECUTION)

    {

    }

}

线程名称限制在9个ANSI字符内,调用这个函数后,将触发一个调试器异常,VC调试器将会把字符串设置为线程名称,并在调试器中显示

static void __cdecl _initterm (
#endif  /* CRTDLL */
        _PVFV * pfbegin,
        _PVFV * pfend
        )
{
        /*
         * walk the table of function pointers from the bottom up, until
         * the end is encountered.  Do not skip the first entry.  The initial
         * value of pfbegin points to the first valid entry.  Do not try to
         * execute what pfend points to.  Only entries before pfend are valid.
         */
        while ( pfbegin < pfend )
        {
            /*
             * if current table entry is non-NULL, call thru it.
             */
            if ( *pfbegin != NULL )
                (**pfbegin)();
            ++pfbegin;
        }
}

这个函数会初始化所有链接到exe中的全局函数构造, 跟踪这个地方, 发现,只有1个lib中的能被正确调用,但是出问题的那个lib中所有构造都不能被调用. 尝试调整编译顺序无果

唯一的方法只有修改架构为在winmain内进行构造

如果有这方面调试经验的同学可以回帖,谢谢

fatal error C1075: end of file found before the left brace '{' at 'd:\xxx.cpp(49)' was matched

检查排除代码，去除了宏，留下了一句

{__asm int 3;}

将大括号去掉，能编译成功。去掉;也能编译成功

我就奇了怪了，查了MSDN文档，里面是这么写的：

__asm assembly-instruction [ ; ]

__asm { assembly-instruction-list } [ ; ]

asm-statement:

__asm assembly-instruction ;_opt

__asm { assembly-instruction-list };_opt

assembly-instruction-list:

assembly-instruction;_opt

assembly-instruction;assembly-instruction-list;_opt

也就是说 分号是可选的，这个类似于lua

不加分号也可以这样写

__asm mov al, 2   __asm mov dx, 0xD007   __asm out dx, al

于是乎，我想这成了一个VC的bug

编译环境vs2008 c/c++

lua中，数值使用double来存储，包含整形和double。而解析出来的整形也是被强转为double进行存储，这样就会出问题。

举一个简单的例子：

double f = (double)0xffffffff;
int a = int(f);

这里的文章说明这个类型转换问题的缘由。

在Squirrel脚本中就不会有这个问题

local a = 0xffffffff

print( a )

结果为-1

查看其源代码：

typedef union tagSQObjectValue
{
    struct SQTable *pTable;
    struct SQArray *pArray;
    struct SQClosure *pClosure;
    struct SQGenerator *pGenerator;
    struct SQNativeClosure *pNativeClosure;
    struct SQString *pString;
    struct SQUserData *pUserData;
    SQInteger nInteger;
    SQFloat fFloat;
    SQUserPointer pUserPointer;
    struct SQFunctionProto *pFunctionProto;
    struct SQRefCounted *pRefCounted;
    struct SQDelegable *pDelegable;
    struct SQVM *pThread;
    struct SQClass *pClass;
    struct SQInstance *pInstance;
    struct SQWeakRef *pWeakRef;
    SQRawObjectVal raw;
}SQObjectValue;

可以看到

SQInteger nInteger;
SQFloat fFloat;

是分开存储的，因此就不会有这个问题

lua解决方法：

1. 将十六进制换为10进制存储

2. 等待大侠或者官方修改代码，做出patch

lua代码：

t = {}

t.FillColor = 0xFFFFFFFF

foo( t )

在C++中注册一个foo函数，然后获取table t中的FillColor成员

发现取得的值居然为0x80000000

使用lua c api测试代码

lua_newtable( L );
lua_setglobal( L, "t");

lua_getglobal( L, "t");
lua_pushstring(L,"FillColor");
lua_pushinteger( L, 0xffffffff );
lua_pushinteger( L, -1 );
lua_settable( L, -3 );

lua_getglobal( L, "t");
lua_pushstring( L, "FillColor");
lua_gettable( L, -2 );
int t = lua_tointeger( L, -1 );

结果t也是0x80000000

然后将十六进制的0xFFFFFFFF换成十进制的4294967295，测试结果正确显示-1

再使用几个样本测试

0xFF5F5F5F = 4284440415 会被改成0xFF5F5F00

这个bug倒是很好解决，将代码中的十六进制数全换为10进制即可。但是为什么只在Release版本发生呢？

本人使用的是lua 5.1.4 原生

    随即开始隔离代码分析，当隔离到一个继承公用静态库时，隔离后不会宕机。这表示静态库与exe之间的链接出了一些问题。再次观察挂掉的地方显示streambuf一类的东西，这是包含在iostream里的东西，继续点击堆栈向上跟踪。结果在wcout.cpp里发现了

__PURE_APPDOMAIN_GLOBAL static wfilebuf wfout(_cpp_stdout);

所有问题迎刃而解，应该是恶心的iostream的静态变量，在多重静态库链接时的错误，导致exe启动，CRT为其分配内存时的宕机。马上屏蔽所有使用过wcout及iostream的所有代码。release版正常运行，不再宕机

char* pdata = new char(14245);
::memset( pdata, 0, 14245 );

我马上运行代码，结果果真是Access Violent。

之后试过malloc都没有问题

随机我把这段代码删除，过了几分钟后，我按照记忆，重新写下代码

char* pdata = new char[14245];
::memset( pdata, 0, 14245 );

结果不crash了。细细一看

。

。

。

为啥要调用char的构造函数传入14245的参数呢？这样只能new出来1个字节，但是memset又写了14245个字节，不挂才有鬼了

之后问过很多人，基本都没看出来，可见这个写法极其骗人

    记得某次友人层说过，delete[]在Windows平台上都是用HeapFree来实现的，因此delete[]和delete来删除对象数组时都是一样的。之后我也参考过很多的内存管理器及new/delete重载实现,基本都是这个道理。

    最近突然发现，如果是对象数组的话，使用delete确实能删除内存，但是对象数组中的每个对象的析构就不能被调用了。幸好平时一直都还是保持良好的C++习惯，一直使用delete[]，并且使用new[]大部分是char类型，不需要析构

google了一下，找到了一篇颇有参考价值的文章

A common error is to link C extension modules (shared libraries)
with the static library. The linker command line for extension
modules must not ever contain -llua or anything similar!

I.e. check your build process. If you are unsure where the two
copies of the Lua core come from, grep the binaries for some
characteristic error message, like "table index is nil".

我的lua封装库是与lua源码一起封装在一个静态链接库提供给所有程序链接使用。有些工程只有1个dll或者exe单独链接，不会出现问题。问题很大程度上就发生于将一个lua源码构成的库链接给多个dll或者exe，或者混杂链接，这样极易出现莫名其妙的table访问到dummy_node的错误情况

因此，马上调整，尝试将这个库改为dll。但是在一些模板函数偏特化上出现了链接问题。最后发现，动态链接库完全就是模板的噩耗，虽然模板函数是内联，对于全局的模板函数，将其放在头文件中就会出现多重引用问题。因此放弃，将lua5.1的源码放在一个dll中，将封装库放在静态库中，这样就绝对没有任何问题

工程结构

包含有静态库

motion.lib 一个UI逻辑的库

HGErender.lib  使用一个motion的接口实现的HGE渲染器，与motion.lib没有链接和依赖关系

一个exe静态链接motion.lib和HGErender.lib

motion中加入了一些flash支持，将flash的包含放到了预编译头文件，这部分头文件exe是没有引用的

表现症状

exe可以正常运行，但是在motion中新添加的flash类实例化后无法看到成员

重编，重新link，清空重编无用

换用vs2005，依然无用，但是报了一个Error: error in OMF type information 错误

解决方法

尝试将flash包含到预编译头的文件放到对外包含中，让exe也能看到这一部分

问题解决

分析

VS的调试系统并不是完全开发，因此我们只能从一些表象来分析一些调试器原理及行为

这个bug的原因就在 作为调试入口的exe并没有获得完全的motion里调试的信息。如果将motion作为dll加载，理论分析不会出现这种问题。dll将被作为一个单独的调试入口，需要单独加载独立的pdb。

本例中，静态库中的调试信息并没有链接到exe，因此看不到成员的任何信息

扩展

大多数的游戏或应用程序都是使用静态库来做链接，这样无论是编写还是代码安全都有所兼顾。但对于工程模块之间的互相隔离，C/C++静态库本身的毛病（CRT内存分配及静态，全局变量问题）就变得尤为严重。

而使用动态链接库的接口方式也是有一部分程序这样使用的，如果为了安全或者加密，可以将动态链接库放到自己的包内，使用从内存读取dll的技术，这样安全，工程架构又清晰

      我的lua封装非常简单，支持C++类成员函数调用上也是在luaplus基础上改造而来的：

    void register_helper( lua_State* L, int tableindex, const char* funcname, lua_CFunction dispatcher, void* func, int sizeoffunc, const void* userdata, int sizeofud )
    {
        // function | userdata = lightuserdata
        unsigned char* buffer = (unsigned char*)lua_newuserdata( L, sizeoffunc + sizeofud );
        memcpy( buffer, (void*)func, sizeoffunc );
        memcpy( buffer + sizeoffunc, &userdata, sizeofud );

        lua_pushstring( L, funcname );
        lua_pushlightuserdata( L, (void*)buffer);  
        lua_pushcclosure(L, dispatcher, 1);
        lua_settable( L, tableindex );
    }

检查发现，貌似是lua_newuserdata的问题，将其换为malloc，问题解决了。

虽然支持google了一下类似的问题，并且也在gc库内打过断点，new出来的内存绝非简单的被gc回收，而有可能是lua某些机制造成的，毕竟这样给C++做绑定是很常见的

马上做了一个list保存指针，并在lua_close之前清除这些指针，所有问题迎刃而解

1. 某个修改后，断点无法工作，之前版本依然正常

2. 只是某个文件中断点无法工作

3. 断点打在 引用另外DLL中的类对象A

文件结构：

Core.dll

A.cpp

class A 
{ 
public: 
    A( )
    { 
        printf("constructor of a");
    } 

} 

UI.dll

Manager.cpp

class Manager
{ 
public: 
    Manager( )
    { 
        printf("constructor of Manager");
    } 

} 

Button.cpp

A ins; // 断点打在这里

Run.exe

void main() 
{ 
    Manager ins;  // 实例化 
} 

这里发现A根本不会被C runtime在执行main之前构造，因此断点无法打到

已经排除特殊字符影响的原因，按照网上的方法是，将文件保存为UNICODE，问题依旧

开始用排除隔离法确定问题位置，最后发现这样一个规律：

只要在Manager.cpp里构造一个Button

Button insB;

这样做了以后，断定必定能起作用。

因此推断CRT层的全局构造是需要一个链表来推动的

因为Manager需要构造，因此CRT肯定会扫描这个CPP对应OBJ链接到exe里的段，让这个段里的全局构造函数都初始化，但是Button因为没有使用，因此也不会构造。这样局部扫描应该是出于效率.

解决这个问题还有一个方法就是全部使用静态链接方式，这样构造代码都放到最后的exe中，就不会出现这样的问题

1. 多人开发中，经常更新别人的代码后，突然停在某个自己没打过的断点上，我们组称之为附送断点。
2. 并且无论VSS还是SVN等代码管理工具都会出这样的问题。但是你提交的只有代码，没有其他单独的配置文件
3. VC2005中，即便打过SP1，也会碰到某个文件突然无法打断点的BUG（排除没有重编，打错文件断点等低级错误），解决办法是：打开记事本，将这个文件的代码全部粘贴到记事本，再帖回来
4. VB中的代码文件，使用记事本打开时，可以看到比IDE里看到更多的配置型代码

综上所述，基本可以断定VC的断点被保存于代码的尾部的某个位置，看不见的一些字符

    对于 "德国"

    他们发送的编码数据为 d3 ec 3f

    而我们的中文系统为 b5 c2 b9 fa

    因为聊天系统采用ANSI的架构，但是为什么同是东方语言系，一个会是UTF8,一个是ANSI双字节，因此将聊天系统整体发送换成纯UNICODE进行测试