有EMAIL吗,给你一段例子,保证管用

解决方案 »

  1.   

    做好组件,编译完成。
    然后写一个调试组件用的VB程序(新的工程),选择引用该组件的DLL
    最后,选择文件中的添加工程,将组件程序加入,
    设置VB程序为启动程序。然后就能调试了。
    我已经发了一个EMAIL给你,你可以参考一下
      

  2.   

    这种调试方法不是说不好,但是只考虑到开发者最初开发时的调试,你如何保证自己开发后调试好别人用就不会出错呢?
    要知道COM本来就是给别人再开发用的,所以,必须是别人使用过程中,让他可以避开错误的显示,但是又有条件让他把错误的信息传送回最初开发者。而最初开发者又能根据那些信息修改。
      

  3.   

    futu说的对,写个TXT不就行了。
      

  4.   

    我就想知道如何得到更详细的日志呀
    err.description很多都太简单了啊
      

  5.   

    对了 fraser01
    你所说的这种方法如果只是小工程也许有用,但如果是大工程就非常麻烦
    比如一个COM里有数据层,有用户层,每一个方法都是相互关联的,总共有10多个CLASS,如果调试一个方法都要这样,这是累死人了哦
      

  6.   

    我现在就是LOG啊,可是当存储过程有错的时候就只有一个溢出的信息,看死人啦
      

  7.   

    还要怎么详细,要不你就自己写好错误帮助文件,把所有的可能都先写好。
    我想不太可能吧。还是先保证不出错,然后给别人用,不就行了。
    微软都不能防止BUG,何况你??别太勉强了。
    有个err.description,就不错了,知足吧!!!
      

  8.   

    那是你的系统分析不行,为什么要马上写代码。
    向这种有10个CLASS的,系统分析很重要的。
      

  9.   

    可是我现在觉得很累啊。我的工程是将所有数据操作的动作都放在一个CLASS,那个CLASS的操作基本是使用存储过程,一般都是append参数那里出错,可是全部只有一个“溢出”的提示,让我怎么办呢?
    一般存储过程参数都有10几个,我怎么可能知道哪里错了?好累,调试得想不干了  :(
      

  10.   

    分析早就做好啊,ROSE文档一大把。都说了不是逻辑错误,是参数传递错误啊~~~~
      

  11.   

    单独做个append函数就可以记录错误参数了