32bit-64bit

问题 I need to use Visual Studio 2005 (C++) on my new laptop - a Sony Vaio with Windows 7 64bit.. I don't need to develop for a 64bit environment, my work is all 32bit, so how can I be sure that I can still develop/debug/test for a 32bit target environment using VS2005 on a 64bit machine....? What's the best option: 1) Just install VS2005 on Windows 7 64bit and carry on.. (suspect problems with 64bit runtime libs..?) 2) Dual boot the laptop with Windows XP 32bit. 3) Run some kind of Virtual

问题 I have just developed and exported a Runnable JAR using Eclipse on my 64 Bit Windows 7 Laptop. I have just been trying it on other computers and it works on another Windows 7 x64 laptop when you double click it. However, on a 32 Bit laptop I have in only starts if I run it from command line using java -jar "C:\Name of Jar.jar" but throws no errors whatsoever. Furthermore though, if I use the command javaw "C:\Name Of Jar.jar" I get an error message saying "Could not find the main class C:

问题 I have a file that has a 32bit version and a 64bit version. If I install my application on a 32bit machine, I want the 32bit version of the file to be installed. Likewise, the 64bit version should get installed if the installation is run on a 64bit machine. How do I check which type of machine the installer is being run on with WiX? Please, no one-line answers. I'm looking for specific WiX tags and where to put them in my WiX script. 回答1: You could probably just do two separate components,

问题 What considerations do I need to make if I want my code to run correctly on both 32bit and 64bit platforms ? EDIT: What kind of areas do I need to take care in, e.g. printing strings/characters or using structures ? 回答1: Options: Code it in some language with a Virtual Machine (such as Java) Code it in .NET and don't target any specific architecture. The .NET JIT compiler will compile it for you to the right architecture before running it. 回答2: One solution would be to target a virtual

问题 I am working on an application in which I am using Tesseract for OCR. My code is working absolutely fine in windows 32 bit system. But when I try to run the same code in 64 bit machine using the 32 bit .dll files, the code is running but then the code is not giving the accurate results. So I am running it in 64 bit machine using the 64 bit .dll files. Now when I tried to run the same program, I got the following error in Console(Eclipse Kepler). Exception in thread "AWT-EventQueue-0" java

问题 So this document says that running 64 bit Windows gives you 64 bit atomicity: http://msdn.microsoft.com/en-us/library/windows/desktop/ms684122%28v=vs.85%29.aspx This post indicates that you have to run a 64 bit app to gain 64 bit atomicity: atomicity in 32/64 bit I'm developing a Win32 console app. So, if I understand correctly, I have to use 32 bit types to get atomicity, right? I cannot assume a 64 bit type has atomic writes/reads? 回答1: In a 64-bit app, 64-bit read/write operations can be

问题 [Update] I've since compiled successfully and anyone else chasing these binaries can download from here I'm compiling version 2.06 of lzo by issuing the following command from the Visual Studio Command Prompt (2010) b\win64\vc_dll.bat which produces lzo2.dll without any errors, however this doesnt look like it really did produce the 64-bit dll as my 32bit C# app can still reference and call methods (successfully) How can I compile the 64bit version? some of the comments on this question may

问题 I am trying to use the boost library to serialize on 64bit machine and de-serialize on 32bit machine. However, it seems it does not work. (I use 1.57.0). If I run the following code boost::asio::streambuf buf; std::ostream os(&buf); boost::archive::binary_oarchive oa(os); printf("Buffer size %d\n",(int)buf.size()); The output of 32bit machine is 37 and the output of 64bit machine is 41 . Is there any other good serialize library I can Use? How about cereal ? It's great if the library can do

问题 I'm using this code in XP 32-bit OS to get the %windir%\windows\system32 folder path. sysFolderPath = Environment.GetFolderPath(Environment.SpecialFolder.System) What I want to know is that will this same code return the %windir%\windows\syswow64 folder when used in Windows 7 (64/32-bit)? 回答1: It will return c:\windows\system32, even in a 32-bit program that runs on the 64-bit version of Windows. Do not fix this, it doesn't need fixing. Because when you use that path, Windows will

问题 This is weird. Earlier, running Windows 7 x64, I had trouble calling the Win32 OpenProcess against 64-bit processes. Googled around a bit, and came to the sinking conclusion this just wasn't gonna happen. Then a funny thing happened. I tried it against the process ID for explorer.exe, and holy carp , it worked! Started throwing other process IDs at it, and it's just a darned crapshoot. As it turns out, I can call OpenProcess against a good number of x64 processes -- explorer, itype, ipoint,