I have a 64 bit MATLAB installed on my computer.
I am not allowed to install a 32 bit MATLAB on my machine.
I wrote a code and converted it to an executable using application compiler.
Now employees with 32 bit operating systems can not run the executable.
The question is:
Is there a way to create a 32 bit application using a 64 bit MATLAB?
(again, I am not allowed to install a 32 bit MATLAB on my machine)
Related
I know Win98 is very outdated at this point but I've been curious about this for a long time.
As far as I know, Windows 98 is an OS that acts as sort of a "shell", running on top of an already existing DOS operating system. However, DOS is a 16-bit OS which cannot natively run software written for 32-bit operating systems. How does Windows 98 do it then? Is it some sort of emulation?
Trying to install Oracle 9i (32bit) client on a Windows 7 64bit computer. Seems to install fine, but when trying to run anything, such as the Net Configuration Assistant, it doesn't do anything, no errors, and nothing started in the background.
So the question is:
Can the 32 bit client of Oracle be installed on a 64 bit Windows 7 PC? Or does it need to be a 64 bit client?
You can install a 32 bit client, and if your software is 32 bit, you need to install the 32 bit client to use it, even on a 64 bit system.
I have a Java application which uses some native code. This application needs to run on the largest set of machine-OS-JVM platform combos, but here are the main ones I'm targetting initially:
Machine types: 32-bit and 64-bit
OSes: Windows, Linux, and Mac
JVMs: 32-bit and 64-bit
Question 1: Which of the following combos are valid by themselves (without even bringing my application into the picture)? It'd be great to also know a one-line reason for the invalid combos other than simply knowing they are invalid.
====================================
hw os jvm valid?
====================================
1. 32 32 32 yes
2. 32 32 64
3. 32 64 32
4. 32 64 64
5. 64 32 32
6. 64 32 64
7. 64 64 32
8. 64 64 64 yes
====================================
By 'valid', I expect that not only the application should run, it should also run flawlessly - without even intermittent crashes, hangups, slowness, etc
Question 2: I know I can use Java's System properties to determine the values of the above parameters (hw, os, and jvm) and then dynamically load the appropriate version of my native code. But I'd like to know the minimum number of combo versions I can ship my application with, given that my application does not need to use the extended memory nor any potential speed improvements offered by 64-bit platforms.
In general the width of the hardware must be greater than or equal to the width of the os which must be greater than or equal to the width of the application. Also the application is generally oblivious to the maximum width of the hardware so there are only three configs that matter:
32 bit os - 32 bit app
64 bit os - 32 bit app
64 bit os - 64 bit app
Now if the app is 32 bit it normally doesn't matter if the os is 64 bit. (it can if you're working with drivers or things that work inside the os) So you need one 32 bit and one 64 bit version per platform. So six versions in total.
This might be a dumb/naive question, and if it is please excuse me :)
I have a brand new machine with the following specs:
Inter Core i7 2600#3.4GHz
RAM 8 GB
Windows 7
This machine has a 64 bits architecture.
On my previous machine, I used to install 32 bits versions of Eclipse and run it using a 32 bits JRE, and my current Eclipse setup works perfectly on the new machine.
I tried to install a 64bits version of Eclipse, and run it with a 64 bits JRE, and I am wondering if there are any compelling reasons to switch to this kind of setup or stick to my existing install. I guess that I would have to reinstall all the plugins, and maybe find that some of them are not compatible with the 64 bits version of Eclipse.
So far, the 64 bits version seems to need quite some more RAM than the 32 bits version, which is something that I expected, but nothing seems to have improved.
Thanks for your advice!
In general I use 64-bit Eclipse without problem, but there can be issues around plug-ins such as:
Adobe Flash Builder only works with 32-bit
The Subversion plug-in Subclipse needs a native 64-bit version of Subversion installed separately
There may be more but those are the ones I've encountered in the past.
Moving to 64-bit gives you access to more addressable memory but it won't speed anything up, in fact it might reduce performance in some cases (but nothing I see as significant to what I do).
Well the only thing that will improve is that you are able to use the advantages of 64bit. Other then that I'm not aware of any improvement.
For example what's better in 64bit is that if you have a very large project set you would be able to handle it more comfortably. For more information on 64-bit please look here
If you want to be on the edge of technology your choice would of course be the 64bit setup.
About the ram, this is expected because some of the Datatyps now use 64bit and are therefore larger to store in memory.
For most plugins you will get a 64bit version or alternative and so far for what I've used it it always worked.
I had to replace jre and jdk 32 versions with 64 bit version since I am developing on a 64 bit machine and needed to get serial IO working.
The 64 bit NetBeans Design GUI seems to have vanished since I upgraded from 32 to 64 bit.
Solved: uninstalled then re-installed NetBeans.