When I create an .exe with iExpress (in Windows 8) and try to run it on Win7, 32 bit, I get an error dialog that says: "The version of this file is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need an x86 (32 bit) or x64 (64 bit) version of the program."
Is an iExpress .exe incompatible with Win 7 32 bit??
It sounds very much like you are creating a 64 bit executable, which cannot run on a 32 bit system. If you use the IExpress version from the 64 bit system directory, C:\Windows\System32, then you will indeed create a 64 bit executable.
You'll need to create a 32 bit executable instead, which you can do by running the 32 bit version of IExpress. That is found in the 32 bit system directory, C:\Windows\SysWOW64. Or you can use your 32 bit machine to create the executable.
Related
With some installers that I have (i.e. fiddler, hex workshop) I see that if I take the installer file to a 64 bit machine, it installs a 64 bit version of the program, but if I take the same installer file to a 32 bit machine, it installs the 32 bit version of that program.
My question is - how can I force the installer to install a 32 bit version of the program on a 64 bit machine?
Does anyone know the location of a 64 bit version of "Osm2pgsql.exe" for windows? I can only find a 32 bit version.
I am new to using trec_eval program, and want to generate the binary of it in Windows 8.1 64 bit machine.
I tried using GNU make command to create the binary of it, but I get the following error :
Note : I tried the same from Cygwin 64 bit terminal on my system, but it failed too.
Is it not possible to do this in Windows at all ?
I have installed jdk 64 bit on my windows 7 running 64 bit OS.
I have also set the path environment variable as
C:\Program Files\Java\jre7\bin
Also when I check the version of java in cmd shows the following:
java version "1.7.0_11"
Java Hotspot(TM) 64-bit serve VM
Now the problem is when I check in task manager it shows the process name as "java.exe *32"
Some of the applications I install complain that I am using 32 bit jdk on my 64 bit machine.
The most likely explanation is that you actually have both 32 bit and 64 bit versions of Java installed, and that some applications are using the 32 bit version, due to the way that they / your system is configured.
You may not have explicitly installed 32 bit Java. It is possible that some of the applications include an embedded 32 bit JRE installation.
If you have an application that insists that it won't run on a 32bit JRE, your options include:
look for and uninstall any explicitly installed (standalone) 32-bit JREs,
get hold of a 32-bit version of the application, or
read the installation / configuration documentation for the application for clues on how to force it to use a specific installation.
I created executable using pyinstaller 2.0 and python2.7 on ubuntu 12.04 32bit (so I assume python is also 32bit).
It's a simple program in console (no gui), that connects to TCP/IP server and send frames.
It works under my ubuntu 32bit, but it does not run on Windows 7 32bit and 64bit.
On Win32bit it returns error "Device is not ready", and on Win64bit it returns error that "application has wrong architecture".
Where can be cause of this?
Here is a link to whole app code (it's small) http://pastebin.com/qj96vpgK
The Linux version of PyInstaller can not make .exes or any non-Linux-native format. In order to make a Windows executable, you need to either use WINE (or at least they say, but I'm not sure how to do that), or use a Windows computer.
Additionally, if the Windows computer you use is 32-bit, it can not make 64-bit binaries. If you have a 64-bit install of Windows, it can make 64-bit binaries easily, but in order to make 32-bit ones, you need to install a 32-bit version of Python (and all the required libraries for your program).
Thus, one way to make both 32- and 64-bit executables for a given program, copy your code over to a Windows 64-bit OS, install the 32 and 64-bit Python and pywin32, and use PyInstaller using each different Python.