64-bit

问题 I'm using the GoAsm assembler on a Windows 7 - 64 bit OS and I'll be asking you a few (not so dumb) questions. First question : How can I find the physical address of a file ? Let's suppose file "Text.txt" is at the root of my C:\ partition. Is there a way to get the exact memory address where this file is ? Second question : Is it possible to call a routine which will just do like if I invoked a C function ? (i.e. : Consider a C function "WriteToScreen", is it possible to have the same

问题 I've been learning x64 assembly language and, as in other languages, I can throw a breakpoint in when debugging and step through the program. The breakpoint is said to pause program execution and the debugging utility even displays which values are in the CPU registers at the given point in time. However, how is it possible that the values are the real values given there are many other programs running on the computer which must be using the same CPU registers to execute when I'm debugging?

问题 OK I know questions like this have been asked in various forms before and I have read them all and tried everything that has been suggested but I still cannot create a file that is more than 2GB on a 64bit system using malloc, open, lseek, blah blah every trick under the sun. Clearly I'm writing c here. I'm running Fedora 20, I'm actually trying to mmap the file but that is not where it fails, my original method was to use open(), then lseek to the position where the file should end which in

问题 I am running a VBS file that needs to be executed on the 64-bit version of cscript. On the command line, when I call cscript, it opens the 64-bit version located at C:\Windows\System32\cscript.exe and the VBS file works fine. However, I'd like to call this VBS file through C# as a Process. Starting the process with the FileName as cscript does open cscript, but only opens the 32-bit version, located at C:\Windows\SysWoW64\cscript.exe . Even when I set the FileName to specifically point to the

问题 When I execute a simple x64 application with the following code, I get different results on Windows PCs with a i7-3770 and i7-4790 CPU. #include <cmath> #include <iostream> #include <limits> void main() { double val = exp(-10.240990982718174); std::cout.precision(std::numeric_limits<double>::max_digits10); std::cout << val; } Result on i7-3770: 3.5677476354876406e-05 Result on i7-4790: 3.5677476354876413e-05 When I modify the code to call unsigned int control_word; _controlfp_s(&control_word,

问题 I have a C# Visual Studio project (.csproj) that has a reference to the Framework64 version of System.Data . When I try to build using MSBuild/Team Foundation Server (TFS) on another machine, it fails as the 64-bit DLL doesn't exist. Should I bind to the Framework version, or will this limit me when running on 64-bit machines? Does .NET redirect the binding to use 64-bit when possible? 回答1: I think you mean Any CPU in your question, correct? Assuming that's the case, binding without regard

问题 We have a number of applications written in VB6 (not .NET) that have been running for almost 20 years. These applications are running on Windows 2007 64bit servers and connecting to Oracle-11 with a 32bit client. The connection string contains "Provider=OraOLEDB.Oracle" So far, so good. The problem is that we need to convert, for reasons that go beyond the scope of this thread) to Oracle-12 64bit. After having installed the Oracle 12-client (and disinstalled the Oracle-11 client), we get the

问题 I am unable to run the mathematica-netlogo link on my PC with a 64 bit processor running window 10. The versions of Netlogo and Mathematica are 6.0.1 and 11.1 Student Edition respectively. The error arises when the function "NLStart[]" is run with the path of the Netlogo directory provided as an input to this function. The error message is as follows: NLStart::netlogonotfound: NetLogo could not be found in: C:\Program Files\NetLogo 6.0.1\ Prior to this step, I successfully loaded the NetLogo

问题 We have IIS6 running on a 64-bit Windows 2003 server with 32Gb physical RAM. Due to some older 32-bit dependencies within our .NET 3.5 ASP.NET application, we are currently forced to run our IIS worker process in 32-Bit wow64 mode which I understand gives us access to 4Gb of memory for our worker process. My question is if we use the Web Garden setting and configure say 4 worker processes, can each worker process access 4Gb of memory each, thus giving us access to approx 16Gb of memory. Or

问题 I am trying to write some code with IronPython and numpy that calls a .NET assembly. Version info: numpy-2.0.0-1 scipy-1.0.0-2 IronPython 2.7.1 I installed scipy and numpy according to the instructions given here: http://www.enthought.com/repo/.iron/ When I try to run with ipy64.exe I get the following: Failed while initializing NpyCoreApi: BadImageFormatException:An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000 B) NumpyDotNet stack trace: at