草庐IT

MinGW-w64

全部标签

Android SDK 64 位(独立而不是 ADT bundle )是否存在?

也许有人可以帮助我解决这个问题。我正在一台新的基于Windows的笔记本电脑上设置Android。然而,最近Android平台似乎已经转向试图敦促用户下载ADT包,隐藏仅下载的SDK。我不想要ADTbudle,因为它包含旧版本的Eclipse。我认为有一个特定的64位Windows版本的SDK可供下载,我没有错吗?或者实际上从来没有64位版本,我记错了?我问这个是因为我一辈子都看不到AndroidSDK的64位下载。仅适用于我不想要或不需要的开发包。 最佳答案 我想你记错了;始终只有32位版本的SDK。我认为与64位bundle的唯

java - 从 Windows 上的 C 中检测 32/64 位 Java

我想知道安装在用户机器上的Java运行时是否支持32位和64位,我想在C中执行此操作。我曾认为像下面这样的东西可以解决问题:检测64位java:intf=0char*path=(char*)malloc(32768);charout[1035];FILE*fp;if(f)fprintf(f,"Checkingif64-bitJavaisavailableviathejavacommand\n");java64ok=1;strcpy(path,"java-d64-version2>&1");fp=_popen(path,"r");if(fp==NULL){if(f)fprintf(f,"

c - 如何使用 mingw/autotools 在 Windows 上启用大文件支持?

正如标题所说,我正在尝试找到一种方法来在使用自动工具的项目上启用大文件支持。我在configure.ac文件上使用AC_SYS_LARGEFILE宏,它在64位Linux(默认情况下)和32位Linux上运行良好。现在我移植了项目,以便它可以在Windows(32位)上使用mingw进行编译,但遗憾的是AC_SYS_LARGEFILE不起作用(例如off_t是4个字节,而在Linux上,32位和64位都是8个字节fopen/fstat未被fopen64/fstat64取代)。这是一个测试用例,我可以在其中重现其中一个问题(off_t是4个字节):配置文件AC_INIT([testcas

windows - 如何在 Windows 7/8/8.1(尤其是 64 位)上使用未签名的驱动程序

我想自动安装需要测试的未签名驱动程序。我听说如果我使用gui-auto绕过驱动程序警告提示它仍然拒绝实际使用它。安全不是问题。自动化是(f8选项对我没用,但可能对其他人有用)。我们使用的是旗舰版/企业版,但其他人可能使用的是家庭版。似乎没有一个完整的答案,尤其是对于我能找到的最近的操作系统(很多答案后面有人声称他们不工作)。 最佳答案 对于windows8,使用以下hackhttp://www.fotoclubinc.com/blog/how-to-disable-driver-signature-enforcement-to-al

c++ - win7 64 位上的正则表达式构建错误

我在VS2008和Windows764位上遇到了这两个构建错误:errorLNK2019:unresolvedexternalsymbol"__declspec(dllimport)void__cdeclstd::tr1::_Xbad(enumstd::tr1::regex_constants::error_type)"(__imp_?_Xbad@tr1@std@@YAXW4error_type@regex_constants@12@@Z)referencedinfunction"public:staticunsigned__int64__cdeclstd::tr1::_Regex_t

windows - 为什么 mingw 会给出对 `glUseProgram' 的 undefined reference ?

该程序是使用SDL2和openGL用C语言编写的。只要我注释掉//glUseProgram(0);程序编译运行并显示glCleared颜色。包括gl版本检查:constchar*renderer=(constchar*)glGetString(GL_RENDERER);puts(renderer);constchar*version=(constchar*)glGetString(GL_VERSION);puts(version);constchar*glslVersion=(constchar*)glGetString(GL_SHADING_LANGUAGE_VERSION);put

c++ - 使用 NetBeans 和 MinGW gcc 编译 c++ 程序时无法运行程序 makefile

我正在尝试在Windows7x64上编译一个简单的“Hello”程序:#include#includeusingnamespacestd;intmain(intargc,char**argv){cout编译时在NetBeansIDE中出现错误:CLEANSUCCESSFUL(totaltime:126ms)D:\GDrive\CS\Cpp\NetBeans_Cpp\TNB_cpp\Tut1_10_HelloWorld\Makefile-fnbproject/Makefile-Debug.mkbuild/Debug/MinGW-Windows/main.oCannotrunprogram

c++ - 使用 MinGW 编译的 libx264 - 缺少 __umoddi3、__udivdi3、_fseeko64 和 __chkstk_ms

我愿意在我的Windows项目中使用x264,所以我使用MinGW和gcc从源代码将库构建到静态库中。正确包含库和header,唯一的问题是链接器现在提示,因为__umoddi3、__udivdi3、_fseeko64和__chkstk_ms。看起来这个函数是某些标准库的一部分,但我在Windows中的什么地方可以找到它?谢谢。 最佳答案 我不会在此处复制/粘贴完整答案,但您应该阅读此topicatdoom10.org简而言之,您不能在MSVS中直接使用MinGW编译的.a库(静态或共享)。您需要编译libx264.dll并从.de

c++ - 并非总是可以在 "clean"Windows 8.1 上的 WoW64 上捕获 SEH

我有使用VS2008编译的Win32MFC应用程序。该应用程序具有TreeConrtol。有一个TVN_ITEMCHANGING处理程序,在处理程序中我强行重新绘制已更改的树项。这是带有SEH处理程序和直接WinAPI调用而不是MFC包装器的代码(这不会影响问题):voidCMainDlg::OnTvnItemChangingMainTree(NMHDR*pNMHDR,LRESULT*pResult){NMTVITEMCHANGE*pNMTVItemChange=reinterpret_cast(pNMHDR);HWNDhTreeCtrl=_ctrlTree.GetSafeHwnd()

c# - Windows 中的 64 位和 32 位注册表问题(在 C# 中编程)

我正在尝试从Windows注册表中获取数据到我的软件,但有一件事我遇到了麻烦:如果我的软件在64位系统上运行,注册表路径将为:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AVASTSoftware\AvastProgramFolder如果我的软件在32位系统上运行,注册表路径将是:HKEY_LOCAL_MACHINE\SOFTWARE\AVASTSoftware\AvastProgramFolder我能做什么?每次都要仔细检查?也许我只会检查第二个选项(没有\Wow6432Node\),当软件在64位上运行时,它会自动将\Wow6432Node\添加