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
- :
- InstallAnywhere
- :
- InstallAnywhere Forum
- :
- Preventing execution of 32- installer on 64-bit 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
‎Oct 22, 2013
10:31 AM
Preventing execution of 32- installer on 64-bit machine
Hi,
I have an installer with have two target builds: Windows 32- and 64-bits. The targets mainly differ with JVM machine embedded.
I would like to prevent 32-bit installer to be installed on 64-bit OS (and vice versa).
I could use a conditional rule "Check System Architecture" to verify current architecture of the client machine in installer run-time but I did not find a way to check which "build target" is actually executed.
As a result I have no idea how to recognize such inconsistency (32-bit installer running on 64-bit machine) to later prevent it.
Any hints ?
Best regards,
Sebastian
I have an installer with have two target builds: Windows 32- and 64-bits. The targets mainly differ with JVM machine embedded.
I would like to prevent 32-bit installer to be installed on 64-bit OS (and vice versa).
I could use a conditional rule "Check System Architecture" to verify current architecture of the client machine in installer run-time but I did not find a way to check which "build target" is actually executed.
As a result I have no idea how to recognize such inconsistency (32-bit installer running on 64-bit machine) to later prevent it.
Any hints ?
Best regards,
Sebastian
(4) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 23, 2013
04:40 AM
sgurgul wrote:
Hi,
I have an installer with have two target builds: Windows 32- and 64-bits. The targets mainly differ with JVM machine embedded.
I would like to prevent 32-bit installer to be installed on 64-bit OS (and vice versa).
I could use a conditional rule "Check System Architecture" to verify current architecture of the client machine in installer run-time but I did not find a way to check which "build target" is actually executed.
As a result I have no idea how to recognize such inconsistency (32-bit installer running on 64-bit machine) to later prevent it.
Any hints ?
Best regards,
Sebastian
I do not think there is a property there by InstallAnywhere for this. But as a workaround, you can use your own jre packs instead of the vm packs from IA and use them as per the system architecture. 64 bit installer will never run on the 32 bit system.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 17, 2013
12:26 AM
anilsharma wrote:
I do not think there is a property there by InstallAnywhere for this. But as a workaround, you can use your own jre packs instead of the vm packs from IA and use them as per the system architecture. 64 bit installer will never run on the 32 bit system.
This is obvious, but I think that what he originally wanted is the other way around: normally 32 bit installers DO run on 64 bit platforms, but I guess that if his end-users mistakenly download and run the 32 bit installer on the 64 bit platform he doesn't want that to happen.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 02, 2013
10:13 AM
I wrote two custom rules, Is64BitArch and Is32BitArch, which on windows reads PROCESSOR_ARCHITECTURE (and PROCESSOR_ARCHITEW6432), on linux calls getconf LONG_BIT and on solaris calls isainfo -b and parses the output. It would have been nice if (a) java and (b) IA could have provided this information more conveniently.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 04, 2013
06:55 AM
nosrednayduj wrote:
I wrote two custom rules, Is64BitArch and Is32BitArch, which on windows reads PROCESSOR_ARCHITECTURE (and PROCESSOR_ARCHITEW6432), on linux calls getconf LONG_BIT and on solaris calls isainfo -b and parses the output. It would have been nice if (a) java and (b) IA could have provided this information more conveniently.
IMHO, I think this might be hard to do, maybe even impossible, and that simply because IA reports what Java reports, so for instance if you're running a 32 bit Java on a 64 bit platform you'll get incorrectly the info that the platform is 32 bit...