草庐IT

MinGW-gdb

全部标签

c++ - gdb 附加到 Windows 中的进程不工作

我正在尝试调试第三方软件的库。我有库的源代码,我已经使用-g编译了它。我需要启动软件来使用库和调试。AFAIK我必须启动程序,然后从gdb使用attach和进程的id。我正在这样做,但gdb说“无法附加到进程”。有谁知道为什么会这样? 最佳答案 尝试使用gdb启动它,就在内部,将其附加到gdb调用中。gdbyour_program_namerunyour_parameter1your_paremeter2... 关于c++-gdb附加到Windows中的进程不工作,我们在StackOve

windows - 在 Git-Bash 中更改目录 : using Windows-style directory addresses in MINGW64 on Windows machines

问题:git-bash.exe,或MINGW64,承认cd其地址以以下形式给出的目录的命令:/Drive_Name/Folder1/Subfolder1.为Windows机器用户更改主目录的示例是:cd/c/users/USERNAME.是否可以使用以下语法?cdc:\users\USERNAME请注意,目录地址以其“native”格式给出:Windows操作系统可识别的语法。或者,有没有办法在粘贴到Git-bash窗口时自动将所有反斜杠更改为正斜杠?背景我正在使用git-bash.exe每天:拉和推到Github,运行latexmk用于编译我的*.tex文件和SSH我的Linux机器

c - 我怎样才能为 Windows 制作一个二进制文件,使非编码人员能够只获得一个可以提供给 gdb 的故障转储?

正如标题所暗示的那样:该场景是一个使用gdb的编码员和一个报告崩溃的用户。他能否从用户那里得到一个易于使用的内存转储,该转储可以提供给gdb但又不会让用户感到困难? 最佳答案 可以设置ProcessDumper根据可执行文件的名称在任何异常或进程退出时生成完整转储。由于标题,我假设是Windows,如果不是,请更改标签。 关于c-我怎样才能为Windows制作一个二进制文件,使非编码人员能够只获得一个可以提供给gdb的故障转储?,我们在StackOverflow上找到一个类似的问题:

windows - Hello World 没有输出 - Qt SDK 2010 - Mingw (gcc 4.6.3) - WindowsXP

Qt:qt-sdk-win-opensource-2010.01Mingw:1686-mingw32-gcc-4.6.3-release:.pro文件:TEMPLATE=appTARGET=SOURCES+=ef.cppDEPENDPATH+=.INCLUDEPATH+=..cpp:#includeintmain(intargc,char*argv[]){printf("\nhjhjk\n");}编译和可执行输出如下:名为temp的可执行文件和名为ef.o的目标文件在debug文件夹中创建。我已经按照描述编辑了qmake.conf文件here.打印语句没有被打印出来。请帮忙。

windows - Clang 启动慢(使用 MinGW)

我使用MinGW和CMake通过SVN或使用已发布的源代码(3.2)编译了LLVM、Clang和Compiler-RT。我修改了InitHeaderSearch.cpp(在tools/clang/lib/frontend中)以查找GCC4.7.2header。我已将编译选项设置为发布和禁用断言。Clang似乎工作正常,但需要4-5秒才能启动:即使在控制台中键入“clang--version”也会出现这种情况。编译项目需要很多时间。我错过了什么?我用过rubenvb的旧MinGW+Clangbuild(GCC4.6),它没有这个问题。我需要使用任何编译标志吗?

windows - Eclipse CDT -- 找不到程序 "make"(已安装 win7、mingw、msys)

我在Windows7上运行带有CDT的EclipseJuno。已经用msys安装了MinGW并设置了我的PATH。如果我只运行cmd.exe并键入make,它会运行msysmake.exe:C:\Users\dev>makemake:***Notargetsspecifiedandnomakefilefound.Stop.C:\Users\dev>echo%PATH%C:\ProgramFiles(x86)\WindowsResourceKits\Tools\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Wind

linux - 在 linux 上使用 mingw 交叉编译 c++11 线程

我尝试在linuxforwindows上使用mingw交叉编译一些c++11源代码。代码使用std::thread。当我编译时,我总是会遇到一些错误:$../mingw/cross/bin/i686-w64-mingw32-g++-std=c++11-Iinclude/test.cpp-lstdthread-otestInfileincludedfromtest.cpp:4:0:...error:'thread'innamespace'std'doesnotnameatype...我可以在mingw中启用c++11线程吗?使用本地g++编译代码没有任何问题。谢谢,问候凯文-编辑-我刚刚

windows - 带有自定义链接的 OCaml 编译是否应该在 Windows 中工作(通过 MinGW)?

我想编译一个与C代码接口(interface)的OCaml程序,使用基于MinGW的GCC,并使用单独的编译(GCC生成.o,然后ocamlopt生成最终的可执行文件)。我不清楚(1)这是否适用于Windows,如果适用,(2)哪些命令行参数是必需的。我正在使用JonathanProtzenko的OCamlonWindowsinstaller安装OCaml4.02.1和Cygwinshell(注意它使用原生WindowsOCaml编译器,而不是基于Cygwin的编译器)。我使用Nuwen'sMinGW安装了gcc(但在使用StrawberryPerl的gcc时遇到了同样的问题)。这是我

c++ - 使用 Eclipse CDT 配置 MinGW

我已经对此进行了很多搜索,并阅读了类似问题的大部分可用答案,但我仍然无法解决。因此,任何帮助都会有所帮助。我在Windows7上使用EclipseMars(Luna之后的最新版本)MinGW安装在“C:\ProgramFiles(x86)\CodeBlocks\MinGW\bin”中。环境变量“Path”包含“C:\ProgramFiles(x86)\CodeBlocks\MinGW\bin;...”Preferences->C/C++->Build->Settings->Discovery->CDTGCCBuilt-inCompilerSettings:commandtogetcom

windows - 如何运行可以确定 cmd.exe 或 gnu mingw shell 是否正在运行的脚本

我想编写一个在Windows7平台上运行一些git命令的脚本。用户安装了git工具或至少安装了MINGW-Windows的极简GNU。问题在于一些用户从MINGW32shell运行而其他用户从cmd.exe运行。使用MINGW32shell的示例shell:$echo$SHELL/bin/sh使用cmd.exe的示例shell>echo%COMSPEC%C:\Windows\system32\cmd.exe有什么方法可以从我的初始脚本中确定shell,然后可能运行一个Windows批处理文件或一个unix脚本?或者另一个想法是假设用户将使用gitbash并检查$SHELL是/bin/s