64-bit

问题 I load the odbccp32.dll from System32 and even tried to use from SysWow64 . I use SQLConfigDataSource function to configure my System DSN for specified Driver. This function successfully configure drivers which are 32-bit, but does not do the same for 64-bit drivers. Does this dll only works for drivers which are 32-bit? When I ran ODBC Administrator tool (64-bit) I am able to see the 64-bit drivers and add them manually to System DSN, but I cannot do this using this DLL . 回答1: Only 64-bit

问题 This question already has answers here : Closed 7 years ago . Possible Duplicate: 64bit shift problem I'm using Visual Studio 2012 on Windows 8 64-bit, targeting x64 in debug mode, using an AMD Phenom II. So Basically... uint64_t Foo = 0xFFFFFFFFFFFFFFFF << 64;//Foo is now 0x0000000000000000 uint64_t Derp = 64; uint64_t Bar = 0xFFFFFFFFFFFFFFFF << Derp;//Foo is now 0xFFFFFFFFFFFFFFFF Using a lower value such as 63 restores normal behavior. Why is this happening and how can I get around it?

问题 I have created an x86 "wrapper" for an x86 library we have from a vendor. I've been following the steps mostly from this post as well a couple links for calling COM here and here. I marked the project as "Register for COM interop". I was able to find by COM interface using oleview and marked it as "Use Surrogate Process". So hopefully I'm good to this point as far as the DllSurrogate registry settings go. Now I can't seem to get the reference correct to consume the x86 COM. Supposedly I can

问题 I need to get code to retrieve the Windows userID for the current session in VB (for Access 2013) on a 64-bit system. I've tried the solution suggested at How to get logged-in user's name in Access vba?, but apparently this doesn't work on my 64-bit machine. I've also tried to figure out how to integrate the info at http://msdn.microsoft.com/en-us/library/office/gg278832.aspx, but I can't figure it out. I am a NOVICE VB programmer, so I really need the actual code to do this. (I can [probably

问题 I'm porting a shared library from 32-bit to 64-bit. It's composed of some assembly (written for NASM) that exports several procedures and a little bit of higher-level C glue code. I'm building on a 64-bit Debian machine with NASM 2.10.01 and GNU ld 2.22. Having fixed all the push/pop issues (pushing 32-bit parts of registers obviously won't work in 64-bit mode), I've got the object to assemble, but now I'm halted by the linking stage. Here are my command lines - assembly: nasm -Ox -dPTC_ARCH

问题 I'm porting a shared library from 32-bit to 64-bit. It's composed of some assembly (written for NASM) that exports several procedures and a little bit of higher-level C glue code. I'm building on a 64-bit Debian machine with NASM 2.10.01 and GNU ld 2.22. Having fixed all the push/pop issues (pushing 32-bit parts of registers obviously won't work in 64-bit mode), I've got the object to assemble, but now I'm halted by the linking stage. Here are my command lines - assembly: nasm -Ox -dPTC_ARCH

问题 I'm porting a shared library from 32-bit to 64-bit. It's composed of some assembly (written for NASM) that exports several procedures and a little bit of higher-level C glue code. I'm building on a 64-bit Debian machine with NASM 2.10.01 and GNU ld 2.22. Having fixed all the push/pop issues (pushing 32-bit parts of registers obviously won't work in 64-bit mode), I've got the object to assemble, but now I'm halted by the linking stage. Here are my command lines - assembly: nasm -Ox -dPTC_ARCH

问题 I compiled a program using freeglut, optix, cuda and other libraries (some of them dinamically loaded). It compiles and runs without problems in Visual Studio but it crashes if I execute it outside Visual Studio. Both release and debug versions work within VS, they both crash without any information on Windows 8 if I try to execute them directly. I already included all the necessary DLLs, that didn't work. What could be the problem? 回答1: You can try comparing the environments between visual

问题 If I have a "Any CPU" compiled .NET app, it will run in 64bit mode on a 64bit OS. But if I, for whatever reason, wants to force this app to run in 32bit mode. (As if it were compiled using "x86"). Recompiling is not an option, so is this possible to config at run time ? With the .manifest file perhaps? 回答1: I believe you can do this with CorFlags.exe Something like: CorFlags yourassembly.exe /32BIT+ Note that if the assembly is strong named you will also have to use the /force option which

问题 By using this guide here -> http://www.elxis.org/guides/developers-guides/64bit-apache-php-mysql-windows.html And hacking through the errors and issues that came up, I've got an apache, php, and MySQL stack almost working on Windows 7 - all 64 bit. PHP and apache are working just fine, and phpinfo tells me that mysql support is enabled. Now here's the problem. Any php script that actually calls MySQL gives me a "connection reset" error. I've tried turning off my firewall; it made no