64-bit

问题 We are developing a swing application written by Java which requires only about 128MB memory, and in the short future I don't see it will require much more memory like 4GB. Previously we provide always 3 different releases, one for 32-bit Windows, one for 32-bit Linux and another for 64-bit Linux, with an installer which has JRE included. The 64-bit version was not used by anyone until couple of weeks ago, and an OutOfMemoryException was reported because the application consumes about 40-50%

问题 I am attempting to use a 3rd-party dll for a program I am writing in java. Unfortunately, it only has 32-bit support. When I attempt to load the dll in a 64-bit VM, I get the following error: Can't load IA 32-bit .dll on a AMD 64-bit platform I have tried running in a 32-bit VM, which works in eclipse, but when I export the project, I get the same error. Please help! Sincerely, Ben 回答1: You cannot use a 32-bit DLL in a 64-bit Hotspot JVM. It won't work. And I don't know of any other 64-bit

问题 On this page, http://www.mono-project.com/Supported_Platforms, 64bit windows isn't listed as a supported platform. However, I keep getting the feeling that it's supported (the x64 codegenerator works...). Can anyone conclusively confirm this theory? Thanks 回答1: "Supported" doesn't necessarily mean it works, and "not supported" does not necessarily mean it doesn't work. Instead, when folks who write software say they support a platform, it means that they have tested the software on that

问题 On this page, http://www.mono-project.com/Supported_Platforms, 64bit windows isn't listed as a supported platform. However, I keep getting the feeling that it's supported (the x64 codegenerator works...). Can anyone conclusively confirm this theory? Thanks 回答1: "Supported" doesn't necessarily mean it works, and "not supported" does not necessarily mean it doesn't work. Instead, when folks who write software say they support a platform, it means that they have tested the software on that

问题 Python 2.4.3 on a Vista64 machine. The following 2 variables are in the environment: ProgramFiles=C:\Program Files ProgramFiles(x86)=C:\Program Files (x86) But when I run the following import os print os.environ["ProgramFiles"] print os.environ["ProgramFiles(x86)"] I get: C:\Program Files (x86) C:\Program Files (x86) Any idea how can I get the correct value of "ProgramFiles"? 回答1: From the Wikipedia page: %ProgramFiles% This variable points to Program Files directory, which stores all the

问题 I'm writing a compiler for x86/x64 CPU instructions and I can't seem to figure out what people mean by 'displacement' address. For example the Add instruction is detailed here: http://www.c-jump.com/CIS77/CPU/x86/X77_0150_encoding_add_edx_displacement.htm I'm just trying to implement the add instruction where a register is added to a normal memory address. The problem is, the address is a 'displacement address'. Does that mean the address is a signed value that's the offset from the

问题 Is there a simple preprocessor macro that is defined for a 64-bit build? I thought _WIN64 might have been it, but even when I build a 32-bit target, the parts enclosed in a #ifdef _WIN64 ... #endif are compiled in, and this is causing problems. It's Friday and I can't think straight, but I'm sure I'm overlooking something very simple here. Maybe even something involving sizeof . 回答1: I have always used _WIN64 to check if it is a 64 bit build. N.B. _WIN32 is also always (automatically) defined

问题 First I'd like to head off the "wait a minute" questions. Yes, I've read every thread with similar titles and subjects on SO and beyond. Yes, I'm using the very latest version of SP1 and any potential hotfixes that might be related to this problem. So, with specificity, here is my problem: When I'm debugging Silverlight applications and it hits a breakpoint, everything works just fine as long as I use the mouse. I can continue, step, stop debugging, disable and enable breakpoints all just

问题 First I'd like to head off the "wait a minute" questions. Yes, I've read every thread with similar titles and subjects on SO and beyond. Yes, I'm using the very latest version of SP1 and any potential hotfixes that might be related to this problem. So, with specificity, here is my problem: When I'm debugging Silverlight applications and it hits a breakpoint, everything works just fine as long as I use the mouse. I can continue, step, stop debugging, disable and enable breakpoints all just

问题 This is 64-bit Windows 7 Enterprise and 64-bit Java 7: java version "1.7.0_04" Java(TM) SE Runtime Environment (build 1.7.0_04-b20) Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode) This happens using a shell of both C:\Windows\SystemWOW64\cmd.exe (which I incorrectly thought was the 64-bit version) and with C:\Windows\System32\cmd.exe (which I have just found out, courtesy of Pulsar, is a 64-bit application despite the path name). The program itself is trivial: public class