I need to install vcredist_x86.exe (Microsoft Visual C++ 2010 Redistributable Package) quietly. I entered "vcredist_x86.exe /q" on cmd.exe. However, vcredist_x86 didn't install successfully. I used Task Manager to inspect what happened. I found out that a process named "msiexec.exe" keeps alive until you kill it.
VC++ 2005 is made with older version so arguments /q (/qb) or /passive /norestart will not work (mentioned here: http://blogs.msdn.com/b/astebner/archive/2010/10/20/10078468.aspx).
For quiet mode use /Q switch, to get all parameters run vcredist_86.exe /?
To silently install the VC redist, merge the vc redist MSM into your own App's MSI and avoid the need to run a separate EXE at all.
Martyn
PS: Don't kill msiexec. You'll get your machine into a bad state.
Related
I want to know whether it is possible to create setup.exe (64-bit) from install shield.
I have read following things to do this, but nothing worked :
https://community.flexera.com/t5/InstallShield-Forum/64-bit-Setup-Isntallation/m-p/55761#M33183
http://www.installationdeveloper.com/2169/how-to-create-a-pure-64-bit-installation-in-installshield/
Actually I'm not able to load the 64-bit dll into 32-bit installer(using UseDLL() ), following is the reason for that, so I want to build 64-bit setup.exe, which might load my 64-bit dll.
https://community.flexera.com/t5/InstallShield-Knowledge/Can-I-Load-64-bit-DLL-Files-in-InstallScript/ta-p/3819
Thanks in advance.
UseDLL is part of InstallScript. InstallShield Installscript engine supports only 32 bit dlls as of now. So, UseDLL does not load x64 DLLs.
Install Script Project is still 32-bit(in Install Shield 2020), They are supporting MSI project as 64-bit (from Install Shield 2020). So we can not build installer as 64-bit from Installer script Project.
I want to run a c++ application written in vs2017 in Ubuntu 16.04. I've installed Wine version 3.0.3 as well as Winetricks version 20140817. When trying to run the application using 'wine app_name.exe' command, i get an error saying
002e:err:module:import_dll Library mfc140u.dll (which is needed by L"path_to_my_application_library") not found
I tried to install mfc140u via Winetrichs GUI using 'Install a Windows DLL or component' option but it seems not to be listed anywhere on the list of the available packages. Does anyone know how to make it available?
Make sure you are using the most up-to-date version of Wine (currently Wine 4). You can check by running:
wine --version
If you need to upgrade Wine, check out the instructions here.
That dll is a part of Visual C++ redistributable. You'll need to install it so the application will work. Instructions are here.
I don't use Wine, so there could be additional steps, but in the interest of helping:
I believe you need the appropriate version of the VC++ redistributable (Visual Studio C++ runtime). You need to install the version that the application you try to run was compiled with. Just start with the latest one and install and then install older versions if need be. MSDN Forums.
Download
vc_redist.x64.exe
from
https://www.microsoft.com/en-us/download/details.aspx?id=48145
from console run
wine uninstaller
uninstall any existing runtime version, then select "install" and browse for the vc_redist.x64.exe file, accept. Execute your Windows appplication
I am installing .Net framework 4.6 as prerequisite using installshield.
After it is installed it restarts the system. I want to avoid the restart.
How can I achieve this ?
I used Note it, fail to resume if the machine is rebooted, and reboot after the installation from Behavior Tab under installshield.
you can remove the return value from the Application to run Tab and be sure to specify the /norestart parameter on the command line.
that way your installer should not be able to detect if a reboot is required.
I try to uninstall Java ME SDK from Windows 7 x64, but it doesn't work for me.
If I choose Uninstall I get a progress bar, then it goes away, but the Software is still there.
On the first few times I did this, I got the same error message as in I need help UNINSTALLING Java ME SDK:
... show message dialog
title: Critical Error
message: Cannot load native library from path: native/jmesdk/windows/windows-x86.dll
Exception:
java.lang.UnsatisfiedLinkError:
C:\Users\Jonas\AppData\Local\Temp\nbi-8367277139934329064.tmp: Can't load IA 32-bit .dll on a AMD 64-bit platform
In ref to getting the uninstaller to use the 32-bit JRE, the config I attempted that failed to work:
a) Set the PATH environmental variable to point to the 32-bit JRE
b) Windows registry edits in HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6 to point to the 32-bit JRE.
In a last ditch effort I renamed \Program Files\Java to Java2, and the uninstaller must have searched to find \Program Files (x86)\Java, the 32-bit JRE, and the uninstall worked.
Seriously, Sun/Oracle. Test your products.
I had the exact same problem and I figured it out. :)
It's because you have the 64-bit JRE installed. Either uninstall it or somehow redirect the J2ME uninstaller to use the 32-bit JRE on your system, so that the 32-bit uninstaller can run instead of the 64-bit uninstaller.
I had the same problem and figured the solution out. As mentioned above you need to make sure J2ME unnistaller only recognizes Java x86. The simplest way I found, instead of unnistalling Java x64, you only have to temporarily rename your Java x64 installation folder to anything you want. That is, rename the folder C:\Program Files\Java to, e.g, C:\Program Files\JavaTEMP.
Now run unnistaller. When finished rename the folder back it's previous name.
That's all.
Hope I helped.
Just perform the following steps and you will be done:
1) Click on the link below and click on any of the ...i586.exe link according to your system
http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html
2)Install the software without changing default settings.
3)Run cmd command and type the following:
C:\Java_ME_platform_SDK_3.0\uninstall.exe --javahome "C:\Program Files (x86)\Java\jre8"
4)[optional] uninstall java 8 from control panel which you downloaded to uninstall the above software.
Congratulations.. You just did it!!
Thank you for reading.. Any suggestions or aprreciation is welcomed..
Turns out I had exactly the same problem, uninstall java (TM) 7 64bit and locate the 32-bit java installer bone this download uninstall it and try to install the Sun Java Wireless Toolkit and uninstalled correctly.
Just run this command:
C:\Java_ME_platform_SDK_3.0\uninstall.exe --javahome "32-bit jre location"
Rather than temporarily moving the x64 JRE out of the way, just tell the J2ME SDK uninstaller to use the 32bit JRE:
C:\Java_ME_platform_SDK_3.0\uninstall.exe --javahome "C:\Program Files (x86)\Java\jre7"
Note that this provides the path to a JRE within the "Program Files (x86)" directory, which is the 32bit variant. I only had a Java 7 JRE, but this ought to work with a Java 6 JRE, also.
My Windows application runs under Wine, but the installation is a bit of a headache for laymen, and the wrappers I've seen online (PlayOnLinux, Wine Doors) require even more packages to be installed. Is there a way to make a package that will install Wine if the user needs it to be installed, install the application and shortcuts, all with minimal user hassle?
I don't believe there's any pre-made way to do this, but you could probably make a Debian package pretty easily that would depend on Wine, copy an MSI onto the machine, then run Wine's msiexec /i /q as the post-install script
Edit: Make sure to think about the uninstall case too! I.e. in the pre-uninstall script, run msiexec again as well.
You can bundle Wine -- that's what Picasa does -- or you can just make your package list Wine as a dependency; then the user's package manager will automatically install Wine for the user when they install your package.
Ideally your Linux package wouldn't run the Windows installer, but rather have all the files already unpacked.
The trick is to arrange for the files your package installs in /usr to show up in each user's .wine directory. You can look at how Picasa does this, but really the Wine community needs to document how to do this much better.
As always, ask at winehq.org if you need more info.
If you'd like to target the Mac OS, you can use WineBottler:
http://winebottler.kronenberg.org/
This project exists just for bundling Wine into a native Mac .app bundle in a way that's fairly hidden from the user.
Answer is simple:
Create Elf installer.
Pack Elf installer onto Exe installer resources.
Exe installer should unpack Elf installer on startup.
Exe installer must tries to run Elf installer after unpack (system call or some think).
If operation fail, we do normal install.
If operation didn't fail, we close Exe installer.