Microsoft Visual Basic 2010 Express
Hello,
I'm trying to deploy Microsoft Visual basic 2010 express and I'm using this method: http://itninja.com/link/this-link31
All the prerequisits seem to install and then the Visual Studio install at the end just closes. I tried running it without the /qn and I receive this error:
Source file not found: <location of the installer>\Primary interop assemblies\GAC\adodb.dll
Here's a screenie
It looks like it's trying to find a file in Program Files but it's not looking in C:\Program files... only looking from where the installer is located.
Has anybody come across this before?
I'm trying to deploy Microsoft Visual basic 2010 express and I'm using this method: http://itninja.com/link/this-link31
All the prerequisits seem to install and then the Visual Studio install at the end just closes. I tried running it without the /qn and I receive this error:
Source file not found: <location of the installer>\Primary interop assemblies\GAC\adodb.dll
Here's a screenie
It looks like it's trying to find a file in Program Files but it's not looking in C:\Program files... only looking from where the installer is located.
Has anybody come across this before?
0 Comments
[ + ] Show comments
Answers (11)
Please log in to answer
Posted by:
conrad87
14 years ago
The deployment consists of several packages. 6 prerequisite packages before Visual Studio is actually installed.
http://itninja.com/link/this-link31
One of these packages is .NET, which gets installed and then the file that the Visual Studio installer needs is there:
File exists here: C:\Program Files\Microsoft.NET\Primary interop assemblies\GAC\adodb.dll
File can't possibly exist here: I:\Microsoft Apps\Visual Studio Express 2010\VBExpress\Program Files\Microsoft.NET\Primary interop assemblies\GAC\adodb.dll
See how it's looking in the wrong location?
http://itninja.com/link/this-link31
wcu\Silverlight\Silverlight.3.0.exe /q
wcu\dotNetFramework\dotNetFx40_Full_x86_x64.exe /q /norestart /log %temp%\dotNetFx40.log
msiexec /i wcu\EFTools\ADONETEntityFrameworkTools_enu.msi REBOOT="ReallySuppress" /qn USING_EXUIH=1
msiexec /i wcu\Help\help3_vs.msi REBOOT="ReallySuppress" /qn USING_EXUIH=1 VS_SETUP=1
msiexec /i wcu\MTPack\NetFx_DTP.msi REBOOT="ReallySuppress" /qn EXTUI=1
msiexec /i wcu\Watson\dw20shared.msi REBOOT="ReallySuppress" /qn
msiexec /i vs_setup.msi PIDKEY="[serial-with-dashes]" REBOOT="ReallySuppress" /qn NOVSUI=1 /lv* %temp%\vbe2010.logOne of these packages is .NET, which gets installed and then the file that the Visual Studio installer needs is there:
File exists here: C:\Program Files\Microsoft.NET\Primary interop assemblies\GAC\adodb.dll
File can't possibly exist here: I:\Microsoft Apps\Visual Studio Express 2010\VBExpress\Program Files\Microsoft.NET\Primary interop assemblies\GAC\adodb.dll
See how it's looking in the wrong location?
Posted by:
conrad87
14 years ago
No matter where I run the installer from, the same thing happens. It's meant to look for the files in C:\Program Files\ etc.. But it's always adding on/looking after the location of where the msi is running from.
The files don't exist at the location in the dialogue box because they're not meant to be there.
The files don't exist at the location in the dialogue box because they're not meant to be there.
Posted by:
conrad87
14 years ago
So, please tell me if you know, what do I do to fix this? If I'm expecting impossible things by running an msi with a /qn switch then I guess I'm missing something and would appreciate to hold somebody's hand through it.
The files that it's looking for have been installed but it's just not finding them.
The files that it's looking for have been installed but it's just not finding them.
Posted by:
anonymous_9363
14 years ago
I'm lost.
If you're deploying the product, how can the files be installed already?
If you're deploying the product, how can the files be installed already?
Posted by:
anonymous_9363
14 years ago
It looks to me like you have a messed-up Administrative Installation Point.
I'd wager that all the other file in the installation are sourced from that I: drive location. A verbose log will show whether or not that's the case.
I'd wager that all the other file in the installation are sourced from that I: drive location. A verbose log will show whether or not that's the case.
Posted by:
jmcfadyen
14 years ago
i found i had the same issue and it turns out the VS installer uses single instance file stores. The in turn was causing issues with copying up to a flat fileshare on the network. as it turns out my original file copies were failing to copy from disc to network as Ian has already eluded to a few times.
Posted by:
robtk
13 years ago
The computer must be rebooted after .Net 4 installation otherwise VB Express install will fail.
Posted by:
paulf
13 years ago
That's not my experience. I had the exact issue the OP did in that I was following the appdeploy guide, but the VB MSI complains that there is a DLL file missing from the installation location (it's on the drive as it's installed by .Net).
I found that simply using 'setup.exe /q' for VB instead of the msi method worked, and without a reboot.
Also the guide doesn't work for Watson. I've submitted a working command line but it's still 'pending'.
I found that simply using 'setup.exe /q' for VB instead of the msi method worked, and without a reboot.
Also the guide doesn't work for Watson. I've submitted a working command line but it's still 'pending'.
Posted by:
anonymous_9363
14 years ago
Where else would it look?!? If the installer thinks that the file shown in the dialog doesn't exist, then either it doesn't or the account you're installing with doesn't have rights to the file.
The other possibility is that the total length of the file path exceeds 254 characters, although at first glance that looks unlikely. If it IS the case, you could try either creating a new share further down the path from which to install or try using SUBST to map a drive letter to the full path.
The other possibility is that the total length of the file path exceeds 254 characters, although at first glance that looks unlikely. If it IS the case, you could try either creating a new share further down the path from which to install or try using SUBST to map a drive letter to the full path.
Posted by:
anonymous_9363
14 years ago
Soooooooooo...you're expecting files to be sourced from the location to which the installer is going to copy them? I wish my bank account worked like that.
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.