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
- :
- Problem with .NET Framework 3.5 prerequisite
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
‎Jan 04, 2008
05:15 PM
Problem with .NET Framework 3.5 prerequisite
I'm attemting to use the .NET Framework 3.5 prerequisite provided by Macrovision but it appears to be flawed.
I believe the issue is that the .NET Framework 3.5 is finishing with a return code requesting a reboot, but not initiating one. (Presumably due to the /norestart swtich the prerequisite uses.) Now the problem is the prerequisite is set to "Exit and resume on reboot" if the prerequisite appears to require a reboot. None of the other options seem to be appropriate, so it would seem to me the best option would be to remove the /norestart switch. Can someone please comment?
The problem is pretty simple to reproduce by creating an installer which uses the prerequisite and running that installer on a machine which has .NET Framework 3.0 but not 3.5 installed. After installing the .NET Framework 3.5 setup simply terminates, and the install never continues because the machine never gets rebooted.
I believe the issue is that the .NET Framework 3.5 is finishing with a return code requesting a reboot, but not initiating one. (Presumably due to the /norestart swtich the prerequisite uses.) Now the problem is the prerequisite is set to "Exit and resume on reboot" if the prerequisite appears to require a reboot. None of the other options seem to be appropriate, so it would seem to me the best option would be to remove the /norestart switch. Can someone please comment?
The problem is pretty simple to reproduce by creating an installer which uses the prerequisite and running that installer on a machine which has .NET Framework 3.0 but not 3.5 installed. After installing the .NET Framework 3.5 setup simply terminates, and the install never continues because the machine never gets rebooted.
(7) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 04, 2008
09:19 PM
I'll see if I can play with this tomorrow. Until then, I'm replying just to get update notifications as I find this thread interesting.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 06, 2008
09:04 PM
We are looking in to this. I hope to have an answer sometime on Monday.
Can you please let me know what OS you tested this under and saw these results?
What I am not sure about is if passing /norestart changes the return code from the Framework installer if a reboot is required. I need to speak with the developer that worked on this. If the return code indicates a reboot is required, then we will either need to change th return codes that we are looking for OR use the "Ignore it, and fail to resume if the machine is rebooted" option in the behavior tab.
Can you please let me know what OS you tested this under and saw these results?
What I am not sure about is if passing /norestart changes the return code from the Framework installer if a reboot is required. I need to speak with the developer that worked on this. If the return code indicates a reboot is required, then we will either need to change th return codes that we are looking for OR use the "Ignore it, and fail to resume if the machine is rebooted" option in the behavior tab.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 07, 2008
11:25 AM
I verified the behaviour I described on Windows Server 2003 but I believe a coworker reported the same issue with Windows XP.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 07, 2008
07:03 PM
The updated prerequisite does seem to resolve the problem.
I notice there's now a hard coded path to "c:\net35log.txt" which is of some concern to me and makes me suspect it could cause issues on machines where there is no C: drive or the user does not have access to C:\.
I notice there's now a hard coded path to "c:\net35log.txt" which is of some concern to me and makes me suspect it could cause issues on machines where there is no C: drive or the user does not have access to C:\.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 08, 2008
10:18 AM
We need to pull that. We will fix it and place anoher drop of the bits here.
One other question, did both of the machines that this failed on, have .Net version 3.0 them?
Thanks,
Mike
One other question, did both of the machines that this failed on, have .Net version 3.0 them?
Thanks,
Mike
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 08, 2008
11:36 AM
Yes, in my testing the problem occured on machines with .NET Framework 3.0 already installed. I suspect it could also be a problem with machines that have .NET Framework 2.0 already installed as well (as 3.5 uses the 2.0 CLR), but we didn't run into this scenario.
![](/skins/images/3B39CE851FDD5528C393F146EB70A2D0/responsive_peak/images/icon_anonymous_message.png)