GDB有一个缺陷数据库。它用于跟踪错误（问题报告或PR）和增强功能（更改请求或CR）。除了问题运行GDB时遇到的错误包括：错误或丢失文档；缺少测试用例；web变更；在制品；修复但未报告的错误的虚拟报告；非缺陷条目；甚至是admistrivia。

请注意，许多公司现在重新分配GDB，通常作为GNU/Linux发行版。当您在GDB中发现错误时与给定的GNU/Linux发行版一起安装，通常有助于首先尝试直接向分销商报告错误，而不是向我们报告。有时，分销商修改了GNU软件（实际上可以自由操作！）或者他们正在运行旧版本。因此，他们可能最好的人发现一个特定的bug分配。

在提交新的PR/CR之前，请尝试浏览数据库以查看问题是否已被报告，甚至固定的。

如果您可以尝试用当前GDB快照（请参阅现在的).最新版本中经常出现错误（请参阅下载)已在最新版本中修复发展来源。无论如何，请务必填写发布字段。

错误报告表单有许多字段其中不太明显，以下可能有助于填充形式：

在公关状态电子邮件中抄送这些人

列表相关方。如果将电子邮件发布转换为错误报告考虑包括CC线。

类别

将此设置为GDB公司.

简介

由于它用于关键字搜索，包括操作系统（GNU/Linux，…）、编译器（GCC，xcc，…）和语言（C，C++，…）可能会有所帮助。

机密

将此设置为不.GDB的错误跟踪数据库不保密。

严重程度

这个错误有多严重？以下内容是一条经验法则。批评的：不可用（不生成，转储启动时堆芯，…），测试集回归；严重的：最多事件（核心转储、误导行为……）；非关键的:模糊边缘条件。

优先

从GDB的观点来看bug修复了吗？选择其中一个中等的或低的.高已被保留。

提交人Id

将此设置为网.

发布

它似乎是GDB的第一行启动文本(GNU gdb 2002-03-01-cvs,GDB 4.17).发布得越近越好。

环境

三条信息是有用的：

• 操作系统verson（输出uname公司-一个)
• 编译器版本（对于GCCgcc-v)
• 如何配置GDB（这个GDB是配置为GDB启动文本中的行）

如何重复

序列（编译器调用，gdb命令，…）可以用来重现问题。一个新的测试用例会很简单！

如果您有兴趣参与GDB的开发（帮助修复错误、编写文档、开发新代码），请参阅邮件列表和贡献网页。

我们欢迎反馈和贡献。