From: nospam@nospam.org   
      
   Wog George wrote:   
   > I need to create an EXE that is truly "standalone".  By that, I mean the   
   > executable file is all that's required for the application to run.   
      
   As a VB6 executable will at least need MSVBVM60.DLL, this is impossible.   
   BUT, if you put this DLL in the same directory as the executable (or in   
   another path that is searched for execution, like C:\windows\), it will   
   run. So you can write an installer in VB6 without having to install your   
   installer.   
   That is, if the programmer did not add any other dependencies. Trouble   
   is, that the IDE sometimes adds dependencies without warning you. Just   
   check the project properties and remove anything you will not need.   
      
   >  My app   
   > has a button that fires up a common control (to select a file), and this   
   > seems to be my stumbling block.  When I try to run my program on another   
   > machine, it complains that comdlg32.ocx is not registered properly.   
      
   If you use an object for a file dialog, you do have a dependency. You   
   can avoid this by using an API call instead of a CommonDialog control   
   and save yourself a lot of troubles.   
      
   > Short of creating my own form and writing my own code to browse for a file,   
   > can VB6 create a fully self-contained EXE that uses a common control and can   
   > simply be run without the need for the program to be installed?  It was   
   > suggested to me that VB6 was what I needed (was using VB5 prior to now), so   
   > I bought an old copy of VB6 Enterprise especially for the occasion.  Have I   
   > been misled?   
      
   Probably. There's little difference between VB5 and VB6 in this respect.   
      
   Best regards   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)