64-bit

问题 Using Visual Studio 2005, I wrote a simple DLL in C that uses the Windows API to send UDP datagrams and that is hooked into a third-party program. On a 64 bit machine, it does not work at all, as the third-party code was compiled for 64 bit in this case. So I need to ship two versions of the same DLL - one for 32 bit, one for 64 bit. However, I did not manage to get Visual Studio (running on a 32 bit machine) to spit out a DLL that is not identical to the 32 bit version - it seems the

问题 Every example in the directshow.net samples folder (marked "2010-February") compiles fine, and those that play videos from files work great. However, every example that tries to enumerate the FilterCategory.VideoInputDevices always fails to find any of my filters, specifically DsDevice.GetDevicesOfCat(FilterCategory.VideoInputDevice); always returns that I have no devices. This same problem occurs for me in every other program that uses directshow.net, like touchless and the various examples

问题 Short and sweet: app works on x86 machine but not on x64 (tried on a 2008 Server and a Windows 8) Microsoft Access Database Engine 2010 already installed (also have Microsoft Office 2007 Access Database Engine installed) MS Office not installed confirmed the existence of C:\Program Files (x86)\Common Files\microsoft shared\OFFICE12\ACEOLEDB.DLL Code: string conn = "Provider=SQLOLEDB;Data Source=localhost;Initial Catalog=Northwind;Integrated Security=SSPI;"; OleDbConnection _connOle = new

问题 I'm trying to find out the system architecture using Java and I've tried out: operatingSystemMXBean.getArch() and String sys1=System.getProperty("sun.arch.data.model") but I get amd64 when I'm using an Intel 64 bit processor. I've read this article on Wiki to clear up my concepts. Am I missing something? Also, how can I get the actual System architecture using Java so that I get an output saying Intel 64? Thanks! 回答1: Intel 64-Bit-Processors use the amd-architecture. That's why many systems

问题 I'm working on modifying the PTHotKeyLib to be 64-bit friendly, but I've run into an issue in the code that I'm not sure how to get around. In PTHotKeyCenter, the registerHotKey method create an EventHotKeyID instance and then stuffs the of PTHotKey object into the id attribute. The original code used a long. I converted it to NSInteger per Apple's 64 bit programming guide. - (BOOL)registerHotKey:(PTHotKey *)theHotKey { OSStatus error; EventHotKeyID hotKeyID; EventHotKeyRef carbonHotKey;

问题 I have the following question: My .NET assemblies are compiled in x86 mode. Can I still leverage the performance benefits of NGEN on x64 Windows systems? Will x86 assemblies be compiled into native code on x64? 回答1: Assemblies compiled with x86 will run i wow64 on 64-bits systems, but assemblies copiled with AnyCPU will run natively, regardless of NGEN. Assemblies compiled for x86 can load 32-bit assemblies on 64-bit systems and code compiled for AnyCPU will not load 32-bit dlls. When you use

问题 i create the ActiveX control(.dll) using user control & register as COM component . it working fine in 32 bit OS . but when register the same activeX control in 64 bit os (window server 2008) it throws following exception Could not load file or assembly 'file :////C:\Program Files\STPL\GlobActiveX.dll' or one of its dependencies. an attempt was made to load a program with an incorrect format. i have used the following code to register the dll component filepath=C:\Program Files \STPL

问题 After following google's documentation about how to make an android app 64 bit compliant here, the android app bundle I've been trying to build still is not 64 bit compliant. The android studio project contains different modules(apps) that have there own build.gradle file but all apps have a general build.gradle(Module:app) and the build.gradle project level. In the general build.gradle(Module:app) I added the following: ndk { abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64' } To the

问题 After following google's documentation about how to make an android app 64 bit compliant here, the android app bundle I've been trying to build still is not 64 bit compliant. The android studio project contains different modules(apps) that have there own build.gradle file but all apps have a general build.gradle(Module:app) and the build.gradle project level. In the general build.gradle(Module:app) I added the following: ndk { abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64' } To the

问题 I have an application that is using pthread_create() and pthread_detach() in the main thread and later pthread_exit() in the child thread. After around 54 pthread_create() calls that have each been paired with a subsequent pthread_detach() and then pthread_exit() the pthread_create() fails. It is ENOMEM failure "Out of memory". What might cause pthread_exit() to not be freeing up the memory of the old threads and causing my application to leak memory and eventually run out? This is running on