I'm going under the assumption that the distribution of VB .NET programs does not require COM objects to be installed. And if for some reason it does, if those COM objects have been previously installed under VB6 on the target machine, there should be no further modification. This particular application upgrades a VB6 app which uses the scripting runtime and the SQL OLE installed by MSDE. Both of these objects should be available. Additionally I use a bunch of API calls
Private Declare Function OSfCreateShellLink Lib "vb6stkit.dll" Alias "fCreateShellLink(...
Private Declare Function GetDesktopWindow Lib "user32" () As Intege
Private Declare Function RegDeleteKey Lib "advapi32.dll" Alias "RegDeleteKeyA"(...
Private Declare Function RegDeleteValue Lib "advapi32.dll" Alias "RegDeleteValueA"(...
I'm hoping someone has run into an error using API calls which looks like
"Application has generated an exception that could not be handled
I'm guessing COM, but as I have described above, there should be no problem there. I don't know if the API calls don't work properly or if they require an additional addin for dotnet to function - something other than dotnetfx.exe
The program asks that I distribute these dll's (do they need to be registered?
Interop.ComctlLib.dl
Interop.IWshRuntimeLibrary.dl
AxInterop.ComctlLib.dl
Interop.Scripting.dl
Help
Giacomo

Maybe I am asking the wrong question.

Is it necessary to create a setup project for a program? I have everything
referenced as late bound and I pre-install objects like SQL Server and IE
Browser so that the SQL DMO and Scripting Runtime are already on the
machine. I don't use any other objects. But I did use the VB6 upgrade.

Compiled object works on a machine with .NET installed. It doesn't on any
other machine.

Is is a wrong assumption to think that a compiled .NET program works on any
machine that has the Framework installed?


"Giacomo" <anonymous (AT) discussions (DOT) microsoft.com> wrote

does, if those COM objects have been previously installed under VB6 on the
target machine, there should be no further modification. This particular
application upgrades a VB6 app which uses the scripting runtime and the SQL
OLE installed by MSDE. Both of these objects should be available.
Additionally I use a bunch of API calls:
require an additional addin for dotnet to function - something other than
dotnetfx.exe?

"Giacomo" <anonymous (AT) msnewsgroups (DOT) com> wrote

PC's that do not have Visual Studio .NET installed.

--
Peter [MVP Academic]