疯狂儿

看我博客文章：http://blog.eeworld.net/singlerace/archive/2008/07/15/2655154.aspx

seafarer

下回也试试这种调试方法！

hulei8616

引用 21 楼 gooogleman 的回复:
引用 19 楼 guopeixin 的回复:
引用 11 楼 BEYONDMA 的回复:
WinDbg还真没在ＣＥ下用过这个东东，一般都是打ＬＯＧ来ＤＥＢＵＧ：）帮顶！  
   
^_^，我也这么用
  
  
你现在也没有搞定？
不少人使用：自己加一个SEH捕获一下异常，把crash信息输出，再利用编译器生成的map文件定位崩溃代码区间，我一直这样用感觉不错  
的方法。我还没有尝试过呢。

貌似这种方法有的崩溃抓不了，不过自己没有试过，不敢瞎说！

有知道的XD给正一下视听。

呵呵、、

wanghong

现在是小有进展，对于Image本很身的Crash File可以通过Windbg来进行分析，如同楼上很多朋友讲的，需要配合pdb文件进行分析，最终可以定位到特定的代码行。
但是对于AP里面的发生异常产生的Crash Dump File，目前还是没有办法进行分析，正在研究中。

aolin

出DataAbort后为什么不用简单的Dumpbin反汇编查一下,我一般都是这样定位到哪一个函数,接下来查就相对比较简单了

yoyo1985914

引用 27 楼 hzdysymbol 的回复:
出DataAbort后为什么不用简单的Dumpbin反汇编查一下,我一般都是这样定位到哪一个函数,接下来查就相对比较简单了

呜呜，这个我都不知道怎么用，hzdysymbol 这个Dumpbin是PB自带的工具？怎么弄的？

renrongwen

VS带的工具
也就是反汇编
直接把DLL反汇编出来,查一下Data Abort的地址,就可以确定出错的函数

repeater

关于Dumpbin有更详细的资料么？

lyylsc

引用 29 楼 hzdysymbol 的回复:
VS带的工具
也就是反汇编
直接把DLL反汇编出来,查一下Data Abort的地址,就可以确定出错的函数

关于Dumpbin有更详细的资料么？

hzdysymbol 老兄，能不能写篇博客给大家分享一下。？

tankli01

晕，最近好忙，年纪大了，学习新东西感觉特辛苦
我简单在这里介绍一下用法吧：
1。看Data abort的Message，确定是哪个DLL或EXE出错
2。在Release目录下面运行Dumpbin,把相应的文件反汇编，Dumpbin用法可以查帮助，dumpbin -h吧
3.用编辑工具打开反汇编生成的文件，相看Data Abort时出错的地址
这时候就可以看到是在哪一个函数里面了
应该很简单吧

sofy231

引用 32 楼 hzdysymbol 的回复:
晕，最近好忙，年纪大了，学习新东西感觉特辛苦
我简单在这里介绍一下用法吧：
1。看Data abort的Message，确定是哪个DLL或EXE出错
2。在Release目录下面运行Dumpbin,把相应的文件反汇编，Dumpbin用法可以查帮助，dumpbin -h吧
3.用编辑工具打开反汇编生成的文件，相看Data Abort时出错的地址
这时候就可以看到是在哪一个函数里面了
应该很简单吧

你的意思是说PB6.0才能用了，PB5.0就不行了，因为5.0和VS是分离的啊。

lhb111403

1. 如果已经安装过VS2005，打开C:\Program Files\Microsoft Visual Studio 8\VC\bin
2. 从Dos下进入该目录并运行vcvars32.bat
3. 此时可以运行dumpbin.exe了，但是接下来传什么参数呢？

spirit_only

谢谢大家一个多月来的讨论，通过大家的的讨论，虽然没有找到特别好用特别简单的方法，但是也了解了一下做WinCE同行的一些调试方法，分虽然少了些，但是重在参与嘛，^_^。
总结了一下，大家目前用到的方法主要有：
1. SHE结构化异常处理方法；
2. 利用发生异常的时候CE的异常处理打印的Dbg信息中的PC，到Map文件中去定位，并一步一步寻找到出问题的函数；
3. 纯粹利用Debug信息进行调试的方法；
4. hzdysymbol兄提到,用DumpBin.exe将源程序进行汇编处理，到汇编代码中进行定位，由于小弟愚笨，暂时还没有学会使用，哈哈。
再次感谢大家。

wfkj

MARK 如此好的贴