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
- :
- [BUG?] Registering x86 .NET DLLs on a x64 machine
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
‎Feb 21, 2014
10:57 AM
[BUG?] Registering x86 .NET DLLs on a x64 machine
Upgraded our installer from 2010 to 2013... pure Installscript project
Everything on x86 works perfectly with almost no changes. No issues that I am away of. When installing on a x64 OS our two .NET DLLs are not being registered (via regasm.exe). If we manually register them everything works perferctly just like on a x86 OS. Installshield is running on a x86 Win7 VM. I noticed that in the .NET tab there are two textboxes for the location of RegAsm & InstallUtilLib. The x64 location is disabled. I'm wondering if this is part of the issue?
Everything works as expected on a 32-bit OS with no changes but does needs to be manually registered on a 64-bit OS.
I should say that the same files are installed on a x86 and x64 and that the component this is set to is "Sefl-Register" and "Local Assembly" and "Dependencies".
Everything on x86 works perfectly with almost no changes. No issues that I am away of. When installing on a x64 OS our two .NET DLLs are not being registered (via regasm.exe). If we manually register them everything works perferctly just like on a x86 OS. Installshield is running on a x86 Win7 VM. I noticed that in the .NET tab there are two textboxes for the location of RegAsm & InstallUtilLib. The x64 location is disabled. I'm wondering if this is part of the issue?
Everything works as expected on a 32-bit OS with no changes but does needs to be manually registered on a 64-bit OS.
I should say that the same files are installed on a x86 and x64 and that the component this is set to is "Sefl-Register" and "Local Assembly" and "Dependencies".
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 21, 2014
10:05 PM
Look for a property called ".NET COM Interop" this is what you want to use. When selected, InstallShield will call regasm /regfile during the build and then scrape the results and author it into the registry table. During the install the file is copied and the registry is applied without any need to call Regasm.
There is one gotcha. If you read the article on MSDN about Regasm you'll read that certain custom code implemented in your assembly doesn't get executed when you run Regasm /regfile. This is very rare but when encountered the workaround is to use a registry monitoring tool like InstallWatch Pro on a VM to capture the results of a manual regasm after installation. Then massage this data back into your ISM rebuild and retest. It should then work.
The other self registration options, COM extract at build and such is for native/unmanaged (Win32 DLLRegisterServer() ) stuff. It's not for managed / .net assemblies.
There is one gotcha. If you read the article on MSDN about Regasm you'll read that certain custom code implemented in your assembly doesn't get executed when you run Regasm /regfile. This is very rare but when encountered the workaround is to use a registry monitoring tool like InstallWatch Pro on a VM to capture the results of a manual regasm after installation. Then massage this data back into your ISM rebuild and retest. It should then work.
The other self registration options, COM extract at build and such is for native/unmanaged (Win32 DLLRegisterServer() ) stuff. It's not for managed / .net assemblies.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 24, 2014
07:46 AM
Apologies I should have said originally I'm using pure InstallScript so I don't have that option. I used the "/RegFile" option in RegAsm and added that to the component. I do not like this solution, as it feels like a hack, but it works. I didn't have this issue in 2010 with this project nor this particular component. Installation and registeration completed without any issues on both x86 and x64. I only had one componenet that needed the regfile created and I don't remember why, but seemingly it's probably the same issue.
Like I said the .Net tab in the Options has the x64 location disabled and honestly I think there's a link. We should be able to build a x64 installation on a x86 OS, been doing it for quite a while now.
But thank you for repsonding, if you have any more ideas I'm ready to try them out 🙂
Like I said the .Net tab in the Options has the x64 location disabled and honestly I think there's a link. We should be able to build a x64 installation on a x86 OS, been doing it for quite a while now.
But thank you for repsonding, if you have any more ideas I'm ready to try them out 🙂
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 24, 2014
07:55 AM
Sorry, I did pure InstallScript projects ( IS 3, 5, 5.5, 6 ) from 1996 to 2003. Since then I've done exclusively Basic MSI projects. It took me a year to drink the kool-aid.... while MSI does have it's faults, this is one area where it really makes sense.
In a pure InstallScript context I would harvest the regasm output and author that into an IS registry set. ( I assume they still have those by that name. ) This way IS applies the registry change. The point is to advoid 1) unneeded scripting 2) out of process calls at install time to RegAsm.
In a pure InstallScript context I would harvest the regasm output and author that into an IS registry set. ( I assume they still have those by that name. ) This way IS applies the registry change. The point is to advoid 1) unneeded scripting 2) out of process calls at install time to RegAsm.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 24, 2014
08:00 AM
That's basically what I did. The "RegFile" flag in RegAsm creates a RegFile that I imported into IS and then connected the appropriate registry set to the appropriate component (just installs all the info directly into the GAC). I'm not a fan of this at all and would rather my files be registered at install-time like it was doing in IS2010 that it's not doing in IS2013.
I wouldn't mind had the info extracted at build-time or when the component is added to the project but I don't have those options.
We want to move to MSI but since I wear the title of Dev and Release I don't have extra time to sit and learn and then convert... want to and may do so in the near future but right now not an option 😕
I wouldn't mind had the info extracted at build-time or when the component is added to the project but I don't have those options.
We want to move to MSI but since I wear the title of Dev and Release I don't have extra time to sit and learn and then convert... want to and may do so in the near future but right now not an option 😕
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 24, 2014
10:44 AM
I would think a little build automation could call regasm /refile, scrape and transform the data then use the IS Automation Interface to emit it into the project before building. I don't know that I'd spend the $ on that though.
As for conversion, I just might know an affordable part time / remote resource to assist with that project. :cool:
As for conversion, I just might know an affordable part time / remote resource to assist with that project. :cool:
![](/skins/images/8C9D13A71C7F7695F3262372C0172D68/responsive_peak/images/icon_anonymous_message.png)