Articles of 64bit

在Windows 8.1的铿锵cl奇怪的编译错误

我刚开始在windows上使用clang-cl 3.7。 我试图通过Visual Studio 2015在我的WIN8.1机器上编译我的代码,并通过命令行。 不用说,在那之前,在同一个cmd中,我用amd64选项运行了vsvarsall 。 这是我的代码: #define UNICODE #include <Windows.h> #include <iostream> int main() { int a = 0; if(0) __asm _emit 0xE8 else a=3; if (IsDebuggerPresent()) MessageBox( NULL, (LPCWSTR)L"Debugger detected!!", (LPCWSTR)L"!!!!!", MB_ICONWARNING | MB_CANCELTRYCONTINUE | MB_DEFBUTTON2 ); return 0; } 以下是我在命令行中input的内容: C:\Program Files\LLVM\bin>"C:\Program Files\LLVM\bin\clang-cl.exe" "C:\Users\Dav id\Source\Repos\DY Obfuscator 2015-20162\DY Obfuscator\Source.cpp" 编译VS2015工作正常,但我不能编译的命令行,因为我得到这个错误: C:\Program Files\LLVM\bin>"C:\Program […]

启动64位Windows应用程序开发

我打算使用Microsoft Visual Studio 2008开始为Windows编写64位科学计算应用程序(信号处理)。就开发平台而言,我应该做哪些准备? 与32位开发有什么不同呢? 什么可能是我已经有的32位版本的移植问题(好吧,即使在我开始编译之前,这可能为时过早)? 正如你可能猜到的那样,我正在寻找大方向。 所有的指针将非常感谢! 🙂 提前致谢..

是否有任何Windows x64的POSIX兼容层?

我试图编译Redis的Windows x64没有运气。 我尝试了不同的事情 Cygwin完美工作,但GCC只生成32位可执行文件 与Mingw-w64相比,如果不进行大量的代码更改,将无法工作(我的理解是,MinGw不提供Windows的POSIX兼容性) Microsoft Services for Unix有一个过时的GCC版本,需要将Unix子系统安装为依赖项 任何想法?

UMDF驱动程序的回环操纵杆设备

我正在尝试在Windows中为环回(虚拟)游戏杆设备编写UMDF设备驱动程序,类似于Linux中的uinput设备。 我熟悉C ++,C(在Linux上)和C#,而我为DroidPad编写的应用程序是用C#编写的。 我已经下载了WDK,并看了几个例子。 我决定尝试UMDF框架,因为我相信用户模式驱动程序不需要在64位Windows 7中签名; 这是DroidPad, PPJoy目前使用的操纵杆驱动程序的问题。 对于为虚拟input设备开发UMDF驱动程序以及从C#应用程序向驱动程序发送数据,任何帮助都将不胜感激。 有谁知道任何类似的UMDF驱动程序(类似于uinput )? 我也读过一些可以从C#中使用UMDF框架的地方,这是多么可控的? 谢谢!

SetupDiCallClassInstaller的等价API来卸载我的调制解调器

我用SetupDiCallClassInstaller与DIF_REMOVE作为参数来卸载我的调制解调器。 但是,当我在“Windows 7”“64位”机器testing我的应用程序时,我得到错误0xE0000235 ,但我找不到解决scheme来解决这个问题。 一些谈论这个SO链接没有解决scheme,而不是创build一个64位的EXE,我不想。 我的问题是有没有其他的API相同(我想卸载我的调制解调器)?

如何在windows,64bit,python-2.7中使用mingw安装numpy?

我正在尝试在cmd中安装numpy,在此之前,我已经安装了easy_install,pip和mingw,还给了mingw的path。顺便说一下,我没有通过vcvarsall.bat解决它。 我使用这个: python setup.py install build -compiler=mingw32 但它回到这个: running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands –compiler options commands have different –compiler options: ['ompiler=mingw32', 'mingw32'], using first in list as default running config_fc unifing config_fc, config, build_clib, build_ext, build commands –fcompiler options running build_src build_src building py_modules sources building library […]

当32位Office存在时,手动安装64位MS Access ODBC驱动程序

我想要手动安装MS Access 64位odbc驱动程序。 由于我们公司使用的加载项,卸载32位Office并安装64位Office不是一个选项。 我下载了AccessDatabaseEngine_x64.exe,并使用WinRar和Universal Extractor设法将所有文件解压到临时目录中。 我相信我拥有所有必要的文件,但是有些不确定要从哪里下载,希望得到一些指导。 哪些DLL需要注册才能在64位ODBCpipe理员中使用MS Access ODBC驱动程序? 有没有我需要使它可用的registry项目列表? 有没有其他人以合理的方式处理这个问题? 先谢谢你!

Python:虽然KeyboardInterrupt被转发到多进程subprocess?

我有以下在Windows上执行的testing代码: import multiprocessing import time def child() : while True : time.sleep( 2 ) if __name__ == '__main__' : multiprocessing.Process( target = child ).start() while True : time.sleep( 1 ) 如果我在按Ctrl-C同时工作,我会看到两个 KeyboardInterruptexception – 一个用于sleep( 1 )和一个用于sleep( 2 ) 。 主process中的键盘中断是如何转发给子process ? 他们毕竟是进程,而不是线程:(。

是否有可能在Windows上使用64位应用程序的32位ODBC驱动程序?

我有一个64位应用程序和一个只有32位风格的ODBC驱动程序。 有什么办法让应用程序通过驱动程序连接到数据源? 我意识到简短的答案是NO,与64位应用程序无法加载32位DLL相关,但我正在寻找一个稍长,更积极的答案。 在这一点上重新写驱动程序是不可取的。

winscard.dll在.NET应用程序中的ERROR_INVALID_HANDLE

我正在创build一个.NET Windows服务来与智能卡读取器进行通信。 主要组件是一个名为winscard.dll的Windows DLL,我使用.NET代码中的DLLImport属性。 一切工作正常在Windows XP 32位,但是当我运行它在Windows 7 x64我recive 0x6 ERROR_INVALID_HANDLE结果时调用SCardTransmit 。 应用程序(作为命令行应用程序的服务)可以连接到读卡器,但不能从卡上读取任何内容。 任何想法?