This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Windows 7 Support?
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
10:57 AM
Windows 7 Support?
I'm currently using IS2009 to create a simple InstallShield MSI project. The install works great on Windows XP but fails on Windows 7 unless I run the setup.exe in "XP Mode" and as administrator. The failure is not any error message but that most files are simply not being copied to the target directories during the install.
Does anyone have experience with installing MSI projects on Windows 7 (beta)? Perhaps I need IS2010? Does IS2009 not support the Windows Installer packaged with Win 7?
Thanks for any help.
Does anyone have experience with installing MSI projects on Windows 7 (beta)? Perhaps I need IS2010? Does IS2009 not support the Windows Installer packaged with Win 7?
Thanks for any help.
(13) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
11:30 AM
While IS 2010 does contain support for some things specific to Windows 7, a package created in 2009 should not necessarily fail. The best course of action is to determine what is causing the failure by creating and analyzing a verbose log of the installation.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
12:59 PM
How do I enable verbose install logging?
What I tried was setting the Create MSI Logs to Yes in the General Settings->Product Properties to Yes. I expected to see a "Show the Windows Installer log" in the setup complete dialog, but I don't see that.
And where should the log file be created on Windows?
Thanks
What I tried was setting the Create MSI Logs to Yes in the General Settings->Product Properties to Yes. I expected to see a "Show the Windows Installer log" in the setup complete dialog, but I don't see that.
And where should the log file be created on Windows?
Thanks
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
01:47 PM
OK, I ran the setup.exe with verbose mode in a Command Prompt with Administrator priviledges.
e.g. Setup.exe /Verbose"C:\Gerry\msi.log"
I have a log file but it's Greek to me. Can you (or anyone) provide any help/suggestions with looking at a verbose MSI log file?
Thanks.
e.g. Setup.exe /Verbose"C:\Gerry\msi.log"
I have a log file but it's Greek to me. Can you (or anyone) provide any help/suggestions with looking at a verbose MSI log file?
Thanks.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
01:52 PM
If the installation is failing, you can typically look for "return value 3" in the log. Somewhere above that point would usually be some indication of what action is occuring or what may have failed. Also, if you attach the log to this thread we may be able to determine where/what the failure is.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
02:43 PM
I'm guessing the problem may be related Windows 7 forcing use of a C\Users\accountname\AppData\... directory during the install rather than just using the normal install target path (i.e. Program Files\wherever\...). This might explain why my install works in "XP Mode".
Security built into Windows 7 is annoying.
Security built into Windows 7 is annoying.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
03:13 PM
According to the attached log, the installation was successful:
Also, none of the target installation paths appear to be under C:\Users\username\AppData, it appears most of the paths are rooted at C:\Program Files\IBM TOS.
Looking at the InstallValidate section of the log shows that all features are to be installed locally, but a number of components, while requested for installation, are not being installed. This is normally due to component conditions or components' never overwrite settings set to yes with keypaths already existing on a target machine. Without knowing how the installation was authored, I can't say exactly what is preventing these components from installing. However, if this install works with app compat enabled or works on an XP machine, this would indicate the likelihood that component conditions based on OS are being used to condition which components get installed (or there is script code that peforms some type of analogue to component conditions).
MSI (s) (44:D8) [14:21:29:342]: Product: IBM TPF Operations Server 1.2.06 -- Installation operation completed successfully.
Also, none of the target installation paths appear to be under C:\Users\username\AppData, it appears most of the paths are rooted at C:\Program Files\IBM TOS.
Looking at the InstallValidate section of the log shows that all features are to be installed locally, but a number of components, while requested for installation, are not being installed. This is normally due to component conditions or components' never overwrite settings set to yes with keypaths already existing on a target machine. Without knowing how the installation was authored, I can't say exactly what is preventing these components from installing. However, if this install works with app compat enabled or works on an XP machine, this would indicate the likelihood that component conditions based on OS are being used to condition which components get installed (or there is script code that peforms some type of analogue to component conditions).
MSI (s) (44:D8) [14:20:29:807]: Component: API; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: Raven; Installed: Absent; Request: Local; Action: Null
...
MSI (s) (44:D8) [14:20:29:807]: Component: RavenDocs; Installed: Absent; Request: Local; Action: Null
...
MSI (s) (44:D8) [14:20:29:807]: Component: ServerAndBinaryFiles; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: ESCONDriver; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: SimulatorFiles; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: TOSUserGuide; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: Userexits; Installed: Absent; Request: Local; Action: Null
...
MSI (s) (44:D8) [14:20:29:807]: Component: ConsoleFiles; Installed: Absent; Request: Local; Action: Null
MSI (s) (44:D8) [14:20:29:807]: Component: JavaNTEventLogAppender; Installed: Absent; Request: Local; Action: Null
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
03:46 PM
Thanks.
I see in the projects Organization->Components and in each component is an "Operating System" option. Mine is currently set to: Windows 2000, Windows XP, Windows Server 2003.
(FYI - this project was created using an earlier version of InstallShield and converted to an IS2009 project.)
But when I select the elipsis (...) for the available Operating System options, Windows 7 is not an option. Does that indicate that I can not install on Win 7? Or is there a way to allow Windows 7 installations?
Thanks
I see in the projects Organization->Components and in each component is an "Operating System" option. Mine is currently set to: Windows 2000, Windows XP, Windows Server 2003.
(FYI - this project was created using an earlier version of InstallShield and converted to an IS2009 project.)
But when I select the elipsis (...) for the available Operating System options, Windows 7 is not an option. Does that indicate that I can not install on Win 7? Or is there a way to allow Windows 7 installations?
Thanks
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 06, 2009
04:05 PM
The Operating Systems setting for components in InstallScript MSI projects uses the InstallScript engine to filter which components get installed at runtime. Windows 7 is not provided as an option in IS 2009 since it was developed before any builds of Windows 7 were available.
We would recommend setting the Operating Systems field to OS Independent and instead use the Windows Installer support for conditioning components if necessary. The Condition field provided per component can be used to accomplish this. For example, if you want to install a component on all versions of Windows version 2000 or newer, you can set the following condition:
We would recommend setting the Operating Systems field to OS Independent and instead use the Windows Installer support for conditioning components if necessary. The Condition field provided per component can be used to accomplish this. For example, if you want to install a component on all versions of Windows version 2000 or newer, you can set the following condition:
VersionNT >= 500
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 07, 2009
08:40 AM
That worked. Thanks Josh! Where does the number 500 come from?
So I'm assuming that when I eventually get IS2010, I'll be able to select all Windows versions, including 7, from a list.
So I'm assuming that when I eventually get IS2010, I'll be able to select all Windows versions, including 7, from a list.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 07, 2009
11:37 AM
The version number values are calculated by OSMajorVersion * 100 + OSMinorVersion. A list of possible values can be found in the following article: Operating System Property Values
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 07, 2009
12:21 PM
THANKS!!! I Should be all set now.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 07, 2009
02:08 PM
Just an FYI, Windows 7 is not actually an OS version of 7. It's 6.1, the same as Server 2008 R2.
http://msdn.microsoft.com/en-us/library/ms724833(VS.85).aspx
http://msdn.microsoft.com/en-us/library/ms724833(VS.85).aspx