一般只要MSVBVM?0.DLL即可,如果用到了通用控件,还要另加,如mscomctl等

解决方案 »

  1.   

    VB?CHS.DLL也是需要的,它里面包含了VB的一些字符串资源(中文的)
      

  2.   

    To:jyu1221(天同)
    没有VB?CHS.DLL也可以运行吧?
      

  3.   

    具体就记不太清楚,不过你可以通过打包程序在打包向导中看到这几个DLL。
      

  4.   

    没有VB?CHS.DLL也可以运行。所以我才奇怪为什么打包向导打进去一个垃圾另外还有些什么什么的,好像是OLE库还是什么的,明明没有引用,但是却进去了
      

  5.   

    如果没有VB?CHS.DLL,有的时候VB6程序运行的时候字体会变成8号,很难看。VB5没这问题。
    至于OLE,是VB自动的,与msvbvm60.dll等配套,为拥护的OLE调用做准备
    不要也可以,WINDOWS却声都带着,版本低一点也不影响使用。
      

  6.   

    个人所见:最简单的也是最基本的需要两个动态链接库文件:
    MSVBVM60.DLL
    VB6CHS.DLL如果你在程序中还用到了别的不是标准的控件,你还要用到.OCX文件。
      

  7.   

    但是我用Exescope发现VB产生的EXE并不引用VB?CHS.DLL啊,只引用了MSVBVM其他那几个OLE的根本不知所云,有一个文件系统不带,其他都带。害我又装了一套干净Win98才知道的
      

  8.   

    但是我用Exescope发现VB产生的EXE并不引用VB?CHS.DLL啊,只引用了MSVBVM其他那几个OLE的根本不知所云,有一个文件系统不带,其他都带。害我又装了一套干净Win98才知道的
      

  9.   

    但是我用Exescope发现VB产生的EXE并不引用VB?CHS.DLL啊,只引用了MSVBVM其他那几个OLE的根本不知所云,有一个文件系统不带,其他都带。害我又装了一套干净Win98才知道的
      

  10.   

    是在需要的时候MSVBVM60.DLL才引用其他的DLL,平时没用。不要也可以。
      

  11.   

    同意chenyu5188(蓝色情调)的,如果用到atctive控件和自己写的DLL还得带上它们。
      

  12.   

    VB6CHS.DLL不是必须的。不信可以实验一下哦。
      

  13.   

    需要的时候?那为什么ExeScope查不出来?
      

  14.   

    那么,不是LoadLibrary的,那种能查出来的是用Declare吗?
      

  15.   


    NoVB的DLL管理与VC不一样。Win32PE格式的EXE执行的时候,系统先检测文件里的Import表,即导入表,
    里面定义了这个EXE用到的DLL。我们用eXeScope看到的就是导入表。而VB程序的导入表是固定的,就是只导入了msvbvm?0.dll当你在程序中Declare后并调用的时候,VB才用LoadLibrary + GetProcAddress得到需要的API的地址并执行。所以我们在VB中引用Undocument的API非常简单,只要Declare就能用,而C语言等却需要手写代码LoadLibrary
      

  16.   

    这么说,VB?CHS.DLL还是有必要带的了?但是不带好像也没有什么严重后果。
      

  17.   

    我估计是VB LoadLibrary失败后并不终止程序,
    或者vb6chs.dll仅是资源文件,所以无所谓刚重新安装系统,身边没工具,如果有条件你可以查看一下vb?chs.dll
      

  18.   

    MSVBVM呢?这玩艺居然可以regsvr32
      

  19.   

    http://www.csdn.net/expert/topic/859/859753.xml?temp=.6795008
      

  20.   

    当然了,你随便新建个工程,看看它的引用肯定都引用了msvbvm60.dll,而且必须引用,无法取消。
    其实VB很聪明,能自动注册所有的需要的ActiveXDll 或 OCX。
      

  21.   

    刚才看了看,VB?CHS.dll确实是资源文件,没有任何导出函数。