草庐IT

universal-mingw

全部标签

windows - 如何诊断、调试 MinGW-get GUI (guimain.exe) 崩溃?

最初,我想使用MinGW-getGUI安装更新的MinGW包,但是当我从“安装”下拉菜单中选择“标记所有升级”时它崩溃了(无论我是否更新目录)。现在,我想弄清楚guimain.exe崩溃的原因。如何诊断和调试这个持续存在的问题?我对GDB略知一二,但从未使用过。我不打算使用VisualStudio调试器。我假设我需要在最新的MinGW安装程序分支中使用一些辅助二进制文件或调试库:https://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/有人可以指导我吗

c# - 在 Windows Universal App 中使用 StatusBar

我正在尝试使用以下代码从View构造函数中检索StatusBar对象:boolmobile=Windows.Foundation.Metadata.ApiInformation.IsApiContractPresent("Windows.Phone.PhoneContract",1,0);如果(手机){varstatusbar=Windows.UI.ViewManagement.StatusBar.GetForCurrentView();}使用VisualStudioCommunity2015,我收到以下错误:错误CS0731程序集“Windows”中类型“Windows.UI.Vie

windows - MinGW/海湾合作委员会 : The application was unable to start correctly (0xc000007b)

为了在Windows上编译Fortran程序,我一直在使用MinGW和GNUFortran编译器,这一直是一个成功的方法。但是,过去4天我一直收到以下错误:应用程序无法正确启动(0xc000007b)。单击“确定”关闭应用程序。只有在运行我自己编写的应用程序以及使用MinGW/gfortran组合编译的应用程序时才会发生该错误。使用VisualStudio和iFort进行编译时,运行应用程序没有问题。该错误似乎具有追溯性:很久以前使用gfortran编译并且直到现在运行完美的应用程序也会中断,即使我没有重新编译它们。这导致我认为这是一个动态库问题。网上查了一下,估计是64位dll和32

c++ - 我需要帮助尝试使用 MinGW 为 GLFW 编译一个简单示例

我正在尝试从GLFW的文档中编译一个示例。我的库和源文件的文件夹结构是:C:\cpp\glfw3.dllglfw3dll.alibglfw3.atest.cpp包括\GLFW\glfw3.hglfw3native.h#includeintmain(void){GLFWwindow*window;/*Initializethelibrary*/if(!glfwInit())return-1;/*CreateawindowedmodewindowanditsOpenGLcontext*/window=glfwCreateWindow(640,480,"HelloWorld",NULL,NU

windows - 在 Windows (MinGW) 上编译 Nasm 程序时未定义对 `WinMain' 的引用

我想在Windows上编译HelloWorldNASMexample。我已将上面的代码粘贴到main.asm文件中,并使用以下命令将其编译为obj文件:nasm-fwin32.\main.asm-omain.obj之后,我想将此obj文件编译为exe,如下所示:g++.\main.obj-omain.exe-m32但我收到此错误:C:/ProgramFiles(x86)/mingw-w64/i686-8.1.0-posix-dwarf-rt_v6-rev0/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.1.0/../../../../i686-w6

c++ - 获取随机 SIGTRAP 信号(在 MinGW-gdb 中)是否是内存损坏的标志?

我编写了自己的引用计数内存管理器C++(为了好玩),我确信它并不完美;)。现在,当我尝试使用它时,我收到了随机的SIGTRAP信号。如果我注释掉与该内存管理器相关的每一行,一切都运行良好。获取SIGTRAP-s而不是SIGSEGV是很奇怪的。我知道当程序遇到断点时会抛出SIGTRAP-s,但没有设置断点。我在另一个线程中读到,exe和dll的调试版本必须是最新的。它们是最新的,所以这不是原因。有人知道为什么会这样吗? 最佳答案 在Google上搜索后,我意识到这些信号陷阱与您在MSVC++中收到的警告相同,提示“Windows已在x

c++ - Sublime Text 2 和 MinGW

美好的一天!任何人都可以分享他们如何将MinGW编译器附加到Sublime的经验吗?我在互联网上找到了一个配置,但是当我运行编译后的程序时,会弹出“../MinGW/bin/”中缺少文件的错误。配置:{"cmd":["mingw32-g++.exe","-o","$file_base_name","$file_name"],"path":"c:\\ProgramFiles\\MinGW\\bin\\"}谢谢!UPD我找到了问题的答案!我不得不在cmd中添加一个参数。它是"-static"。所以,这是我的MinGW.sublime-build,它运行良好:{"path":"c:\\Pro

c++ - 没有 make.exe 的 mingw 64 发货?

我的计算机上有一个旧版本的mingw,可以将程序编译为32位。现在我想编译成64位,所以我下载了新的mingw安装程序。它尝试了多次卸载和安装不同版本(每次都是x86_64选项),但每次似乎都丢失了一些文件,至少是make.exe。任何mingw子文件夹中都没有make.exe,只有mingw32-make.exe在C:\ProgramFiles\mingw-w64\x86_64-6.3.0-posix-seh-rt_v5-rev1\mingw64\bin我是C++的新手,所以也许我忽略了什么?https://sourceforge.net/p/mingw-w64/wiki2/Make

c - MinGW,始终与 pthreads 链接

我最近一直在尝试使用MinGW进行开发,但出现了一些问题。似乎出于某种原因它总是想与pthread链接。我尝试用C语言编译一个简单的helloworld,但出现类似的错误ld.exe:cannotfind-lpthread很明显,它正在搜索pthread库,但没有找到。我从MinGW-get下载了库,正如预期的那样,编译和链接工作正常。然而,在剥离一个仅包含stdio.h的C语言简单helloworld的可执行文件后,该文件仍然有46k大。同样的文件在Cygwin上用gcc编译和剥离就像9k,MSVC也差不多。所以它提示缺少一个库。提供库可以解决问题并使其正常工作。但是在C中剥离的he

使用 MinGW-w64 和 Boost.Build 的 C++ 构建环境

我目前正在将我的一个项目移植到GCC,并且我正在使用MinGW-w64项目来完成这项工作,因为我需要x64和x86支持。不过,我在设置构建环境时遇到了问题。我的项目目前使用BoostC++库,为了简化构建过程,我也在我的项目中使用了Boost.Build(因为它使集成变得简单)。在MSVC下这很好,因为我可以从命令行执行以下操作:b2toolset=msvcaddress-model=32#compileas32-bitb2toolset=msvcaddress-model=64#compileas64-bitMinGW-w64使这个“有问题”,因为32位和64位工具链位于不同的目录中