64-bit

问题 I am using nasm 64 to compile .S to .o and then create a shared library with gcc like this: nasm -f elf64 source/strlen.S nasm -f elf64 source/strchr.S nasm -f elf64 source/memset.S nasm -f elf64 source/strcspn.S nasm -f elf64 source/rindex.S nasm -f elf64 source/strpbrk.S nasm -f elf64 source/strcmp.S nasm -f elf64 source/strncmp.S nasm -f elf64 source/strcasecmp.S /usr/bin/gcc -shared ./source/strlen.o ./source/strchr.o ./source/memset.o ./source/strcspn.o ./source/rindex.o ./source/strpbrk

问题 :96: Error: `(%rax,%edx,4)' is not a valid base/index expression line97: Error: `-4(%rax,%edx,4)' is not a valid base/index expression line101: Error: `(%rax,%edx,4)' is not a valid base/index expression line102: Error: `-4(%rax,%edx,4)' is not a valid base/index expression I get these error messages and am not sure how to fix it. This is my code: __asm__ ( "loop: \n\t" "movl $1,%3\n\t" "movl $0, %6\n" "start: \n\t" "movl (%1,%3,4),%4\n\t" "movl -4(%1, %3, 4), %5\n\t" "cmpl %4, %5\n\t" "jle

问题 Our solution was recently upgraded from .NET Framework v3.5 to v4.5.2 and as a result we have had some overflow errors running on Windows Server 2012 64-bit machines. These overflow errors seem to be coming from any instance where we call this function from the Windows API: [DllImport("user32.dll", CharSet=CharSet.Auto)] public static extern IntPtr SendMessage(IntPtr hWnd, int msg, int wParam, IntPtr lParam); The overflow was happening because for lParam in some instances, for whatever reason

问题 Since JavaFX only works for 64-bit Linux and 64-bit OS X as far as I know (because the newer verison of Java hasn't been released in 32-bit), I'm curious if JavaFX is able to work on 32-bit Windows. Any thoughts? Thanks! 回答1: It does. I'm doing it right now ;) 来源： https://stackoverflow.com/questions/3338084/does-javafx-work-in-32-bit-windows-or-with-a-32-bit-jvm

问题 I'm creating a windows service on a windows 2003 machine, using dsofile to modify custom properties on a bunch of documents. This works fine until I install the service on a win2k8 machine where it gives me the following error: ERROR [2010-09-06 13:17:12,317] An unknown error occured: System.InvalidCastException: Unable to cast COM object of type 'DSOFile.OleDocumentPropertiesClass' to interface type 'DSOFile._OleDocumentProperties'. This operation failed because the QueryInterface call on

问题 Follow up to PInvoke byte array to char not behaving properly in 64 bit. (Stale question and my suspicions were wrong, thus the title and descriptionwas unfitting). I am using P/Invoke to call C++ code from C#. I have both the C# and C++ projects set to build in x64 in the build configurations of VS. when I run this program, the parameters of the P/Invoke call are shifted by 32 bits as follows C# : |Parameter 1|Parameter 2|Parameter 3|Parameter 4| | | | | | V V V V V C++: |Parameter 1

问题 I have read several related posts about installing numpy for python version 2.7 on a 64 bit windows7 OS. Before I try these, does anybody know if the 32bit version will work on a 64bit system? 回答1: It should work if you're using 32-bit Python. If you're using 64-bit Python you'll need 64-bit Numpy. 回答2: If you are getting it from pip and you want a 64 bit version of NumPy, you need MSVS 2008. pip needs to compile NumPy module with the same compiler that Python binary was compiled with. The

问题 I've managed to get my 32-bit apps working on IIS in Windows Server 2003 64-bit, but I'm wondering if I will encounter any other issues doing so. Any ideas? 回答1: One issue with IIS6 (but fixed in IIS7) is that you are stuck using either 32-bit or 64-bit ASP.NET worker processes. See http://blogs.msdn.com/rakkimk/archive/2007/11/03/iis7-running-32-bit-and-64-bit-asp-net-versions-at-the-same-time-on-different-worker-processes.aspx ... However, if you really need to access 32-bit DLLs in your

问题 I've downloaded the file sqlite.dll precompiled for 64-bit Windows (.NET Framework 4.0) for my app written in C#. (I follow this thread: SQLite3.dll for Windows 7 64 bit) With my old 32-bit dll the function sqlite3_column_origin_name works correctly, but with latest version for 64-bit, this function give me an error: [DllImport("sqlite3.dll", EntryPoint = "sqlite3_column_origin_name")] static extern string sqlite3_column_origin_name(IntPtr stmHandle, int iCol); I use DLL Export Viewer to read

问题 I have several mathematical dlls, some of them are for x64 platform, some - for x86. I also need to communicate with several COM interfaces (in particular, 64-bit versions of Matlab and STATISTICA). So to solve problem with mixed dlls i splitted my software into 3 independent programs - 2 of them are 32-bit and 1 - 64-bit. All programs have to communicate with each other and also connected to mutual SQL database. Moreover, it is possible, that one program will work on client computer and