最笨的方法,不过也很有效,找一台没装vc的机子(如果你的程序是用vc开发的话)执行你的程序,看他谈出对话框,说缺少什么dll,不过这种方法每运行一次,只能找到一个需要的dll.

解决方案 »

  1.   

    用Installsheld professional 可以查,用vc++ debug 运行时看底下的输出窗口,用vs tools 中的depends 也可以看。方法很多。用installsheld 作安装盘
    若要求不高,也很好用。
      

  2.   

    我想知道Visual stiudio 6.0 组件里有没有相关工具?
      

  3.   

    Installsheld professional 在哪里找,我怎么找不到?
      

  4.   

    大家去
    http://www.csdn.net/expert/topic/734/734174.xml?temp=.2882044
    也留个名,我好分配分数。
      

  5.   

    在做发行版时,可以使用静态连接,这样就不需要MFC的动态库了
    project->setting->Genneral->using MFC in a static library
      

  6.   

    在做发行版时,可以使用静态连接,这样就不需要MFC的动态库了
    project->setting->Genneral->using MFC in a static library
      

  7.   

    VS的安装盘上应该有InstallShield Professional for Visual C++ 6.0,你找一下看看。
      

  8.   

    用静态的好吗?因为我的程序里有一个我自己的DLL,它也是要用到MFC的,是不是也要把它的MFC静态一下?这不是很浪费吗?
      

  9.   

    ############楼主再次声明###############想多拿分数的,请在此回帖后,都到:
    http://www.csdn.net/expert/topic/734/734174.xml?temp=.5819361
    留个名
      

  10.   

    调用MFC,把程序编译成realse,不需要自己打包dll吧。
      

  11.   

    vc.net 会说你调用了什么 dll.如果用 boundcheck 检查内存泄漏的工具,你会告诉你你的程序用了那些 dll.
    http://www.vckbase.com/tools/debug/BChecker6.01.zip
    s/n: 6109-00009B-9F
      

  12.   

    InstallShield Professional 或者depend,要不然就自己一个个的试
      

  13.   

    对动态调用的dll怎么办?任何静态分析工具都不行吧。
      

  14.   

    你没用过REGSNAP吗,特别好用。试试吧,我们做安装程序都用的他。
    1。先找一台干净的机器,装操作系统,(或者一个干净的分区)然后装regsnap,然后用ghost把此分区做个备份。
    2。用regsnap做系统记录。
    3。安装软件,然后在用regsnap做系统记录。然后他会去查找两次系统的差别,包括系统目录和注册表的差别;生成脚本做记录。
    注意,有的差别需要重启机器才能表现,所以最好安装后重启机器。
    4。如果还有其他软件,重复步骤3。
    5。等所有的东西都做完了,做安装程序。
    6。然后ghost回来,再安装你的安装程序,试试是不是可用了。
    一切OK了。呵呵
      

  15.   

    星期一恐怕我不能上网了,不过还是发我一份吧,
    我的E-MAIL:[email protected]
      

  16.   

    The Module Dependency Tree View displays a hierarchical view of all the modules' dependencies.  There are three ways a module can be a dependent of another module:
    1.Implicit Module Dependency: Module A is implicitly linked with a .LIB file for Module B at compile/link time, and Module A actually calls one or more functions in Module B.  Module B is a load time dependency of Module A. and will be listed in Module A's import table.
    2.Dynamic Module Dependency: Module A is not linked with Module B.  At runtime, Module A dynamically loads Module B via a LoadLibrary() type technique.  Module B becomes a run time dependency of Module A, but will not be listed in Module A's import table.3.Forward Module Dependency: Module A is implicitly linked with a .LIB file for Module B at compile/link time, and Module A actually calls one or more functions in Module B.  One of the functions called in Module B is actually a forwarded function to Module C.  Module B and Module C are both load time dependencies of Module A, but only Module B will be listed in Module A's import table.
    Dependency Walker fully handles cases 1 and 3.  Case 2 is out of the scope of Dependency Walker since there is no way to detect a dynamic module dependency without actually loading the application as a running process and monitoring it.  Even this approach is not guaranteed to find all dynamic module dependencies since certain modules may only be dynamically loaded when the application enters a particular state and requires the functionality of that particular module.
      

  17.   

    Visual Studio 里的 depends 工具
      

  18.   

    使用静态连接,这样就不需要MFC的动态库了
    project->setting->Genneral->using MFC in a static library